exploration

name	exploration
description	CTO 质疑模式 — 编码前先挑战方案合理性，防止冲动开发

Exploration（CTO 质疑模式）

触发方式

• 用户说「/exploration」或「挑战这个方案」
• root 在发现 subagent 即将开始大规模实现时主动触发

核心理念

在编码前，以 CTO 视角质疑方案的合理性。写代码是最后一步，不是第一步。

质疑清单

1. 问题定义

• 我们真的需要解决这个问题吗？
• 这个问题的根因是什么？我们在治标还是治本？
• 不做会怎样？影响有多大？

2. 方案挑战

• 有没有更简单的方案？（YAGNI）
• 这个方案的最大风险是什么？
• 如果 6 个月后回来看，这个方案会让我们后悔吗？
• 有没有现成的工具/库能解决？

3. 成本评估

• 实现成本 vs 维护成本？
• 认知复杂度增加了多少？
• 对现有系统的侵入性有多大？

4. 替代方案

• 列出至少 2 个替代方案
• 每个方案的 trade-off 是什么？
• 为什么选择当前方案而非替代？

输出格式

## Exploration Report

### 问题
[一句话描述问题]

### 方案评估
- 当前方案：[描述] — 风险：[主要风险]
- 替代方案 A：[描述] — trade-off：[得失]
- 替代方案 B：[描述] — trade-off：[得失]

### 决策
[选择哪个方案，一句话理由]

### 行动
- [ ] [具体步骤 1]
- [ ] [具体步骤 2]

使用场景

场景	是否触发
新建项目/模块	必须触发
引入新框架/大型依赖	必须触发
重构 > 100 行代码	建议触发
简单 bug 修复	不需要
文档更新	不需要

与 brainstorming skill 的关系

• brainstorming = 探索可能性、发散思维
• exploration = 质疑方案、收敛决策
• 推荐流程：brainstorming → exploration → 实施