name: confidence-check
description: 实施前置信度检查。用于新功能开发、Bug修复、代码重构等复杂任务开始前。自动触发，无需手动调用。
compatibility: opencode

实施前置信度检查

在动手写代码前花 100-200 tokens 做检查，可避免走错方向浪费 5,000-50,000 tokens。

自动触发规则

触发检查的场景

识别到以下复杂任务时 自动触发：

跳过检查的场景

以下情况 不触发检查：
- 单行修改、变量重命名
- 纯文档变更（README、注释）
- 代码阅读/解释请求
- 用户明确说"跳过检查"（需先提醒风险）

检查流程

步骤 1：识别任务类型

分析用户请求，判断属于以下哪种类型：
- 新功能开发
- Bug 修复
- 代码重构

步骤 2：执行对应检查项

根据任务类型，执行对应的检查项。每项检查需要 实际执行（使用工具搜索）+ 上下文分析。

新功能开发检查项

Bug 修复检查项

代码重构检查项

步骤 3：计算综合评分

每项检查评分为 0-100%，根据权重计算综合得分。

步骤 4：做出决策

输出格式

检查完成后，输出以下格式的报告：

📋 实施前置信度检查

任务类型：[新功能 / Bug修复 / 重构]

检查结果：
   [✅/❌] 重复实现检查 - [具体发现说明]
   [✅/❌] 架构合规检查 - [具体发现说明]
   [✅/❌] 官方文档验证 - [具体发现说明]
   [✅/❌] OSS 参考方案 - [具体发现说明]
   [✅/❌] 根因分析 - [具体发现说明]（仅 Bug 修复）

综合评分：XX%
决策：[✅ 继续实施 / ⚠️ 需要澄清 / ❌ 暂停并补充信息]

建议：
- [可操作的具体建议 1]
- [可操作的具体建议 2]

跳过检查的处理

如果用户要求跳过检查（如"跳过检查"、"直接开始"、"不用检查"），先输出以下风险提醒：

⚠️ 跳过前置检查可能带来的风险：
- 40% 的"简单"任务存在重复实现
- 30% 的返工由架构假设错误导致
- 5 分钟检查可节省 3 小时调试时间

你已经完成了哪些检查？确认继续吗？

等待用户确认后，再开始实施。

常见风险信号