dev-playbooks-cn 2.2.0 → 2.3.0

package/skills/devbooks-impact-analysis/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-impact-analysis
 description: devbooks-impact-analysis：跨模块/跨文件/对外契约变更前做影响分析，产出可直接写入 proposal.md 的 Impact 部分（Scope/Impacts/Risks/Minimal Diff/Open Questions）。用户说"做影响分析/改动面控制/引用查找/受影响模块/兼容性风险"等时使用。
+recommended_experts: ["System Architect"]
 allowed-tools:
   - Glob
   - Grep
@@ -129,42 +130,6 @@ AI：[使用 Grep/CKB 分析引用]
 
 ---
 
-## MCP 增强
-
-本 Skill 支持 MCP 运行时增强，自动检测并启用高级功能。
-
-MCP 增强规则参考：`skills/_shared/MCP增强模板.md`
-
-### 依赖的 MCP 服务
-
-| 服务 | 用途 | 超时 |
-|------|------|------|
-| `mcp__ckb__analyzeImpact` | 符号级影响分析 | 2s |
-| `mcp__ckb__findReferences` | 精确引用查找 | 2s |
-| `mcp__ckb__getCallGraph` | 调用图分析 | 2s |
-| `mcp__ckb__getStatus` | 检测 CKB 索引可用性 | 2s |
-
-### 检测流程
-
-1. 调用 `mcp__ckb__getStatus`（2s 超时）
-2. 若 CKB 可用 → 使用 `analyzeImpact` 和 `findReferences` 进行精确分析
-3. 若超时或失败 → 降级到基础模式（Grep 文本搜索）
-
-### 增强模式 vs 基础模式
-
-| 功能 | 增强模式 | 基础模式 |
-|------|----------|----------|
-| 引用查找 | 符号级精确匹配 | 文本 Grep 搜索 |
-| 影响范围 | 调用图传递分析 | 直接引用统计 |
-| 风险评估 | 基于调用深度量化 | 基于文件数量估算 |
-| 跨模块分析 | 自动识别模块边界 | 需手动指定范围 |
-
-### 降级提示
-
-当 MCP 不可用时，输出以下提示：
-
-```
-⚠️ CKB 不可用，使用 Grep 文本搜索进行影响分析。
-分析结果可能不够精确，建议手动生成 SCIP 索引后重新分析。
-```
+## MCP 说明
 
+本 Skill 不依赖 MCP 服务，无需运行时检测。

package/skills/devbooks-implementation-plan/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-implementation-plan
 description: devbooks-implementation-plan：从设计文档推导编码计划（tasks.md），输出可跟踪的主线计划/临时计划/断点区，并绑定验收锚点。用户说"写编码计划/Implementation Plan/tasks.md/任务拆解/并行拆分/里程碑/验收锚点"等时使用。
+recommended_experts: ["System Architect", "Product Manager"]
 allowed-tools:
   - Glob
   - Grep
@@ -153,9 +154,6 @@ implementation-plan → test-owner (会话A) → coder (会话B)
 
 ---
 
-## MCP 增强
+## MCP 说明
 
 本 Skill 不依赖 MCP 服务，无需运行时检测。
-
-MCP 增强规则参考：`skills/_shared/MCP增强模板.md`
-

package/skills/devbooks-proposal-author/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-proposal-author
 description: devbooks-proposal-author：撰写变更提案 proposal.md（Why/What/Impact + Debate Packet），作为后续 Design/Spec/Plan 的入口。对设计性决策会呈现选项给用户选择。用户说"写提案/proposal/为什么要改/影响范围/坏味道重构提案"等时使用。
+recommended_experts: ["Product Manager", "System Architect"]
 allowed-tools:
   - Glob
   - Grep
@@ -175,9 +176,12 @@ proposal-author → [impact-analysis] → design-doc → [spec-contract] → imp
 
 ---
 
-## MCP 增强
+## Challenger 审视
 
-本 Skill 不依赖 MCP 服务，无需运行时检测。
+在完成提案草案后，执行 Challenger 审视，重点检查遗漏的约束与不确定性，并参考完备性方法论。
+
+- 方法论参考：[完备性思维框架](../_shared/references/完备性思维框架.md)
 
-MCP 增强规则参考：`skills/_shared/MCP增强模板.md`
+## MCP 说明
 
+本 Skill 不依赖 MCP 服务，无需运行时检测。

package/skills/devbooks-proposal-challenger/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-proposal-challenger
 description: devbooks-proposal-challenger：对 proposal.md 发起质疑（Challenger）+ 查漏补缺，指出风险/遗漏/不一致并给结论，发现缺失的验收标准和未覆盖场景。用户说"质疑提案/挑刺/风险评估/提案对辩 challenger/查漏补缺"等时使用。
+recommended_experts: ["Product Manager", "System Architect"]
 allowed-tools:
   - Glob
   - Grep
@@ -78,9 +79,6 @@ allowed-tools:
 
 ---
 
-## MCP 增强
+## MCP 说明
 
 本 Skill 不依赖 MCP 服务，无需运行时检测。
-
-MCP 增强规则参考：`skills/_shared/MCP增强模板.md`
-

package/skills/devbooks-proposal-judge/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-proposal-judge
 description: devbooks-proposal-judge：对 proposal 阶段进行裁决（Judge），输出 Approved/Revise/Rejected 并写回 proposal.md 的 Decision Log。用户说"裁决提案/提案评审/Approved Revise Rejected/decision log"等时使用。
+recommended_experts: ["Product Manager", "System Architect"]
 allowed-tools:
   - Glob
   - Grep
@@ -70,9 +71,6 @@ allowed-tools:
 
 ---
 
-## MCP 增强
+## MCP 说明
 
 本 Skill 不依赖 MCP 服务，无需运行时检测。
-
-MCP 增强规则参考：`skills/_shared/MCP增强模板.md`
-

package/skills/devbooks-reviewer/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-reviewer
 description: devbooks-reviewer：以 Reviewer 角色做可读性/一致性/依赖健康/坏味道审查，只输出审查意见与可执行建议，不讨论业务正确性。用户说"帮我做代码评审/review 可维护性/坏味道/依赖风险/一致性建议"，或在 DevBooks apply 阶段以 reviewer 执行时使用。
+recommended_experts: ["System Architect", "Security Expert"]
 allowed-tools:
   - Glob
   - Grep
@@ -206,40 +207,6 @@ Review 通过后，Reviewer 必须执行：
 
 ---
 
-## MCP 增强
-
-本 Skill 支持 MCP 运行时增强，自动检测并启用高级功能。
-
-MCP 增强规则参考：`skills/_shared/MCP增强模板.md`
-
-### 依赖的 MCP 服务
-
-| 服务 | 用途 | 超时 |
-|------|------|------|
-| `mcp__ckb__getHotspots` | 检测热点文件，优先审查 | 2s |
-| `mcp__ckb__getStatus` | 检测 CKB 索引可用性 | 2s |
-
-### 检测流程
-
-1. 调用 `mcp__ckb__getStatus`（2s 超时）
-2. 若 CKB 可用 → 调用 `mcp__ckb__getHotspots` 获取热点文件
-3. 对热点文件进行优先审查
-4. 若超时或失败 → 降级到基础模式
-
-### 增强模式 vs 基础模式
-
-| 功能 | 增强模式 | 基础模式 |
-|------|----------|----------|
-| 热点优先审查 | 自动识别高风险文件 | 按变更顺序审查 |
-| 依赖方向检查 | 基于模块图分析 | 基于文件路径推断 |
-| 循环依赖检测 | CKB 精确检测 | Grep 启发式检测 |
-
-### 降级提示
-
-当 MCP 不可用时，输出以下提示：
-
-```
-⚠️ CKB 不可用，无法进行热点优先审查。
-按变更文件顺序进行审查。
-```
+## MCP 说明
 
+本 Skill 不依赖 MCP 服务，无需运行时检测。

package/skills/devbooks-router/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-router
 description: devbooks-router：DevBooks 工作流入口引导：帮助用户确定从哪个 skill 开始，检测项目当前状态，给出最短闭环路径。用户说"下一步怎么做/从哪开始/按 devbooks 跑闭环/项目状态"等时使用。注意：skill 完成后的路由由各 skill 自己负责，无需调用 router。
+recommended_experts: ["System Architect", "Product Manager"]
 allowed-tools:
   - Glob
   - Grep
@@ -236,7 +237,7 @@ LSC（大规模同质化修改）建议：
 触发信号：用户说"更新文档/同步文档/README 更新/API 文档"等。
 
 默认路由：
-- `devbooks-docs-sync`（维护用户文档与代码一致性）
+- `devbooks-docs-consistency`（维护用户文档与代码一致性）
   - 增量模式：在变更包上下文中，只更新本次 change 相关的文档
   - 全局模式：带 --global 参数，扫描全部文档并生成差异报告
 
@@ -253,7 +254,7 @@ LSC（大规模同质化修改）建议：
 默认路由：
 - 若本次产生了 spec delta：`devbooks-archiver`（先修剪 `<truth-root>/**` 再归档合并）
 - 若需要回写设计决策：`devbooks-design-backport`（按需）
-- 若影响用户文档：`devbooks-docs-sync`（确保文档与代码一致）
+- 若影响用户文档：`devbooks-docs-consistency`（确保文档与代码一致）
 
 归档前的确定性检查（推荐）：
 - `change-check.sh <change-id> --mode strict ...`（要求：proposal 已 Approved、tasks 全勾选、trace matrix 无 TODO、结构守门决策已填写）
@@ -340,37 +341,6 @@ DevBooks 使用 `devbooks-proposal-author skill`、`devbooks-test-owner/coder sk
 
 ---
 
-## MCP 增强
+## MCP 说明
 
-本 Skill 支持 MCP 运行时增强，自动检测并启用高级功能。
-
-MCP 增强规则参考：`skills/_shared/MCP增强模板.md`
-
-### 依赖的 MCP 服务
-
-| 服务 | 用途 | 超时 |
-|------|------|------|
-| `mcp__ckb__getStatus` | 检测 CKB 索引可用性 | 2s |
-
-### 检测流程
-
-1. 调用 `mcp__ckb__getStatus`（2s 超时）
-2. 若 CKB 可用 → 在路由建议中标注"图基能力已激活"
-3. 若超时或失败 → 在路由建议中标注"图基能力降级"，建议手动生成 SCIP 索引
-
-### 增强模式 vs 基础模式
-
-| 功能 | 增强模式 | 基础模式 |
-|------|----------|----------|
-| 影响分析推荐 | 使用 CKB 精确分析 | 使用 Grep 文本搜索 |
-| 代码导航 | 符号级跳转可用 | 文件级搜索 |
-| 热点检测 | CKB 实时分析 | 不可用 |
-
-### 降级提示
-
-当 MCP 不可用时，输出以下提示：
-
-```
-⚠️ CKB 索引未激活，图基能力（影响分析、调用图等）将降级。
-建议手动生成 SCIP 索引以启用完整功能。
-```
+本 Skill 不依赖 MCP 服务，无需运行时检测。

package/skills/devbooks-spec-contract/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-spec-contract
 description: devbooks-spec-contract：定义对外行为规格与契约（Requirements/Scenarios/API/Schema/兼容策略/迁移），并建议或生成 contract tests。合并了原 spec-delta 和 contract-data 的功能。用户说"写规格/spec/契约/OpenAPI/Schema/兼容策略/contract tests"等时使用。
+recommended_experts: ["System Architect", "Product Manager"]
 allowed-tools:
   - Glob
   - Grep
@@ -188,38 +189,6 @@ spec-contract → implementation-plan → test-owner → coder
 
 ---
 
-## MCP 增强
+## MCP 说明
 
-本 Skill 支持 MCP 运行时增强，自动检测并启用高级功能。
-
-MCP 增强规则参考：`skills/_shared/MCP增强模板.md`
-
-### 依赖的 MCP 服务
-
-| 服务 | 用途 | 超时 |
-|------|------|------|
-| `mcp__ckb__findReferences` | 检测契约引用范围 | 2s |
-| `mcp__ckb__getStatus` | 检测 CKB 索引可用性 | 2s |
-
-### 检测流程
-
-1. 调用 `mcp__ckb__getStatus`（2s 超时）
-2. 若 CKB 可用 → 使用 `findReferences` 检测契约符号的引用范围
-3. 若超时或失败 → 降级到 Grep 文本搜索
-
-### 增强模式 vs 基础模式
-
-| 功能 | 增强模式 | 基础模式 |
-|------|----------|----------|
-| 引用检测 | 符号级精确匹配 | Grep 文本搜索 |
-| 契约影响范围 | 调用图分析 | 直接引用统计 |
-| 兼容性风险 | 自动评估 | 手动判断 |
-
-### 降级提示
-
-当 MCP 不可用时，输出以下提示：
-
-```
-⚠️ CKB 不可用，使用 Grep 文本搜索检测契约引用。
-结果可能不够精确，建议手动生成 SCIP 索引。
-```
+本 Skill 不依赖 MCP 服务，无需运行时检测。

package/skills/devbooks-test-owner/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-test-owner
 description: devbooks-test-owner：以 Test Owner 角色把设计/规格转成可执行验收测试与追溯文档（verification.md），强调与实现（Coder）独立对话、先跑出 Red 基线。用户说"写测试/验收测试/追溯矩阵/verification.md/Red-Green/contract tests/fitness tests"，或在 DevBooks apply 阶段以 test owner 执行时使用。
+recommended_experts: ["Test Engineer"]
 allowed-tools:
   - Glob
   - Grep
@@ -279,8 +280,6 @@ proposal → design → [TEST-OWNER] → [CODER] → [TEST-OWNER] → code-revie
 
 ---
 
-## MCP 增强
+## MCP 说明
 
 本 Skill 不依赖 MCP 服务，无需运行时检测。
-
-MCP 增强规则参考：`~/.claude/skills/_shared/MCP增强模板.md`

package/skills/devbooks-test-reviewer/SKILL.md

@@ -1,6 +1,7 @@
 ---
 name: devbooks-test-reviewer
 description: devbooks-test-reviewer：以 Test Reviewer 角色评审 tests/ 测试质量（覆盖、边界、可读性、可维护性），只输出评审意见，不修改代码。用户说“测试评审/评审测试质量/覆盖率/边界条件”等时使用。
+recommended_experts: ["Test Engineer"]
 allowed-tools:
   - Glob
   - Grep
@@ -244,12 +245,10 @@ allowed-tools:
 
 ---
 
-## MCP 增强
+## MCP 说明
 
 本 Skill 不依赖 MCP 服务，无需运行时检测。
 
-MCP 增强规则参考：`skills/_shared/MCP增强模板.md`
-
 ---
 
 *此 Skill 文档遵循 devbooks-* 规范。*

package/skills/devbooks-docs-sync/SKILL.md

@@ -1,338 +0,0 @@
----
-name: devbooks-docs-sync
-description: devbooks-docs-sync：维护项目文档（README、API 文档等面向用户的文档）与代码的一致性。支持增量模式（针对 change）和全局模式（一致性检查）。用户说"更新文档/同步文档/文档对齐/README 更新/API 文档更新"等时使用。
-allowed-tools:
-  - Glob
-  - Grep
-  - Read
-  - Edit
-  - Write
-  - Bash
----
-
-# DevBooks：文档同步（Docs Sync）
-
-## 前置：配置发现（协议无关）
-
-执行前**必须**按以下顺序查找配置（找到后停止）：
-1. `.devbooks/config.yaml`（如存在）→ 解析并使用其中的映射
-2. `dev-playbooks/project.md`（如存在）→ Dev-Playbooks 协议，使用默认映射
-3. `project.md`（如存在）→ template 协议，使用默认映射
-4. 若仍无法确定 → **停止并询问用户**
-
----
-
-## 角色定义
-
-**docs-sync** 是 DevBooks Apply 阶段的文档维护角色，负责确保面向用户的文档与代码保持一致。
-
-### 文档分类
-
-| 文档类型 | 目标受众 | 是否由本 Skill 维护 | 示例 |
-|----------|----------|:-------------------:|------|
-| **用户文档** | 最终用户 | ✅ | README.md, docs/*.md, API.md |
-| **开发者规范** | AI/开发者 | ❌（由其他 skill 维护） | dev-playbooks/, AGENTS.md |
-| **代码注释** | 开发者 | ❌（由 coder 维护） | JSDoc, 行内注释 |
-
-### 与其他角色的区别
-
-| 维度 | docs-sync | coder | reviewer |
-|------|:---------:|:-----:|:--------:|
-| 维护用户文档 | ✅ | ❌ | ❌ |
-| 修改代码 | ❌ | ✅ | ❌ |
-| 修改测试 | ❌ | ❌ | ❌ |
-| 审查代码质量 | ❌ | ❌ | ✅ |
-
----
-
-## 关键约束
-
-### CON-DOCS-001：只维护用户文档
-- **允许修改**：README.md、docs/、API.md、CHANGELOG.md、配置说明等
-- **禁止修改**：dev-playbooks/、AGENTS.md、CLAUDE.md、src/、tests/
-
-### CON-DOCS-002：不引入新功能
-- 只同步现有功能的文档描述
-- 不添加代码中不存在的功能说明
-- 如发现功能缺失，应提出建议而非自行添加
-
-### CON-DOCS-003：保持风格一致
-- 遵循项目现有的文档风格
-- 使用 `<truth-root>/_meta/glossary.md` 中的统一术语
-- 保持中英文一致性（如项目有多语言文档）
-
----
-
-## 运行模式
-
-### 模式一：增量模式（Change-Scoped）
-
-**触发条件**：在变更包上下文中运行
-
-**行为**：
-1. 分析本次 change 影响的公共 API/功能/配置
-2. 定位相关的用户文档
-3. 更新受影响的文档部分
-4. 输出变更摘要
-
-**执行流程**：
-```
-1. 读取 <change-root>/<change-id>/design.md 了解变更内容
-2. 识别影响范围：
-   - 新增/修改的公共 API
-   - 配置项变更
-   - 用户可见行为变更
-3. 定位需要更新的文档：
-   - README.md 中的功能说明
-   - API.md 中的接口文档
-   - docs/ 中的使用指南
-4. 执行更新并记录
-```
-
-### 模式二：全局模式（Global Sync）
-
-**触发条件**：用户显式请求全局同步（如 `devbooks-docs-sync --global`）
-
-**行为**：
-1. 扫描项目所有公共 API 和功能
-2. 比对文档覆盖情况
-3. 生成差异报告
-4. 询问用户确认后执行修复
-
-**执行流程**：
-```
-1. 扫描代码中的公共接口（导出函数、类、配置）
-2. 扫描用户文档中的功能描述
-3. 生成对比矩阵：
-   - 代码有文档无：需要补充
-   - 代码无文档有：过时文档
-   - 代码文档不一致：需要同步
-4. 输出差异报告
-5. 用户确认后执行修复
-```
-
----
-
-## 检查清单
-
-### 文档覆盖检查
-
-- [ ] README.md 中的功能列表是否与实际功能一致
-- [ ] API 文档是否覆盖所有公共接口
-- [ ] 配置说明是否与实际配置项一致
-- [ ] 示例代码是否能正常运行
-
-### 一致性检查
-
-- [ ] 文档中的术语是否与 glossary.md 一致
-- [ ] 版本号是否与 package.json 一致
-- [ ] 命令行示例是否与实际 CLI 一致
-- [ ] 链接是否有效（无死链）
-
-### 完整性检查
-
-- [ ] 安装指南是否完整
-- [ ] 快速开始是否可用
-- [ ] 常见问题是否更新
-- [ ] CHANGELOG 是否记录了重要变更
-
----
-
-## 输出格式
-
-### 增量模式输出
-
-```markdown
-# Docs Sync Report: <change-id>
-
-## 影响分析
-
-| 变更类型 | 影响项 | 相关文档 |
-|----------|--------|----------|
-| 新增 API | `createWidget()` | README.md, API.md |
-| 修改配置 | `timeout` 参数 | docs/config.md |
-| 移除功能 | `legacyMode` | README.md |
-
-## 更新摘要
-
-### README.md
-- [x] 更新功能列表，添加 `createWidget` 描述
-- [x] 移除 `legacyMode` 相关说明
-
-### API.md
-- [x] 添加 `createWidget()` 接口文档
-
-## 结论
-
-✅ **SYNCED** - 文档已同步完成
-```
-
-### 全局模式输出
-
-```markdown
-# Global Docs Sync Report
-
-## 覆盖率统计
-
-| 类型 | 代码数量 | 文档数量 | 覆盖率 |
-|------|----------|----------|--------|
-| 公共函数 | 25 | 22 | 88% |
-| 配置项 | 10 | 10 | 100% |
-| CLI 命令 | 5 | 4 | 80% |
-
-## 差异清单
-
-### 缺失文档（代码有文档无）
-1. `parseConfig()` - src/config.ts:42
-2. `validateInput()` - src/utils.ts:15
-
-### 过时文档（代码无文档有）
-1. `oldFunction()` - 已在 v2.0 移除
-
-### 不一致项
-1. `timeout` 参数：代码默认值 30s，文档写 60s
-
-## 建议操作
-
-1. 为 `parseConfig()` 添加文档
-2. 移除 `oldFunction()` 的文档
-3. 修正 `timeout` 的默认值说明
-
-是否执行以上修复？[Y/n]
-```
-
----
-
-## 与工作流的集成
-
-### 在 Delivery Workflow 中的位置
-
-```
-Design → Plan → Test → Implement → Review → [Docs Sync] → Archive
-```
-
-### 触发时机
-
-| 阶段 | 触发条件 | 模式 |
-|------|----------|------|
-| 实现完成后 | change 影响公共 API | 增量模式 |
-| 归档前 | 用户请求 | 增量模式 |
-| 独立运行 | 用户显式请求 | 全局模式 |
-
-### 是否每个 change 都要执行？
-
-**不是**。只有满足以下条件的 change 才需要执行：
-
-- 新增/修改/删除公共 API
-- 变更用户可见行为
-- 修改配置项
-- 变更 CLI 命令
-
-**以下情况不需要执行**：
-
-- 纯重构（不影响公共接口）
-- Bug 修复（不改变行为）
-- 内部实现优化
-- 测试代码变更
-
----
-
-## 如何确保不遗漏
-
-### 1. 在 design.md 中标记
-
-在 design.md 中添加 `[Docs-Required]` 标记：
-
-```markdown
-## 变更说明
-
-本次变更添加了新的 `createWidget()` API。[Docs-Required]
-```
-
-### 2. 在 tasks.md 中包含文档任务
-
-```markdown
-## 任务列表
-
-- [ ] 实现 createWidget API
-- [ ] 添加单元测试
-- [ ] [Docs] 更新 API.md
-- [ ] [Docs] 更新 README.md
-```
-
-### 3. 在 review 阶段检查
-
-code-review 时检查是否有未完成的文档任务。
-
----
-
-## 上下文感知
-
-本 Skill 在执行前自动检测上下文，选择合适的运行模式。
-
-### 检测流程
-
-1. 检测是否在变更包上下文中
-2. 检测是否有 `--global` 参数
-3. 检测变更包是否影响公共 API
-
-### 本 Skill 支持的模式
-
-| 模式 | 触发条件 | 行为 |
-|------|----------|------|
-| **增量模式** | 在变更包上下文中 | 只更新本次 change 相关的文档 |
-| **全局模式** | 带 --global 参数 | 扫描全部文档并生成差异报告 |
-| **检查模式** | 带 --check 参数 | 只检查不修改，输出报告 |
-
-### 检测输出示例
-
-```
-检测结果：
-- 变更包上下文：存在 (CHG-2024-001)
-- 影响公共 API：是 (2 个新增, 1 个修改)
-- 运行模式：增量模式
-```
-
----
-
-## MCP 增强
-
-本 Skill 可选使用 MCP 服务增强功能。
-
-### 依赖的 MCP 服务（可选）
-
-| 服务 | 用途 | 超时 |
-|------|------|------|
-| `mcp__ckb__searchSymbols` | 搜索公共 API | 2s |
-| `mcp__ckb__getModuleOverview` | 获取模块概览 | 2s |
-
-### 增强模式 vs 基础模式
-
-| 功能 | 增强模式 | 基础模式 |
-|------|----------|----------|
-| API 发现 | 自动识别所有导出 | 基于文件 glob 搜索 |
-| 影响分析 | 精确的调用关系 | 基于文件名推断 |
-
-### 降级提示
-
-当 MCP 不可用时，输出以下提示：
-
-```
-⚠️ CKB 不可用，使用基础模式扫描。
-建议：手动指定需要检查的模块路径。
-```
-
----
-
-## 元数据
-
-| 字段 | 值 |
-|------|-----|
-| Skill 名称 | devbooks-docs-sync |
-| 阶段 | Apply（实现后、归档前） |
-| 产物 | 更新后的用户文档 |
-| 约束 | CON-DOCS-001~003 |
-
----
-
-*此 Skill 文档遵循 devbooks-* 规范。*