一键导入
verify-change
变更校验关卡。分析代码变更,检测文档同步状态,评估变更影响范围。当用户提到变更检查、文档同步、代码审查、提交前检查、diff分析时使用。在设计级变更、重构完成时自动触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
变更校验关卡。分析代码变更,检测文档同步状态,评估变更影响范围。当用户提到变更检查、文档同步、代码审查、提交前检查、diff分析时使用。在设计级变更、重构完成时自动触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
CCG Skills - Quality gates, documentation generator, and multi-agent orchestration. Auto-installed by CCG workflow system.
模块完整性校验关卡。扫描目录结构、检测缺失文档、验证代码与文档同步。当用户提到模块校验、文档检查、结构完整性、README检查、DESIGN检查时使用。在新建模块完成时自动触发。
代码质量校验关卡。检测复杂度、重复代码、命名规范、函数长度等质量指标。当用户提到代码质量、复杂度检查、代码异味、重构建议、lint检查、代码规范时使用。在复杂模块、重构完成时自动触发。
安全校验关卡。自动扫描代码安全漏洞,检测危险模式,确保安全决策有文档记录。当用户提到安全扫描、漏洞检测、安全审计、代码安全、OWASP、注入检测、敏感信息泄露时使用。在新建模块、安全相关变更、攻防任务、重构完成时自动触发。
从近期开发会话中萃取可复用的模式 / 决策 / 教训。当用户提到提取教训 / 复盘 / lessons learned / 知识沉淀 / 经验萃取 / 提炼模式时使用。会扫 .context/ 决策日志 + git log 提交语义。
代码事件取证 / 提交考古。给定一个文件 / 函数 / bug 现场,反向溯源 git 历史 + 关联 PR / issue / 改动者,重建事故 timeline。当用户提到 git blame / 谁改的 / 为什么这样写 / 提交考古 / 代码取证 / forensics 时使用。
| name | verify-change |
| description | 变更校验关卡。分析代码变更,检测文档同步状态,评估变更影响范围。当用户提到变更检查、文档同步、代码审查、提交前检查、diff分析时使用。在设计级变更、重构完成时自动触发。 |
| license | MIT |
| compatibility | node>=18 |
| user-invocable | true |
| disable-model-invocation | false |
| allowed-tools | Bash, Read, Grep |
| argument-hint | ["--mode working|staged|committed"] |
| deprecated_in | 1.0.0 |
| replaced_by | /ccg:verify --gate=change |
| deprecation_message | 推荐使用 `/ccg:verify --gate=change`。本命令仍可用以保持 BC。详见 .ccg-migration/DEPRECATIONS.md |
| gate-type | revision-loop |
/ccg:verify 的 Gates Taxonomy 段及 src/utils/verify-orchestrator.ts 的 GATE_REGISTRY 为准变更 = 代码改动 + 文档更新 + 理由记录
无理由的变更是隐患,无记录的变更是灾难
每一次变更都是历史,每一个决策都要留痕
运行变更分析脚本(跨平台):
# 在 skill 目录下运行
node scripts/change_analyzer.js # 分析工作区变更(默认)
node scripts/change_analyzer.js --mode staged # 分析暂存区变更
node scripts/change_analyzer.js --mode committed # 分析已提交变更
node scripts/change_analyzer.js -v # 详细模式
node scripts/change_analyzer.js --json # JSON 输出
| 检测项 | 说明 |
|---|---|
| 文件分类 | 自动识别代码/文档/测试/配置文件 |
| 模块识别 | 识别受影响的模块 |
| 文档同步 | 检测代码变更是否同步更新文档 |
| 测试覆盖 | 检测代码变更是否有对应测试 |
| 影响评估 | 评估变更规模和影响范围 |
在修改任何模块前,必须:
代码修改完成后,必须:
在 DESIGN.md 的变更历史中添加:
## 变更历史
### [日期] - [变更标题]
**变更内容**: 简述改了什么
**变更理由**: 为什么要改
**影响范围**: 影响哪些功能/模块
**决策依据**: 为何选择此方案(如适用)
| 场景 | 触发条件 |
|---|---|
| 设计级变更 | 修改架构、接口、数据结构 |
| 重构完成 | 重构任务完成时 |
| 代码变更 > 30 行 | 较大规模代码修改 |
| 提交前 | 代码提交前检查 |
1. 运行 change_analyzer.js 自动分析
2. 识别变更文件和受影响模块
3. 检查文档同步状态
4. 评估变更影响
5. 输出变更校验报告
## 变更校验报告
### 变更概览
- 变更文件数: N
- 代码变更行数: +X / -Y
- 受影响模块: [模块列表]
### 文档同步状态
- README.md: ✓ 已同步 / ⚠️ 需更新
- DESIGN.md: ✓ 已同步 / ⚠️ 需更新
### 测试覆盖
- 测试文件变更: ✓ 有 / ⚠️ 无
### 结论
可提交 / 需补充文档后提交