القائمة
分析输入的需求文档，判断是否需要新增或更新 module_knowledge/ 中的业务流程知识条目，并执行对应操作。Use when the user asks to 更新知识库、新需求入库、同步流程、知识库更新, or inputs a PRD / 需求描述 / 变更说明.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Generates functional test cases only (normal flow, reverse flow, boundary) in Markdown for securities backend requirements. Use when the user asks for 功能测试用例、功能性用例、正向/逆向/边界用例. Output uses fixed table format and project module tree for 所属模块.
Breaks down product/backend requirements into structured functional points (功能点) with full coverage, human-readable wording, clear input/conditions/output, boundary cases, and branch handling. Use when the user asks to 需求拆解、整理功能点、拆功能点、需求覆盖、功能点清单, or to turn a requirement into 功能点.
| name | update-workflow |
| description | 分析输入的需求文档，判断是否需要新增或更新 module_knowledge/ 中的业务流程知识条目，并执行对应操作。Use when the user asks to 更新知识库、新需求入库、同步流程、知识库更新, or inputs a PRD / 需求描述 / 变更说明. |
将新需求或变更需求同步到 module_knowledge/，保持知识库与系统现状一致。做到只改该改的、不碰无关的、改前必确认。
module_knowledge/ 中无匹配文件时，默认是新增内容，请你以该需求文档为核心，增加一个全新的流程知识。列出 knowledge/module_knowledge/ 目录下所有 .md 文件，理解当前已有的模块信息。
逐段阅读需求文档，提取以下信息：
A. 识别功能模块
B. 识别流程变化
对每个涉及的功能模块，逐一判断：
| 判断项 | 处理方式 |
|---|---|
| 全新的功能模块 | 新增文件 |
| 新增操作步骤 | 在对应文件增加操作，并更新步骤编号 |
| 减少操作步骤 | 删除该操作步骤，并同步修改步骤编号 |
| 步骤描述变更 | 更新对应步骤的描述文字 |
按照以下结构输出确认信息
═══════════════════════════════════════════
我已经整理完所有信息，以下是接下来需要新增或修改的文件信息：
1. 新增文件「xxxx-xxxx-xxxx.md」并更新 modules.md
modules.md 与 module_knowledge 中均无该模块信息，新增新的模块。
2. 修改文件「xxxx-xxxx-xxxx.md」
将 xxxxx 修改为 xxxxx
在第x步，增加新的流程：xxxxxx
删除第x步：xxxxxxx
═══════════════════════════════════════════
确认后回复「确认新增」继续。
═══════════════════════════════════════════
收到「确认新增」后进入第四步。 如本次需求无新增或修改的流程，不输出任何结果，直接进入第四步。
首先，更新 knowledge/modules.md 中的模块信息，将新的模块加入到文件中，注意保持原有的模块结构风格，遵循大于自由。
其次，对变更清单中每一条「新增文件」，严格参照以下格式创建文件：
已有的[模块名称]流程
1. [第一步描述]
2. [第二步描述]
2.1 [条件或子步骤描述]
2.2 [条件或子步骤描述]
3. [第三步描述]
...
文件命名规则：按模块层级用 - 连接，与现有文件命名风格一致。例：业务参数设置-风控规则-黑名单配置.md
流程分类规范：对于某一个流程，只需要关注新增即可，不需要修改、展示和删除的相关流程。我们的核心是让AI理解先后次序。
步骤编写规范：遵循从简原则，只写操作信息，不需要任何额外的规则，如「2. 选择书籍分类」、「3. 输入单车编号」、「8. 上传图片」。均以{编号} + {前一步的条件说明} + {动作} + {字段}的形式输出，允许有根据实际情况小幅变动，但不应脱离基本范式。
最后，请参考以下逻辑，更新已有的模块流程信息
所有文件操作完成后输出：
═══════════════════════════════════════════
执行报告
═══════════════════════════════════════════
【新增】
- module_knowledge/业务参数设置-风控规则-黑名单配置.md ✓
【更新】
- module_knowledge/业务参数设置-风控规则-AML规则配置.md ✓
【知识库当前状态】
文件总数：8 个（本次新增 1 个，更新 1 个）
═══════════════════════════════════════════