菜单
同步历史 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 是否需要更新