القائمة
同步历史 PRD/需求文档。先修正旧知识文件格式，再从 PRD 中提取业务概念，对照当前代码确认实际实现，合并更新 .repomind/concepts/ 的业务卡片与元数据；必要时再交给 repomind-summary 补充模块侧知识。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
初始化 RepoMind 业务知识库。全量重建 graphify 图谱，保守生成高置信 concepts/modules 文档，并为每个知识文件写入 name/description 元数据。执行前会自动修正旧格式；初始化结束后会询问是否继续导入 PRD 业务知识。
查阅业务逻辑、定位代码、排查问题，需求分析，方案设计时优先自动触发。先用每个 knowledge 文档的 name/description 元数据做 skill-style 路由，再按需打开 concepts、modules、troubles 和最小代码证据；代码定位优先使用模块文档入口和平台代码搜索小上下文，只有调用链、影响面或跨模块关系不足时才补查 graphify query/explain/path，回答前自动进入 repomind-summary gate；有新发现或用户纠错时写回 RepoMind。
每次 AI 完成代码修改、问答或排查结论后，且最终答复前，必须同步做轻量 summary gate 判断；代码写完后也要自动进入 gate。只有发现可复用的新业务知识、用户纠错、手动要求记忆的经验、模块边界、排查经验或知识文档元数据变化时，才执行写入。按类型更新 concepts、modules、troubles 及每个文档自己的 name/description，避免回到集中式索引。
| name | repomind-prd |
| description | 同步历史 PRD/需求文档。先修正旧知识文件格式，再从 PRD 中提取业务概念，对照当前代码确认实际实现，合并更新 .repomind/concepts/ 的业务卡片与元数据；必要时再交给 repomind-summary 补充模块侧知识。 |
| metadata | {"short-description":"从 PRD 提取业务知识"} |
只有当用户明确提供了历史 PRD / 需求文档 / 产品描述，并希望把它沉淀为业务知识时才执行。
不要在普通编码前分析、未来需求讨论、纯业务问答里自动触发。
所有 concept 文档都必须以以下 frontmatter 开头：
---
name: "..."
description: "..."
---
description 必须包含：
先执行：
repomind kb-migrate
repomind kb-metadata
规则：
用户提供 PRD，支持：
如果用户给的是文件路径，直接读取内容。
逐段标记 PRD 中出现的概念，重点找：
输出一份内部清单，记录：
不要一上来就改文档。先用 kb-metadata 输出的 concepts[].name/description 做首轮匹配：
只有在 metadata 级别命中后，才打开对应 concept 正文。
按以下顺序核对：
只从代码中提炼这些维度：
不要把 if/else、SQL、字段名、函数细节抄进 concept 卡片。
判断规则：
| 情况 | 卡片处理 |
|---|---|
| PRD 说 X，代码也做 X | 写 X |
| PRD 说 X，代码做 Y | 写 Y，并注明“PRD 说 X，当前实现为 Y” |
| PRD 说 X，代码找不到实现 | 标记“当前代码未找到实现，待核对” |
概念卡片模板：
---
name: "Pro 角色"
description: "高级用户身份概念。用于判断权益范围、典型触发场景，以及和 VIP 的区别。"
---
# 概念：Pro 角色
## 是什么
（给出一句话业务定义，回答“这个概念本身是什么”）
## 为什么有
（写业务目的、设计背景或产品诉求；证据不足就写“待确认”）
## 用户侧表现
（写用户在哪些流程/页面/操作里能感知到它，以及感知到的效果）
## 系统侧数据流
（写数据来源、加工过程、最终消费位置，回答“系统里它怎么产生、怎么流转、怎么被使用”）
## 核心规则
（写稳定业务规则、边界条件、负向规则；按规则主题归并，不要抄代码分支）
## 易混淆概念
（写“不是谁”“区别于谁”“最容易被误解成什么”）
## 来源
（只记录来源和本次采纳点，例如“历史 PRD 第 2 节 + 当前代码核对结果”，不要贴长原文）
更新要求：
name 保持概念规范名。description。## 来源 只记录“来自哪里 + 本次采纳了什么”，不重复追加相同来源。去重规则：
摘要至少包含：
只要本次新建或更新了 concept 卡片，就写入 .repomind/.query-findings.json 并调用 repomind-summary。
模板：
cat > .repomind/.query-findings.json << 'JSONEOF'
{
"trigger": "PRD 处理",
"intent": "从历史 PRD 提取业务概念并对照当前代码",
"known_modules": [],
"new_findings": [
{
"type": "concept_knowledge",
"module": "",
"file": "concepts/xxx.md",
"content": "从 PRD 提取并经当前代码对照后的业务概念"
}
],
"needs_summary": true
}
JSONEOF
然后调用：
Skill: repomind-summary
这里同样是同步阻塞步骤：
repomind-summary 真正完成后，再结束 PRD 流程repomind-summary 的步骤，不要只写一句移交说明这里的 summary 负责：
description 是否需要更新