1. 先说结论：
skills思路的知识库比RAG基数的知识库强太多了！
2. 原来的RAG知识库：
我原来使用了很大的力气把信息系统监理师的教程和信息系统监理规范都转换成了md格式、做成了知识库
例如ima做成了知识库（使用RAG技术的知识库），期望很高，但是用起来总感觉差口气
3. skills思路的知识库：
今天突发奇想，是不是可以把原来的知识库转换成skills，刚开始想的很复杂，想着怎么对接原来的知识库，越想越复杂
后来转变思路，直接让iflow cli来自己规划，自己建skills，发现特别简单，而且效果奇好！
4. 信息系统监理专家skills建立过程：
我：
我有一份已经按章节md化的信息系统监理师教程，能够把这个教程整理成信息系统监理专家skills吗?要怎么做
iflow cli的答复很简单：
能否告诉我：
- md 化的文件在哪里？ 是在其他目录下吗？
- md 文件的命名格式是什么？ 比如 第1章.md 或 章节1-xxx.md 这样的格式？
或者，如果你还没有完全 md 化，我可以帮你：
- 先从 PDF 提取文本内容
- 然后整理成结构化的 md 文件
- 最后创建信息系统监理专家 skill
✦ 请告诉我目前的情况，我会根据你的需求提供最合适的方案。
我：
我提供了教程的md文件的路径和文件命名格式
md文件在@D:\Obsidian\jianli ，md文件的命名格式是 “第1章 xxx.md”、“目录.md”
iflow cli很快完成了skills，而且给出下一步建议：
将原始 md 文件从 D:\Obsidian\jianli\ 复制或链接到 knowledge-base/ 目录，这样 skill 就可以直接访问完整的知识内容。 还有建议方案2、3、4我采纳了方案一。
我：
我告诉她我已经按照她的建议的方案一操作完毕
iflow cli：
快速根据我的操作更新了skills
**我：**进一步要求把我md化的监理规范也加进来
我还有一些信息系统监理的规范（也全部是md文件）想放进来，进一步增强信息系统监理专家skills的能力，我要怎么做
iflow cli：
看起来 jianli 目录下只有章节文件。你的监理规范文件在其他目录吗？请告诉我：
- 规范文件的位置：在哪个目录下？（例如：D:\Obsidian\guifan\ 或其他路径）
- 规范文件的命名格式：例如 GB-T-xxx.md、规范名称.md 等
- 规范文件的大致数量：有多少个规范文件？
我：
1.规范文件的位置在这里@D:\Obsidian\监理规范\ ；2. 规范文件的命名格式是"2 GB_T 19668.2-2017 信息技术服务监理 第2部分：基础设施工程监理规范.md"或者"SJ T 11684—2018 信息技术服务信息系统服务监理规范.md",其中前者是国标、后者是行业标准；3. 规范文件数量是8个。
iflow cli：
快速完成了更新，并给出了使用说明。
5. 测试
测试了个问题，觉得简直太棒了，比原来的知识库强不止一点点！！！！
问题： > 请教一下信息系统监理转件：现在有一个信息系统项目已经完成招标，现在用户发来了起草的合同让我进行审核，我作为监理要从那几个方面进行审核，有什么要注意的？
✦ 根据《信息系统监理师教程（第2版）》第13章合同管理内容和GB/T 19668.1-2014《信息技术服务 监理
第1部分：总则》，作为监理审核信息系统项目合同时，应从以下几个方面进行审核：
合同审核的主要方面
- 合同完整性和规范性审核 [13.1.4]
合同内容完整性：检查合同是否包含以下主要内容：
- 业主单位与承建单位的权利与义务
- 业主单位提交有关基础资料的期限
- 项目的质量要求和验收标准
- 承建单位提交各阶段项目成果的期限
- 项目费用和项目款的交付方式
- 知识产权归属
- 项目变更的约定
- 双方的其他协作条件
- 违约责任
- 争议处理方式
合同规范性：检查合同条款是否严密、规范，避免条款不详尽、内容不完整、不严谨等问题
- 与招标文件的一致性审核 [13.1.4]
- 合同条款与招标文件的一致性：确保合同条款与招标文件、投标文件、中标通知书等保持一致
- 适用顺序约定：对于既有投标文件，又有正式合同、附件等包含多项内容的合同，要在条款中列明适用顺序
- 合同附件一致性：如果合同有附件，注意保持与主合同一致，不要相互之间产生矛盾
- 质量验收标准审核 [13.1.5]
这是最关键的审核点，需要重点检查：
- 验收标准是否明确具体：质量验收标准应准确细致地描述项目的整体质量和各部分质量，必要时可以用明确的技术指标进行限定
- 验收标准是否可操作和可度量：避免模糊不清的描述，确保验收标准具有可操作性和可度量性
- 验收时间是否明确：明确规定验收期限，避免业主单位迟迟不验收或承建单位无力修正系统内在错误
- 付款方式和进度审核 [13.1.5]
- 分期付款方式：提倡采用分期付款的方式，可以调动承建单位的积极性，并且有效保证业主单位的合法权益
- 付款节点与成果交付的对应关系：分期付款应与里程碑式的项目成果交付期限联系起来，方便双方了解和控制项目的进展情况
- 付款比例合理性：检查各阶段付款比例是否合理，是否与项目进度和成果交付相匹配
- 知识产权归属审核 [13.1.4][13.1.5]
- 软件著作权和所属权的区分：明确软件著作权和所属权的归属
- 一般情况下，业主单位支付了全部开发费用之后，软件所属权将移交给业主单位，但软件的著作权仍然属于承建单位
- 如果要将软件著作权也移交给业主单位，在合同中应当写明这一条款
- 软件合法性：明确规定软件承建单位承担软件合法性的责任
- 产品化软件：如果采用的是已经产品化的软件系统，则应当在合同中明确记载该软件的著作权登记版号
- 技术支持服务审核 [13.1.5]
- 技术支持期限：明确规定技术支持服务的期限（一般是半年到一年）
- 技术支持范围：明确技术支持服务的范围和内容
- 费用约定：明确技术支持服务是否收费，以及收费的标准
- 违约责任审核 [13.1.4][13.1.5]
- 双方违约责任的约定：合同当事人双方应当根据国家的有关规定约定双方的违约责任
- 损害赔偿条款：委托方和被委托方都具有损害赔偿的权利，应明确赔偿方式和标准
- 违约处罚条款：明确达不到要求时的违约处罚措施
- 保密约定审核 [13.1.5]
- 保密范围：明确双方都不得向第三者泄露对方业务和技术上的秘密
- 保密期限：特别规定保密的期限，在信息系统工程建设项目履行完后若干年或长期继续有效
- 保密措施：明确保密措施和违约责任
- 技术标准及工程依据审核 [13.1.5]
- 质量条款具体性：合同中的质量条款应具体注明规格、型号、以及适用的标准等
- 标准适用性：避免合同订立后因为适用标准是采用国家、地方、行业标准还是其他标准等问题产生纠纷
- 项目变更管理审核 [13.1.4]
- 变更范围约定：项目变更的范围应包括资金、需求、期限、合同等变更
- 变更处理程序：明确每一种变更以何种方式和程序处理
- 范围外变更处理：对范围外的变更，可注明另行协商并再补签合同或协议
- 争议处理方式审核 [13.1.4]
- 争议处理方式：约定协商、仲裁、诉讼等争议处理方式
- 优先顺序：应优先选择协商的方式
特别注意事项
避免"不平等"合同或"霸王"合同 [13.1.4]
- 业主单位与承建单位的权利与义务应该是对等的，也是相互呼应的
- 绝不应该使合同成为明显偏向一方的"不平等"合同，或"霸王"合同
信息系统工程的特点 [13.1.4]
- 通常投资额度较大、工期短
- 技术应用不可预见成份多，风险管控难度较大
- 技术含量高，属于智力、知识密集型产业
- 处于发展中的高科技领域，高新技术发展迅速
- 就技术的继承程度而言，创新成分多，新开发的工作量大
- 工程类型广泛，涉及国民经济的各行各业
- 需要多种技术领域的综合与交叉应用
- 用户需求易随形势发展而急速变化，甚至有许多要求超过新技术的发展
分期付款的细化要求 [13.1.5]
- 双方对项目实施范围和实施功能的界定，以及每个阶段验收标准的规定，都应该具有可操作性和可度量性
- 把相关条款规定得越细越好
- 例如，某一个阶段必须实施哪几个模块，这些模块中必须包括哪些更细节的模块；这些模块必须在业主单位的哪些部门或哪些
地点实施完毕，实施完成后应该达到什么效果，如果达不到这些要求，应该实行什么样的违约处罚等监理工作依据 [13.1.3]
- 信息系统工程合同是监理工作的基本依据
- 依据合同可以对工程的进度、质量和投资等实施管理和控制
审核建议
作为监理，在审核合同时建议：
- 逐条审核：对合同条款逐条进行审核，确保每一条款都清晰、明确、可操作
- 对照招标文件：将合同条款与招标文件、投标文件、中标通知书等进行对照，确保一致性
- 重点关注验收标准：质量验收标准是审核的重点，必须确保明确、具体、可度量
- 保护双方权益：确保合同条款公平、公正，保护合同双方的合法权益
- 提供专业建议：根据信息系统工程的特点和监理经验，为业主单位提供专业的修改建议
- 出具审核意见：出具书面的合同审核意见，明确指出存在的问题和修改建议
✦ 通过以上审核，可以确保合同的完整性、规范性、可操作性，为后续的监理工作奠定良好的基础。
追问：> 审核意见怎么出？能给个模板不？
这个模板包含以下10个主要部分：
- 基本信息
- 项目名称、合同编号、合同名称
- 业主单位、承建单位
- 合同金额、合同期限
- 审核日期、审核人、审核机构
- 审核依据
- 《中华人民共和国民法典》
- 《信息系统监理师教程（第2版）》第13章
- GB/T 19668.1-2014标准
- 招标文件、投标文件、中标通知书
- 审核概况
- 审核范围、审核方法、审核结论
- 审核内容（11个方面）
- 合同完整性和规范性审核
- 与招标文件的一致性审核
- 质量验收标准审核
- 付款方式和进度审核
- 知识产权归属审核
- 技术支持服务审核
- 违约责任审核
- 保密约定审核
- 技术标准及工程依据审核
- 项目变更管理审核
- 争议处理方式审核
- 存在问题汇总
- 重大问题（必须修改）
- 一般问题（建议修改）
- 轻微问题（可选修改）
- 修改建议
- 必须修改的建议
- 建议修改的内容
- 审核意见
- 总体评价
- 风险提示
- 审核结论（通过/有条件通过/不通过）
- 后续工作建议
8-10. 附件、审核人员签字、监理机构意见
使用建议
- 填写方式：可以直接在模板中填写，也可以复制到Word文档中使用
- 审核结果：每个审核项都有"通过/不通过"或"有/无"的选项，便于快速判断
- 问题记录：在"审核说明"部分详细记录发现的问题
- 修改建议：在修改建议表中明确指出条款位置、问题描述和修改建议
- 审核结论：根据审核情况选择"通过"、“有条件通过"或"不通过”
✦ 这个模板基于《信息系统监理师教程（第2版）》第13章合同管理的内容编制，涵盖了合同审核的所有关键方面，你可以根据实际情况进行调整和使用。
6.备份skills
我： > 帮我把 信息系统监理专家的skills备份成zip文件，以便我把她分享给同事
iflow cli：
✦ 完成！信息系统监理专家 skill 已经成功打包成 zip 文件。
备份文件信息
- 文件名：supervision-expert-skill-backup.zip
- 文件大小：约 663 KB
- 保存位置：D:\code\office-test\supervision-expert-skill-backup.zip
- 创建时间：2026年1月12日 11:06:39
该 zip 文件包含完整的 supervision-expert skill：
1 supervision-expert/ 2 ├── SKILL.md # Skill 核心描述文件 3 ├── README.md # 使用指南 4 └── knowledge-base/ 5 ├── index.md # 教程知识库索引 6 ├── 目录.md # 完整章节目录 7 ├── 第1章-第25章.md # 25章教程内容 8 ├── standards/ # 规范标准目录 9 │ ├── index.md # 规范标准索引10 │ ├── GB/T 19668.1-2014.md
11 │ ├── GB/T 19668.2-2017.md
12 │ ├── GB/T 19668.3-2017.md
13 │ ├── GB/T 19668.4-2017.md
14 │ ├── GB/T 19668.5-2018.md
15 │ ├── GB/T 19668.6-2019.md
16 │ ├── GB/T 19668.7-2019.md
17 │ └── SJ/T 11684-2018.md
18 └── templates/ # 模板目录
19 └── 合同审核意见书模板.md
你的同事拿到这个 zip 文件后，可以：
- 解压文件：将 supervision-expert-skill-backup.zip 解压
- 复制到 skill 目录：将解压后的 supervision-expert 文件夹复制到他们的 iFlow skill 目录：
- Windows: C:\Users[用户名].iflow\skills\
- Mac/Linux: ~/.iflow/skills/
- 重启 iFlow：重启 iFlow CLI 使 skill 生效
- 开始使用：可以直接使用 supervision-expert skill 进行监理咨询
✦ 现在你可以将 D:\code\office-test\supervision-expert-skill-backup.zip 文件分享给你的同事了！
最后：
我自己建立的skills能不能分享到官方的在线skills平台呢？
其实我们的开放平台中有一些workflow，这个和skill是同一个性质的。可以试试上传到这里，同时论坛也是个不错的分享地点 
