add-coder 0.1.12 → 0.1.13

package/templates/core/skills/add-paradigm/SKILL.md

@@ -7,12 +7,12 @@ description: "Audit-Driven Development paradigm workflow. Invoke when starting a
 
 本 Skill 引导你按照 ADD 范式完成功能开发。每次开始新功能、修复 Bug、或修改系统行为时，必须按此工作流执行。
 
-**范式边界**（定义在 `.qoder/rules/project_rules.md` ADD-0）：
+**范式边界**（定义在 `{{magicDir}}/rules/project_rules.md` ADD-0）：
 - ADD 是开发阶段编程范式，不是运行时范式
 - 反馈闭环消费者：IDE 中的 AI 助手 + 编程人员
 - 运行时范式（裁决层/能力模型）是独立的下一步演化
 
-**核心原则**（始终生效，定义在 `.qoder/rules/project_rules.md`）：
+**核心原则**（始终生效，定义在 `{{magicDir}}/rules/project_rules.md`）：
 - ADD-0：范式边界与消费者定义
 - ADD-0.1：广义文档先行（Documentation First）— Plan → Review → Spec → Code → Checklist → runtime-review → 回归校准。详细流程约束见 ADD-9~ADD-12
 - ADD-1：可观测性优先于功能实现
@@ -47,7 +47,7 @@ description: "Audit-Driven Development paradigm workflow. Invoke when starting a
 > **Plan 是后续 ADD 工作流的输入。** 生成 plan 后如需执行，才启动下方 Step 0。
 
 1. **读取模板**：读 `plan-template.md`，禁止凭记忆
-2. **命名规范**：`{项目名}-{功能名}-plan-v1.md` → `.qoder/plans/{YYYY-MM}/{DD}/`（按当天日期创建子目录）
+2. **命名规范**：`{项目名}-{功能名}-plan-v1.md` → `{{magicDir}}/plans/{YYYY-MM}/{DD}/`（按当天日期创建子目录）
 3. **必含章节**：
    - 元信息（名称/时间/关联文档/ADD-7审计策略表）
    - 一、背景与目标
@@ -84,10 +84,12 @@ description: "Audit-Driven Development paradigm workflow. Invoke when starting a
 | 规范文档 | `docs/*/knowledge/02-规范/` 或 `03-规范/` | 开发规范、状态机规范、核心规范 |
 | AI 核心文档 | `docs/*/knowledge/03-规范/` | AI 智能体核心规范 |
 
-**此外，ADD 工作流的核心产物由 `.qoder/templates/` 下的 11 个模板定义**，这些模板不是参考资料，而是每次变更必须产出的文档骨架。分析变更影响范围时，必须同步确认需要创建/更新哪些模板产物：
+**此外，ADD 工作流的核心产物由 `{{magicDir}}/templates/` 下的 13 个模板定义**，这些模板不是参考资料，而是每次变更必须产出的文档骨架。分析变更影响范围时，必须同步确认需要创建/更新哪些模板产物：
 
 | 模板 | 用途 | 对应阶段 |
 |------|------|---------|
+| `prd-standard-template.md` | 产品/系统需求文档（新建）：背景目标 + 用户场景 + 功能需求 + 非功能需求 + 验收标准 | 需求定义 |
+| `prd-incremental-template.md` | 产品/系统需求文档（增量）：在已有 PRD 基础上追加/修改/删除 | 需求变更 |
 | `plan-template.md` | 需求方案：元信息 + 背景目标 + 方案选型 + 架构设计 + 实施步骤 + 验收标准 + ADD-7审计策略 | 需求理解 |
 | `add-route-template.md` | Plan→ADD 十阶段执行映射：Step 0-9 具体动作 + Task 映射表 + 审计阶段清单 + 依赖拓扑 | Step 0 |
 | `spec-template.md` | 功能规格：Why / What Changes / Impact / WHEN-THEN Requirements | Step 0~1 |
@@ -100,7 +102,7 @@ description: "Audit-Driven Development paradigm workflow. Invoke when starting a
 | `handoff-single-round-template.md` | 单轮交接：9 章节（含恢复上下文审计查询） | 单轮变更完成后 |
 | `handoff-multi-round-template.md` | 多轮交接：全局拓扑 + 每轮 13 子章节 + 收敛规则 + 启动模板 | 多轮原子事务完成后 |
 
-> **AI 首次学习 ADD 范式时，必须读取上述全部 11 个模板文件。遗漏模板 = 遗漏范式全貌。**
+> **AI 首次学习 ADD 范式时，必须读取上述全部 13 个模板文件。遗漏模板 = 遗漏范式全貌。**
 >
 > **每次根据模板生成文档时（plan/spec/review/handoff），MUST 先重新读取对应的模板文件，再填充内容。禁止凭记忆生成——模板可能已在迭代中更新，记忆中的版本可能不完整。**
 
@@ -147,7 +149,7 @@ find_related_docs({ query: "功能关键词" })
 4. **ADD-7 审计策略**：从 Plan 元信息 ADD-7 策略表复制，逐文件填写 targetType/action/beforeState/afterState
 5. **文件清单**：汇总所有涉及文件的 targetType 和操作类型
 
-**命名**：`{需求域名}-{核心内容}-add-route-v1.md` → `.qoder/plans/{YYYY-MM}/{DD}/`（与 Plan 同目录）
+**命名**：`{需求域名}-{核心内容}-add-route-v1.md` → `{{magicDir}}/plans/{YYYY-MM}/{DD}/`（与 Plan 同目录）
 
 **关键约束**：
 - [ ] add-route 必须先于任何代码变更生成（Step 1 依赖 add-route 中的审计阶段清单）
@@ -173,7 +175,7 @@ find_related_docs({ query: "功能关键词" })
 > **核心原则**：Review 是诊断报告，Plan 是治疗方案。诊断报告的结论必须写进治疗方案，病人才能按修正后的方案治疗。
 
 **什么时候触发**：
-- Plan Review 已生成（`.qoder/reviews/{需求域名}-*review-v{n}.md` 存在）
+- Plan Review 已生成（`{{magicDir}}/reviews/{需求域名}-*review-v{n}.md` 存在）
 - Review 中有 P0/P1/P2 问题清单
 - 人类已确认 Review 结论（通过评审）
 
@@ -332,7 +334,7 @@ Plan 级闭包: {业务功能描述}
 
 ## 附录 A：协作文档规范（命名、格式与交互规则）
 
-> **目标**：确保 `.qoder/specs/`、`.qoder/reviews/` 下的 spec/review/handoff 文件遵循统一的命名和格式约定，使后续 AI Session 能快速定位和恢复上下文。
+> **目标**：确保 `{{magicDir}}/specs/`、`{{magicDir}}/reviews/` 下的 spec/review/handoff 文件遵循统一的命名和格式约定，使后续 AI Session 能快速定位和恢复上下文。
 
 **在编写任何代码之前，必须先确认本附录中的文件结构已就位。**
 
@@ -340,9 +342,9 @@ Plan 级闭包: {业务功能描述}
 
 | 文档类型 | 命名规则 | 示例 | 存放位置 |
 |---------|---------|------|---------|
-| 开发任务（specs 三元组） | `项目名-任务名/` | `{{projectName}}-response-strategy/` | `.qoder/specs/` |
-| review 文件 | `项目名-任务名-round{N}-review.md` | `{{projectName}}-response-strategy-round2-review.md` | `.qoder/reviews/` |
-| handoff 文件 | `项目名-需求名-handoff.md` | `{{projectName}}-co-agent-handoff.md` | `.qoder/plans/{YYYY-MM}/{DD}/`（与 Plan 同目录） |
+| 开发任务（specs 三元组） | `项目名-任务名/` | `{{projectName}}-response-strategy/` | `{{magicDir}}/specs/` |
+| review 文件 | `项目名-任务名-round{N}-review.md` | `{{projectName}}-response-strategy-round2-review.md` | `{{magicDir}}/reviews/` |
+| handoff 文件 | `项目名-需求名-handoff.md` | `{{projectName}}-co-agent-handoff.md` | `{{magicDir}}/plans/{YYYY-MM}/{DD}/`（与 Plan 同目录） |
 
 **命名规则说明**：
 
@@ -357,7 +359,7 @@ Plan 级闭包: {业务功能描述}
 每个 spec 目录 MUST 包含三个文件，形成"需求→执行→验收"闭环：
 
 ```
-.qoder/specs/{任务名}/
+{{magicDir}}/specs/{任务名}/
   ├── spec.md       # 需求定义：Why / What Changes / Impact / Boundaries / Requirements
   ├── tasks.md      # 执行拆分：Preconditions / Forbidden / Tasks / Dependencies / Verification
   └── checklist.md  # 验收清单：编号验证项，每条可追溯到 tasks.md 的 Task
@@ -747,7 +749,7 @@ check_add_route_completeness({ planKeyword: "<Plan 核心关键词>" })
 
 ### 3.5.1 运行 spec checklist
 
-检查 `.qoder/specs/{task}/checklist.md` 中的所有检查项：
+检查 `{{magicDir}}/specs/{task}/checklist.md` 中的所有检查项：
 
 - `[T]` 编译期验证项：逐项执行并勾选
 - `[R]` 运行时验证项：保持 `[ ]`，将自动流转到 review-runtime.md
@@ -774,7 +776,7 @@ check_add_route_completeness({ planKeyword: "<Plan 核心关键词>" })
 当所有 `[T]` 项均通过后：
 
 1. 读取 `review-runtime-template.md`
-2. 复制为 `.qoder/reviews/{project}-review-runtime.md`
+2. 复制为 `{{magicDir}}/reviews/{project}-review-runtime.md`
 3. 替换占位符（标题、关联文档路径）
 4. §1 发现列表初始化为"尚无运行时发现"
 5. §1 末尾自动插入所有 `[R]` 项的"待运行时验证"清单
@@ -1019,7 +1021,7 @@ LIMIT 10;
    - **§9 后置确认**：逐项确认 tsc/ADD 合规/审计落库
 3. **审计查询语句必须可执行**：`query_audit_logs({ targetId: "..." })` 调用参数来自 `record_dev_operation` 落库的 targetId
 4. **双向链接**：handoff 文件内必须包含指向对应 plan + review 的链接；review 文件内必须包含指向 handoff 的链接
-5. **写入位置**：`{项目名}-{需求名}-handoff.md` → `.qoder/plans/`
+5. **写入位置**：`{项目名}-{需求名}-handoff.md` → `{{magicDir}}/plans/`
 
 ### 未收敛
 
@@ -1038,7 +1040,7 @@ LIMIT 10;
 
 ### 9.1 读取 report-handoff 模板
 
-读取 `.qoder/templates/report-handoff-template.md`，按模板格式在 handoff 中追加 Report Closure 章节。
+读取 `{{magicDir}}/templates/report-handoff-template.md`，按模板格式在 handoff 中追加 Report Closure 章节。
 
 ### 9.2 在 handoff 中追加 Report Closure 章节
 

package/templates/core/skills/session-init/SKILL.md

@@ -39,7 +39,7 @@ description: "会话上下文恢复（稀疏推理）。每次新对话启动时
 ### 1.1 搜索 review-runtime.md 文件
 
 ```bash
-find .qoder/reviews/ -name "*review-runtime*" -type f 2>/dev/null
+find {{magicDir}}/reviews/ -name "*review-runtime*" -type f 2>/dev/null
 ```
 
 ### 1.2 逐文件检查未关闭发现
@@ -100,7 +100,7 @@ query_audit_logs({ action: "RUNTIME_ERROR" })          // ADD-11: 运行时异
 ### 2.4 加载 Plan 索引（L2 操作惯性 — index.md 预载）
 
 ```
-读取 .qoder/plans/index.md
+读取 {{magicDir}}/plans/index.md
 ```
 
 **预期产出**：
@@ -208,7 +208,7 @@ get_project_context({ scope: "add-state" })
 
 ## 本 SKILL 的执行检查清单
 
-- [ ] Step 1: 已扫描 `.qoder/reviews/*review-runtime*` 并汇总未关闭发现
+- [ ] Step 1: 已扫描 `{{magicDir}}/reviews/*review-runtime*` 并汇总未关闭发现
 - [ ] Step 2: 已调用 `query_audit_logs({})`（含 `RUNTIME_ERROR` 查询）
 - [ ] Step 3: 已分析审计日志推断上下文
 - [ ] Step 4: 已构建上下文摘要

package/templates/core/specs/{farm-agent-add-coder-npm-package → add-coder-npm-package}/checklist.md

@@ -35,9 +35,9 @@
   - [ ] [E] `.claude/settings.json` 含 hook 配置，matcher 使用标准工具名（`Write`, `Edit`, `Bash`）
   - [ ] [E] `.claude/mcp.json` 存在且格式正确
   - [ ] [E] `.claude/hooks/` 下 12 个脚本存在且可执行
-- [ ] [T] `npx add-coder init --adapter qoder` 生成正确的 `.qoder/` 目录 — 证据: (待填写)|审计: (待填写)
-  - [ ] [E] `.qoder/settings.json` matcher 使用双套工具名（`Write|write_to_file`, `Edit|edit_file`, `Bash`）
-  - [ ] [E] `.qoder/hooks/` 下 12 个脚本 + `lib/` 存在
+- [ ] [T] `npx add-coder init --adapter qoder` 生成正确的 `{{magicDir}}/` 目录 — 证据: (待填写)|审计: (待填写)
+  - [ ] [E] `{{magicDir}}/settings.json` matcher 使用双套工具名（`Write|write_to_file`, `Edit|edit_file`, `Bash`）
+  - [ ] [E] `{{magicDir}}/hooks/` 下 12 个脚本 + `lib/` 存在
 - [ ] [T] `npx add-coder init --adapter vscode` 生成正确的 `.vscode/` 目录 — 证据: (待填写)|审计: (待填写)
   - [ ] [E] `.vscode/settings.json`、`launch.json`、`tasks.json`、`extensions.json` 存在
 
@@ -74,7 +74,7 @@
 - [ ] [T] `--force` 和 `--yes` 互斥，同时指定时报错 — 证据: (待填写)|审计: (待填写)
 - [ ] [T] `add-coder sync` 只同步缺失文件 — 证据: (待填写)|审计: (待填写)
 - [ ] [T] `add-coder status` 检查完整性 — 证据: (待填写)|审计: (待填写)
-- [ ] [T] 已有 `.qoder/settings.json` 时 `init` 不覆盖，展示 diff 并交互确认 — 证据: (待填写)|审计: (待填写)
+- [ ] [T] 已有 `{{magicDir}}/settings.json` 时 `init` 不覆盖，展示 diff 并交互确认 — 证据: (待填写)|审计: (待填写)
 - [ ] [T] 单元测试：`renderer.ts`、`config-loader.ts`、`detect.ts`、`writer.ts` 全部通过 — 证据: (待填写)|审计: (待填写)
 
 ---
@@ -90,7 +90,7 @@
 
 > ADD 用双层报告替代传统 E2E：代码审查报告（review-implementation.md + review-runtime.md）覆盖实现质量，
 > Runtime Report 体系（gateway.md + boundary-runtime-report.md）覆盖边界合约持续监测。
-> 参考: `policy-update-loop.ts` 的持续反馈闭环模式 + `.qoder/reports/REPORT-WORKFLOW.md`。
+> 参考: `policy-update-loop.ts` 的持续反馈闭环模式 + `{{magicDir}}/reports/REPORT-WORKFLOW.md`。
 
 - [ ] [T] `review-implementation.md` 已生成，覆盖全部 9 个 Task 的变更范围 — 证据: (待填写)|审计: (待填写)
 - [ ] [T] `review-runtime.md` 已生成（含本 checklist 全部 `[R]` 项清单） — 证据: (待填写)|审计: (待填写)
@@ -108,7 +108,7 @@
 - [ ] [E] Plan/Spec 一致性 — 证据: `check_spec_sync` 结果|审计: (待填写)
 - [ ] [E] Plan/Spec 修订记录 — 证据: `record_dev_operation` 审计 ID|审计: (待填写)
 - [ ] [E] 无新增依赖（模板引擎等） — 证据: `git diff package.json` 无新增 dependency|审计: (待填写)
-- [ ] [E] 不改 farm-agent 业务代码 — 证据: 仅改动 `packages/add-coder/`|审计: (待填写)
+- [ ] [E] 不改 add-coder 业务代码 — 证据: 仅改动 `packages/add-coder/`|审计: (待填写)
 - [ ] [E] 审计日志记录完整 — 证据: `query_audit_logs` 回查确认|审计: (待填写)
 
 ---
@@ -118,7 +118,7 @@
 > 当所有 `[T]` 和 `[E]` 编译期检查项均为 `[x]` 时（`[R]` 和 `[H]` 项可保持 `[ ]`），AI 必须执行：
 >
 > 1. **读取** `review-implementation-template.md`，逐项填写实现审查内容
-> 2. **读取** `review-runtime-template.md`，复制为 `.qoder/reviews/{project}-review-runtime.md`
+> 2. **读取** `review-runtime-template.md`，复制为 `{{magicDir}}/reviews/{project}-review-runtime.md`
 >    - 替换占位符（标题、关联文档路径）
 >    - §1 发现列表初始化为 "尚无运行时发现"
 >    - §1 末尾自动插入本 checklist 中所有 `[R]` 项的清单，标记为 "待运行时验证"

package/templates/core/specs/{farm-agent-add-coder-npm-package → add-coder-npm-package}/spec.md

@@ -4,7 +4,7 @@
 
 当前 `packages/add-coder/` 是一个不可发布的半成品：
 
-1. **模板硬编码**：`templates/` 下所有文件直接来自 farm-agent 项目，包含数据库密码、项目名、特定路径等不可移植内容
+1. **模板硬编码**：`templates/` 下所有文件直接来自 add-coder 项目，包含数据库密码、项目名、特定路径等不可移植内容
 2. **CLI 纯搬运**：`bin/add-coder.js`（113 行 CommonJS）只有 `init/sync/status` 三个命令，全是 `fs.copyFileSync`，无参数化渲染、无配置合并
 3. **无适配层抽象**：`.qoder` 和 `.vscode` 是两套独立静态模板，无共享逻辑。加 Claude 适配需要再复制一套
 4. **VS Code 无 hook 层**：`.vscode/` 只有 MCP 配置，缺少 Qoder 的 11 个 hook 等价物
@@ -75,14 +75,14 @@
 ## Impact
 
 - Affected specs: 无（本 Plan 为全新举措）
-- Affected code: `packages/add-coder/`（约 90 个文件变更），不修改 farm-agent 业务代码
-- 父 Plan: `.qoder/plans/2026-07/08/farm-agent-add-coder-npm-package-plan-v1.md`
+- Affected code: `packages/add-coder/`（约 90 个文件变更），不修改 add-coder 业务代码
+- 父 Plan: `{{magicDir}}/plans/2026-07/08/add-coder-add-coder-npm-package-plan-v1.md`
 - 依赖: 无
 - 后续依赖: 无
 
 ## Boundaries
 
-- 本次只改造 `packages/add-coder/` 目录，不修改 farm-agent 业务代码
+- 本次只改造 `packages/add-coder/` 目录，不修改 add-coder 业务代码
 - 本次不新增 AgentAuditPhase 字面量（npm 包工程化，无业务逻辑审计点）
 - 审计通过 `record_dev_operation`（ADD-7）落库 DevOperation 表
 - 模板引擎不引入第三方依赖（Handlebars/EJS 等），用 TypeScript 原生字符串替换
@@ -121,7 +121,7 @@
 
 ### Requirement: 模板参数化（硬编码清理）
 
-系统 SHALL 将 `templates/` 下所有文件中的 farm-agent 硬编码替换为 `{{placeholder}}` 占位符。
+系统 SHALL 将 `templates/` 下所有文件中的 add-coder 硬编码替换为 `{{placeholder}}` 占位符。
 
 #### Scenario: 占位符语法
 
@@ -174,11 +174,11 @@
 #### Scenario: 三目录部署（core 内容同步到 IDE magic path）
 
 - **WHEN** 执行 `init` 渲染 core 模板后
-- **THEN** `templates/core/` 的所有文件 SHALL 同时写入 `.add/`、`.qoder/`、`.claude/` 三个目标目录
+- **THEN** `templates/core/` 的所有文件 SHALL 同时写入 `.add/`、`{{magicDir}}/`、`.claude/` 三个目标目录
 - **AND** adapter renderers SHALL 只处理 adapter 专属文件（hooks/mcp.json/settings.json/sync-policy.json），不再单独渲染 core 内容
 
 **改造步骤**：
-1. `src/core/renderer.ts`：`renderCore()` 返回值改为输出三份文件的映射（`.add/` + `.qoder/` + `.claude/`）
+1. `src/core/renderer.ts`：`renderCore()` 返回值改为输出三份文件的映射（`.add/` + `{{magicDir}}/` + `.claude/`）
 2. `src/cli/commands/init.ts`：写入阶段对三目录同名文件去重（内容相同则 skip）
 3. `src/adapters/{claude,qoder,vscode}/renderer.ts`：删除 core 渲染逻辑，只保留 hooks + mcp + settings 等 adapter 专属文件
 
@@ -201,7 +201,7 @@
 #### Scenario: Qoder 适配器
 
 - **WHEN** 执行 `npx add-coder init --adapter qoder`
-- **THEN** 生成正确的 `.qoder/` 目录，hook 配置 matcher 适配双套工具名（`Write|write_to_file`, `Edit|edit_file`, `Bash`）
+- **THEN** 生成正确的 `{{magicDir}}/` 目录，hook 配置 matcher 适配双套工具名（`Write|write_to_file`, `Edit|edit_file`, `Bash`）
 
 #### Scenario: VS Code 适配器
 
@@ -272,7 +272,7 @@
 
 #### Scenario: JSON 合并
 
-- **WHEN** 用户已有 `.qoder/settings.json` 或 `.vscode/settings.json`
+- **WHEN** 用户已有 `{{magicDir}}/settings.json` 或 `.vscode/settings.json`
 - **THEN** deep merge，已有 `hooks` 数组追加新 hook 而非全量替换
 
 ---
@@ -331,12 +331,12 @@
 #### Scenario: 空项目 init
 
 - **WHEN** 在空白项目中执行 `npx add-coder init`
-- **THEN** `.add/` `.qoder/` `.claude/` 三目录均含完整 ADD 内容（agents/skills/templates/rules/vocabulary/scripts/hooks/plans/specs/reports/tools），`.vscode/` 含 IDE 配置
+- **THEN** `.add/` `{{magicDir}}/` `.claude/` 三目录均含完整 ADD 内容（agents/skills/templates/rules/vocabulary/scripts/hooks/plans/specs/reports/tools），`.vscode/` 含 IDE 配置
 
 #### Scenario: plans/specs 示例
 
 - **WHEN** 用户首次 init
-- **THEN** `.qoder/plans/` 含 add-coder 6轮范例，`.qoder/specs/` 含 spec/tasks/checklist 范例
+- **THEN** `{{magicDir}}/plans/` 含 add-coder 6轮范例，`{{magicDir}}/specs/` 含 spec/tasks/checklist 范例
 
 #### Scenario: 三端兼容
 
@@ -345,7 +345,7 @@
 
 #### Scenario: 已有配置不覆盖
 
-- **WHEN** 用户已有 `.qoder/settings.json` 时执行 `init`
+- **WHEN** 用户已有 `{{magicDir}}/settings.json` 时执行 `init`
 - **THEN** 不覆盖已有配置，展示 diff 并交互确认
 
 #### Scenario: Prisma 迁移幂等

package/templates/core/specs/{farm-agent-add-coder-npm-package → add-coder-npm-package}/tasks.md

@@ -9,7 +9,7 @@
 
 ## Forbidden
 
-- 禁止修改 farm-agent 业务代码（`src/`、`docs/` 等）
+- 禁止修改 add-coder 业务代码（`src/`、`docs/` 等）
 - 禁止引入第三方模板引擎（Handlebars/EJS 等）
 - 禁止在模板代码中保留 `process.env.X || "兜底值"` 反模式
 
@@ -30,23 +30,23 @@
     - [x] 已有 `add.prisma` 时：交互三选一（跳过/覆盖/diff+备份）
 
 - [x] Task 1.1: 清理硬编码 + 参数化 core 模板 — 验证: `grep -r "farm.agent\|farm_secure_pass\|大田精准\|/home/xmm\|/Users/milkytea" templates/` 返回空
-  - [x] 15 个 `.md` 模板（plan/spec/tasks/checklist/handoff/review/add-route 等）：`docs/大田精准耕播智能决策系统/` → `{{docsDir}}/`、`farm-agent-*` → `{{projectName}}-*`
+  - [x] 15 个 `.md` 模板（plan/spec/tasks/checklist/handoff/review/add-route 等）：`docs/大田精准耕播智能决策系统/` → `{{docsDir}}/`、`add-coder-*` → `{{projectName}}-*`
   - [x] 15 个 `.schema.json`：检查确认无硬编码
-  - [x] `skills/add-paradigm/SKILL.md`：`/home/xmm/ai/farm-agent/` → `{{projectRoot}}/`
-  - [x] `skills/session-init/SKILL.md`：`farm-agent-*` → `{{projectName}}-*`
+  - [x] `skills/add-paradigm/SKILL.md`：`/home/xmm/ai/add-coder/` → `{{projectRoot}}/`
+  - [x] `skills/session-init/SKILL.md`：`add-coder-*` → `{{projectName}}-*`
   - [x] `agents/add-flow-guardian.md`：检查确认
   - [x] `agents/add-orchestrator.md`：检查确认
-  - [x] `rules/project_rules.md`：`farm-agent` → `{{projectName}}`、`src/agents/` → `{{sourceDir}}/agents/`
+  - [x] `rules/project_rules.md`：`add-coder` → `{{projectName}}`、`src/agents/` → `{{sourceDir}}/agents/`
   - [x] `rules/theory-practice-map.toml`：检查确认
   - [x] `vocabulary/add-governance-vocabulary.md`：检查确认
   - [x] `scripts/mcp-server.ts`：`DATABASE_URL || "postgresql://..."` → `process.env.DATABASE_URL`（无兜底值）、`.env.development` → `{{envFilePath}}`
   - [x] `scripts/add-coder-mcp-server.ts`：同上
-  - [x] `.qoder/settings.json`：hook 脚本绝对路径 → `{{projectRoot}}/.qoder/hooks/`
-  - [x] `.qoder/mcp.json`：`DATABASE_URL` 硬编码密码 → `process.env.DATABASE_URL`
-  - [x] `.qoder/sync-policy.json`：检查确认
-  - [x] `.qoder/hooks/` 下 14 个 `.sh` + `lib/`：项目名提取逻辑 → 使用 `$CLAUDE_PROJECT_DIR` 或 `{{projectRoot}}`
+  - [x] `{{magicDir}}/settings.json`：hook 脚本绝对路径 → `{{projectRoot}}/{{magicDir}}/hooks/`
+  - [x] `{{magicDir}}/mcp.json`：`DATABASE_URL` 硬编码密码 → `process.env.DATABASE_URL`
+  - [x] `{{magicDir}}/sync-policy.json`：检查确认
+  - [x] `{{magicDir}}/hooks/` 下 14 个 `.sh` + `lib/`：项目名提取逻辑 → 使用 `$CLAUDE_PROJECT_DIR` 或 `{{projectRoot}}`
   - [x] `.vscode/` 下 4 个文件：MCP 配置中的项目特定路径 → `{{projectRoot}}`
-  - [x] `reports/` 下 7 个文件：`farm-agent`、绝对路径 → `{{projectName}}`、`{{projectRoot}}`
+  - [x] `reports/` 下 7 个文件：`add-coder`、绝对路径 → `{{projectName}}`、`{{projectRoot}}`
   - [x] `tools/README.md`：检查确认
   - [x] 创建 `src/core/renderer.ts`：接收 config 对象，执行 `"{{key}}".replace("{{key}}", config.key)`
 
@@ -66,10 +66,10 @@
   - [x] 迁移 `scripts/` → `templates/core/scripts/`
   - [x] 迁移 `reports/` → `templates/core/reports/`
   - [x] 迁移 `tools/` → `templates/core/tools/`
-  - [x] 迁移 `.qoder/hooks/`（14 个 .sh + lib/） → `templates/adapters/qoder/hooks/`
-  - [x] 迁移 `.qoder/settings.json` → `templates/adapters/qoder/settings.json`
-  - [x] 迁移 `.qoder/mcp.json` → `templates/adapters/qoder/mcp.json`
-  - [x] 迁移 `.qoder/sync-policy.json` → `templates/adapters/qoder/sync-policy.json`
+  - [x] 迁移 `{{magicDir}}/hooks/`（14 个 .sh + lib/） → `templates/adapters/qoder/hooks/`
+  - [x] 迁移 `{{magicDir}}/settings.json` → `templates/adapters/qoder/settings.json`
+  - [x] 迁移 `{{magicDir}}/mcp.json` → `templates/adapters/qoder/mcp.json`
+  - [x] 迁移 `{{magicDir}}/sync-policy.json` → `templates/adapters/qoder/sync-policy.json`
   - [x] 迁移 `.vscode/`（4 个文件） → `templates/adapters/vscode/`
   - [x] 迁移 `debug-dump/`、`repowiki/` → `templates/shared/`（空目录占位）
   - [x] 创建 `templates/adapters/claude/` 目录（空壳）
@@ -100,7 +100,7 @@
     - [x] `doc-format-guard.sh`
   - [x] 实现 `src/adapters/claude/renderer.ts`
 
-- [x] Task 3.1: Qoder 适配器实现 — 验证: `npx add-coder init --adapter qoder` 生成正确的 `.qoder/` 目录
+- [x] Task 3.1: Qoder 适配器实现 — 验证: `npx add-coder init --adapter qoder` 生成正确的 `{{magicDir}}/` 目录
   - [x] 确认 `templates/adapters/qoder/` 下文件已清理 hardcode（第1轮 Task 1.1 已做）
   - [x] `settings.json` 的 matcher 适配：`Write|write_to_file|create_file|CreateFile` 等双套工具名
   - [x] 实现 `src/adapters/qoder/renderer.ts`
@@ -124,7 +124,7 @@
   - [x] `src/cli/commands/init.ts`：init 命令（七步流程：检测 IDE → 加载配置 → 渲染 core → 渲染 adapter → Prisma 注入 → 写入 → 摘要）
   - [x] `src/cli/commands/sync.ts`：sync 命令（只同步缺失文件）
   - [x] `src/cli/commands/status.ts`：status 命令（检查完整性）
-  - [x] `src/cli/detect.ts`：IDE 环境检测（扫描 `.qoder/` `.claude/` `.vscode/` 存在性）
+  - [x] `src/cli/detect.ts`：IDE 环境检测（扫描 `{{magicDir}}/` `.claude/` `.vscode/` 存在性）
   - [x] `src/cli/config-loader.ts`：配置加载 + Zod 校验 + 优先级合并（交互式 > 配置文件 > 自动检测 > 默认值）
   - [x] `src/cli/writer.ts`：智能写入（四种模式：交互 / `--yes` / `--force` / `--dry-run`）
   - [x] `bin/add-coder.js` 改为加载 `dist/cli/index.js`
@@ -195,7 +195,7 @@
 - [x] `grep -r "process.env.*||" dist/` 返回空
 - [x] `npx add-coder init` 在空白项目中零配置生成完整 ADD 模板
 - [x] `npx add-coder init --adapter claude` 生成 `.claude/` 目录
-- [x] `npx add-coder init --adapter qoder` 生成 `.qoder/` 目录
+- [x] `npx add-coder init --adapter qoder` 生成 `{{magicDir}}/` 目录
 - [x] `npx add-coder init --adapter vscode` 生成 `.vscode/` 目录
 - [x] `npm pack` 产出包含 `dist/` + `templates/` + `bin/`，不包含 `src/`
 - [x] `prisma migrate dev --schema=prisma/` 成功创建 DevOperation + AuditLog 表

package/templates/core/templates/01-/346/236/266/346/236/204//343/200/212ADD/345/274/200/345/217/221/345/267/245/344/275/234/350/267/257/345/276/204/344/270/216/346/226/207/346/241/243/345/215/217/345/220/214/350/247/204/350/214/203/343/200/213.md

@@ -21,9 +21,9 @@ ADD 不是"写代码时顺便打日志"，而是一套覆盖全开发周期的
 │            │  🚪 0.6.5 Review 结论回流至 Plan 与 Specs（强制卡位）               │
 │            │  🚪 0.7 原子闭包判定（Plan 级 + 轮次级）                           │
 │            │  产物：docs/*/knowledge/ 下的规划说明书、架构文档、规范文档           │
-│            │        .qoder/plans/{需求域名}-plan-v{n}.md                        │
-│            │        .qoder/plans/{需求域名}-add-route-v{n}.md                   │
-│            │        .qoder/reviews/{需求域名}-review-v{n}.md                    │
+│            │        {{magicDir}}/plans/{需求域名}-plan-v{n}.md                        │
+│            │        {{magicDir}}/plans/{需求域名}-add-route-v{n}.md                   │
+│            │        {{magicDir}}/reviews/{需求域名}-review-v{n}.md                    │
 │            │  阈值：check_dps（DPS ≥ 85 方可进入 Step 1）                        │
 ├────────────┼─────────────────────────────────────────────────────────────────┤
 │  Step 1    │  功能分析与审计阶段定义                                            │
@@ -42,8 +42,8 @@ ADD 不是"写代码时顺便打日志"，而是一套覆盖全开发周期的
 ├────────────┼─────────────────────────────────────────────────────────────────┤
 │  Step 3.5  │  实现审查（ADD-10 意图与实现的语义鸿沟）                              │
 │  实现审查   │  运行 spec checklist [T] 项 → 跨项目联调检查                         │
-│            │  产物：.qoder/reviews/{需求域名}-review-implementation-v{n}.md       │
-│            │        .qoder/reviews/{需求域名}-review-runtime-v{n}.md              │
+│            │  产物：{{magicDir}}/reviews/{需求域名}-review-implementation-v{n}.md       │
+│            │        {{magicDir}}/reviews/{需求域名}-review-runtime-v{n}.md              │
 ├────────────┼─────────────────────────────────────────────────────────────────┤
 │  Step 4    │  审计数据验证                                                      │
 │  审计验证   │  运行功能 → 收集审计数据 → check_phase_symmetry → check_failure_path │
@@ -89,7 +89,7 @@ ADD 流程中有四个强制卡位，在任何情况下都不可跳过：
 | **每轮原子闭包** | 不是按文件数量拆分，而是按"可独立提交、验证、审计、恢复"的最小业务闭包拆分 |
 | **人类评审节点** | 每轮 spec 必须经过人类 review（spec-review.md），AI 不擅自越过评审进入代码实现 |
 | **三件套不可跳过** | spec.md + tasks.md + checklist.md 三者齐备才能开始写代码 |
-| **日志代理用户 ID** | 所有 `AuditLog` 写入及业务表 `createdBy`/`createdById` 字段统一使用项目日志代理用户 ID 函数（禁止硬编码 `"system"` 等字符串）。详见 `.qoder/rules/project_rules.md` ADD-4 §日志代理用户 ID |
+| **日志代理用户 ID** | 所有 `AuditLog` 写入及业务表 `createdBy`/`createdById` 字段统一使用项目日志代理用户 ID 函数（禁止硬编码 `"system"` 等字符串）。详见 `{{magicDir}}/rules/project_rules.md` ADD-4 §日志代理用户 ID |
 | **四层审查** | 方案审查（ADD-9 方向验证）→ 实现审查（ADD-10 语义对齐）→ 运行时纠偏（ADD-11 证据持久化）→ 验收闭环（ADD-12 漂移校准），四道关卡覆盖全生命周期 |
 | **检查项 [T]/[R] 分拆** | checklist 中 [T] = 编译期可验证（AI 直接检查），[R] = 运行时验证（部署后确认，自动流转到 review-runtime.md）。[T] 全部通过时自动生成 review-runtime.md |
 | **跨对话接续** | 下一轮通过 `query_audit_logs` 恢复上游审计上下文，无需人类复述 |
@@ -125,12 +125,12 @@ ADD 不是万能范式。用错了阶段反而拖慢迭代速度。
 | `docs/哲学理论/` | 哲学理论基础文章 | 公开 |
 | `{{docsDir}}/` | 项目文档（需求/架构/规范） | 公开 |
 | `TODO/` | 开源协作 TODO，与 docs/ 平级 | 公开 |
-| `.qoder/plans/` | 需求方案 + 任务拆分 + 轮间交接手册 | 开发内部 |
-| `.qoder/reviews/` | 方案评审 + 逐轮 spec 评审 | 开发内部 |
-| `.qoder/specs/` | 每轮 spec + tasks + checklist（三件套） | 开发内部 |
-| `.qoder/rules/` | 项目规则文件（权威约束） | 开发内部 |
-| `.qoder/skills/` | SKILL 行为定义（AI 助手的标准行为模式） | 开发内部 |
-| `.qoder/scripts/` | 工具脚本 + MCP 服务器 | 开发内部 |
+| `{{magicDir}}/plans/` | 需求方案 + 任务拆分 + 轮间交接手册 | 开发内部 |
+| `{{magicDir}}/reviews/` | 方案评审 + 逐轮 spec 评审 | 开发内部 |
+| `{{magicDir}}/specs/` | 每轮 spec + tasks + checklist（三件套） | 开发内部 |
+| `{{magicDir}}/rules/` | 项目规则文件（权威约束） | 开发内部 |
+| `{{magicDir}}/skills/` | SKILL 行为定义（AI 助手的标准行为模式） | 开发内部 |
+| `{{magicDir}}/scripts/` | 工具脚本 + MCP 服务器 | 开发内部 |
 
 ### 目录层级决策原则
 
@@ -138,12 +138,12 @@ ADD 不是万能范式。用错了阶段反而拖慢迭代速度。
 公开可见 = docs/  + TODO/
           ↑ 面向社区、贡献者、学术引用者
 
-开发内部 = .qoder/
+开发内部 = {{magicDir}}/
           ↑ 面向 AI 助手 + 核心开发者（不影响外部用户克隆体验）
 ```
 
 - `TODO/` 与 `docs/` 平级而非嵌套在 `docs/` 下：TODO 是**行动清单**（"我们计划做什么"），docs 是**知识资产**（"我们做了什么、是什么"），语义不同不应混放
-- `plans/` + `reviews/` + `specs/` 三者都在 `.qoder/` 下：它们是 ADD 开发流程的产物，面向 AI 和开发者，不属于公开文档
+- `plans/` + `reviews/` + `specs/` 三者都在 `{{magicDir}}/` 下：它们是 ADD 开发流程的产物，面向 AI 和开发者，不属于公开文档
 - `plans/` 下同时放 plan + add-route + handoff：三者属于"需求理解与任务拆分"这个完整的大阶段，放在同一个目录保证阶段内文件的连续性
 
 ---
@@ -204,13 +204,13 @@ ADD 不是万能范式。用错了阶段反而拖慢迭代速度。
 ## 五、工作流三大阶段与目录映射
 
 ```
-需求理解 + 任务拆分  →  .qoder/plans/      （plan + add-route + handoff）
+需求理解 + 任务拆分  →  {{magicDir}}/plans/      （plan + add-route + handoff）
     │
     ↓
-评审                  →  .qoder/reviews/    （plan-review + roundN-spec-review）
+评审                  →  {{magicDir}}/reviews/    （plan-review + roundN-spec-review）
     │
     ↓
-Spec 执行             →  .qoder/specs/       （三件套：spec + tasks + checklist）
+Spec 执行             →  {{magicDir}}/specs/       （三件套：spec + tasks + checklist）
 ```
 
 每个阶段的产物只放在一个目录下，不在多个目录重复存放。
@@ -223,12 +223,12 @@ Spec 执行             →  .qoder/specs/       （三件套：spec + tasks + c
 
 | 阶段 | 文件 | 说明 |
 |------|------|------|
-| 需求方案 | `.qoder/plans/{{projectName}}-多轮对话能力专家链路优化统一状态管理-plan-v1.md` | 总体设计 |
-| 拆分拓扑 | `.qoder/plans/{{projectName}}-多轮对话能力专家链路优化统一状态管理-7轮原子事务拆分-add-route-v1.md` | 7 轮依赖拓扑 |
-| 方案评审 | `.qoder/reviews/{{projectName}}-多轮对话能力专家链路优化统一状态管理-方案评审-review-v1.md` | 可行性验证 |
-| 交接手册 | `.qoder/plans/{{projectName}}-多轮对话能力专家链路优化统一状态管理-7轮原子事务交接-handoff-v1.md` | 轮间输入输出 |
-| 第1轮 spec | `.qoder/specs/{{projectName}}-type-convergence-v1/` | 类型收敛三件套 |
-| 第1轮评审 | `.qoder/reviews/{{projectName}}-多轮对话能力专家链路优化统一状态管理-round1-类型收敛-thinkingLevel路由-spec-review-v1.md` | spec 人工 review |
+| 需求方案 | `{{magicDir}}/plans/{{projectName}}-多轮对话能力专家链路优化统一状态管理-plan-v1.md` | 总体设计 |
+| 拆分拓扑 | `{{magicDir}}/plans/{{projectName}}-多轮对话能力专家链路优化统一状态管理-7轮原子事务拆分-add-route-v1.md` | 7 轮依赖拓扑 |
+| 方案评审 | `{{magicDir}}/reviews/{{projectName}}-多轮对话能力专家链路优化统一状态管理-方案评审-review-v1.md` | 可行性验证 |
+| 交接手册 | `{{magicDir}}/plans/{{projectName}}-多轮对话能力专家链路优化统一状态管理-7轮原子事务交接-handoff-v1.md` | 轮间输入输出 |
+| 第1轮 spec | `{{magicDir}}/specs/{{projectName}}-type-convergence-v1/` | 类型收敛三件套 |
+| 第1轮评审 | `{{magicDir}}/reviews/{{projectName}}-多轮对话能力专家链路优化统一状态管理-round1-类型收敛-thinkingLevel路由-spec-review-v1.md` | spec 人工 review |
 | ... | ... | 第2-7 轮同理 |
 
 ---
@@ -237,7 +237,7 @@ Spec 执行             →  .qoder/specs/       （三件套：spec + tasks + c
 
 本文档内容同时体现在：
 
-- **`.qoder/rules/project_rules.md`** 中的 ADD-8 规则（权威约束，AI 助手强制执行）
+- **`{{magicDir}}/rules/project_rules.md`** 中的 ADD-8 规则（权威约束，AI 助手强制执行）
 - **`README.md`** 中的三、ADD 编程范式章节（面向外部读者的简明版本）
 - **本文档**（面向开发者的完整版本，包含案例和决策说明）
 
@@ -383,4 +383,4 @@ Step 8 收敛判断
 | `check_dps({ planKeyword })` | Step 0 末尾（进入 Step 1 前） | `"dps": { "enabled": true, "severity": "block", "threshold": 85 }` |
 | `check_rahs({ planKeyword })` | Step 4 末尾 + Step 8 收敛 | `"rahs": { "enabled": true, "severity": "block", "threshold": 90 }` |
 
-策略文件位于 `.qoder/sync-policy.json`，重型 add-route 模板已内置对应的 §0.8 / §4.6 闸门段落。
+策略文件位于 `{{magicDir}}/sync-policy.json`，重型 add-route 模板已内置对应的 §0.8 / §4.6 闸门段落。

package/templates/core/templates/TERMINOLOGY.md

@@ -1,7 +1,7 @@
 # ADD 模板术语权威规范
 
 > **定位**：项目所有 ADD 模板的术语唯一真相源。模板修改、守卫校验、LLM prompt 均以此为准。
-> **消费方**：16 个模板、`doc-format-guard.sh`、`pre-tool-use.sh`、`AGENTS.md`、`.qoder/hooks/lib/vocabulary.sh`
+> **消费方**：16 个模板、`doc-format-guard.sh`、`pre-tool-use.sh`、`AGENTS.md`、`{{magicDir}}/hooks/lib/vocabulary.sh`
 > **关联 Plan**：`{{projectName}}-add-template-standardization-plan-v1.md`
 
 ---

package/templates/core/templates/checklist-template.md

@@ -65,7 +65,7 @@
 > 当所有 `[T]` 编译期检查项均为 `[x]` 时（`[R]` 项可保持 `[ ]`），AI 必须执行：
 >
 > 1. **读取** `review-implementation-template.md`，逐项填写实现审查内容
-> 2. **读取** `review-runtime-template.md`，复制为 `.qoder/reviews/{project}-review-runtime.md`
+> 2. **读取** `review-runtime-template.md`，复制为 `{{magicDir}}/reviews/{project}-review-runtime.md`
 >    - 替换占位符（标题、关联文档路径）
 >    - §1 发现列表初始化为 "尚无运行时发现"
 >    - §1 末尾自动插入本 checklist 中所有 `[R]` 项的清单，标记为 "待运行时验证"

package/templates/core/templates/handoff-multi-round-template.md

@@ -51,7 +51,7 @@
 ### 交接手册与 spec 的优先级
 
 - 本 handoff 是新对话的入口索引，负责说明Round位置、上下游依赖、文件边界、高风险误区、恢复关键词和审计闭环。
-- 具体实现细节以对应 `.qoder/specs/{spec-name}/spec.md`、`tasks.md`、`checklist.md` 为准。
+- 具体实现细节以对应 `{{magicDir}}/specs/{spec-name}/spec.md`、`tasks.md`、`checklist.md` 为准。
 - 如果 handoff 摘要与 spec/tasks/checklist 存在颗粒度差异，以 spec/tasks/checklist 为准，不允许按 handoff 的简写自行简化实现。
 - 每轮完成后的 ADD-7 不只写入 `record_dev_operation`，还必须用 `query_audit_logs` 按 action/targetId/keyword 回查确认落库。
 
@@ -114,9 +114,9 @@ query_audit_logs({ keyword: "{ACTION_2}" })
 1. session-init SKILL（强制前置）
 2. query_audit_logs({})                                    → 查看最近所有操作
 3. query_audit_logs({ keyword: "{汇总关键词}" })            → 看本轮所有记录（应该返回 {N} 条）
-4. read ".qoder/specs/{spec-name}/spec.md"
-5. read ".qoder/specs/{spec-name}/tasks.md"
-6. read ".qoder/specs/{spec-name}/checklist.md"
+4. read "{{magicDir}}/specs/{spec-name}/spec.md"
+5. read "{{magicDir}}/specs/{spec-name}/tasks.md"
+6. read "{{magicDir}}/specs/{spec-name}/checklist.md"
 ```
 
 Step 3 搜索 `"{汇总关键词}"` 可以一次性拉取全部本轮审计记录，是最快的一键恢复方式。
@@ -127,9 +127,9 @@ Step 3 搜索 `"{汇总关键词}"` 可以一次性拉取全部本轮审计记
 
 ### spec 文件
 
-- `.qoder/specs/{spec-name}/spec.md`
-- `.qoder/specs/{spec-name}/tasks.md`
-- `.qoder/specs/{spec-name}/checklist.md`
+- `{{magicDir}}/specs/{spec-name}/spec.md`
+- `{{magicDir}}/specs/{spec-name}/tasks.md`
+- `{{magicDir}}/specs/{spec-name}/checklist.md`
 
 ### 架构文档
 
@@ -258,9 +258,9 @@ query_audit_logs({ keyword: "{汇总关键词}" })
 
 1. 执行 session-init SKILL
 2. 执行 add-paradigm SKILL（含 Step 0 文档先行）
-3. 读本轮对应 .qoder/specs/{spec-name}/spec.md（含其中的「文档先行三步闭环」章节，按 spec 的指示更新架构文档）
-4. 读本轮对应 .qoder/specs/{spec-name}/tasks.md
-5. 读本轮对应 .qoder/specs/{spec-name}/checklist.md
+3. 读本轮对应 {{magicDir}}/specs/{spec-name}/spec.md（含其中的「文档先行三步闭环」章节，按 spec 的指示更新架构文档）
+4. 读本轮对应 {{magicDir}}/specs/{spec-name}/tasks.md
+5. 读本轮对应 {{magicDir}}/specs/{spec-name}/checklist.md
 6. 按 tasks.md 顺序执行代码修改
 7. 每完成一个 Task：读 checklist.md → 逐项验证 → **附可验证证据** → 勾选
 8. 每完成一个文件修改：record_dev_operation 写入 ADD-7 审计

package/templates/core/templates/handoff-single-round-template.md

@@ -120,7 +120,7 @@ ORDER BY "createdAt" DESC;
 - grep 验证命令：
 
 ```bash
-grep -R "{关键字}" .qoder/specs/
+grep -R "{关键字}" {{magicDir}}/specs/
 ```
 
 ---

package/templates/core/templates/index.md

@@ -6,6 +6,8 @@
 
 **我要做…** | **用这个模板** | **为什么**
 --|--|--
+| 写产品需求文档 | `prd-standard-template.md` | 含 Plan 拆分建议 + 裁决层关联 |
+| 增量更新 PRD | `prd-incremental-template.md` | 在原 PRD 上追加/修改 |
 | 新建开发任务（需要架构设计） | `standard-plan-template.md` | 含方案选型、架构设计、依赖图，适合复杂改动（**默认**）
 | 新建开发任务（简单修复） | `simple-plan-template.md` | 内联 Handoff，无需独立 spec 文件（仅小修改/用户主动提）
 | 定义功能需求 | `spec-template.md` | Why/What/Impact/Requirements
@@ -20,12 +22,14 @@
 | 运行时评审 | `review-runtime-template.md` | 发现列表、流程改进
 | 写代码审查报告 | `report-template.md` | Issue 总览、分类统计
 | 写运行时异常报告 | `runtime-report-template.md` | 发现列表、关联 Issue
-| 写修复验证报告 | `fix-verification-template.md` | 逐条对照、修复趋势
+| 写修复验证报告 | `fix-verification-template.md` | 逐条对照、修复趋势 |
 
 ## 模板→Schema 索引
 
 | 模板 | Schema |
 |------|------|
+| `prd-standard-template.md` | `prd-standard-template.schema.json` |
+| `prd-incremental-template.md` | `prd-incremental-template.schema.json` |
 | `standard-plan-template.md` | `standard-plan-template.schema.json` |
 | `simple-plan-template.md` | `simple-plan-template.schema.json` |
 | `spec-template.md` | `spec-template.schema.json` |