用途:cb-review 用于审查当前 git 工作区中尚未提交的改动,关注正确性、安全性、可维护性以及与项目规范的契合度,最终产出一份结构化审查报告。\n\n主要能力与输出:报告包含改动摘要(2-6 条要点)、风险等级(低/中/高)、审查范围,以及逐条发现的问题。每条发现按固定模板给出:递增 ID(如 R-001)、严重级别(S0 严重、S1 高、S2 中、S3 低)、类别(正确性、安全、可靠性、风格、性能、测试、可维护性)、位置(文件路径加行号或函数/类名)、问题描述、影响、修复建议和置信度。若无问题则明确写“无可行发现”。报告还包含正面记录、必修复清单(仅列 S0/S1)和最终结论:Approve(无阻断问题)或 Request Changes(存在阻断问题)。\n\n使用方式:技能按工作流执行。第一步收集上下文:运行 git diff 和 git diff --cached(若有已暂存改动),读取被修改文件的完整内容而非仅差异片段,按共享上下文加载协议加载项目上下文,并在可行时对涉及区域运行 lint、类型检查或测试。第二步从正确性、安全、可靠性、风格一致性、性能、测试、可维护性等维度分析改动。第三、四步按严重级别分类并生成上述格式报告。\n\n适用场景:本地提交前的代码自审、合并前质量把关、团队评审流程中生成标准化审查记录。\n\n限制:资料未提供具体的安装方式、依赖环境、支持的编程语言或平台、收费与价格等信息,暂未提供。审查效果依赖被审查工作区的可用上下文与可运行的检查工具,报告中的置信度需在信息不确定时下调并说明原因。
cb-review
编程与开发
更新于 10-15 17:30