用途：深度探索当前项目，回答“现在最值得做的架构、框架、工具链或 DX 改进有哪些”，输出 5–10 项带评分矩阵的排序清单。可选出 5–10 名，小项目更少也正常。它是 innovate（关注产品动作）的技术侧对应物。
聚焦参数：接受可选自由文本 focus（如 feedback-loop、developer experience、build speed、testing、observability、CI pipeline）。无 focus 时横跨四维度：架构（分层、模块边界、数据流、状态形态）、库与框架、构建与工具链、DX 与基础设施。有 focus 时只保留匹配项。
流程：读取 CLAUDE.md、README、关键配置；发现 ADR（按 docs/adr/、docs/adrs/、docs/architecture/decisions/、adr/、adrs/、.claude/rules/ 顺序，找不到则 grep ADR- 或 # Architecture Decision）；扫描摩擦点；生成候选；按 focus 过滤；对照 ADR/规则检查，冲突项标为 ADR-blocked 并降序；经 devsql 查历史尝试并分类（shipped 丢弃，reverted-recent、reverted-stale、struggled、deferred、none）；评分并列出承重假设（verified、probe:feasibility、probe:impact、unverifiable），probe 需给出 10 分钟内可跑的验证命令，且不自动执行。
评分：Impact 与 Effort 用 S/M/L/XL，Risk 用 Low/Med/High，Confidence 用 Low/Med/High。有未验证 probe/ unverifiable 假设支撑 L/XL Impact 或 S Effort 时 Confidence 记 Low。排序偏好高 Impact、低 Effort、低 Risk、高 Confidence。
输出：含先例与 probe 列的排序矩阵、逐项问题/变更/影响/风险/迁移路径/证据/假设，前三名给“最便宜 kill-switch”。最后询问用户要展开哪些为实施步骤，不自动展开。
限制：不提议纯代码清理、单 bug 修复、产品功能新增和投机性重写；仅在资料中明确说明。未提供收费、价格、平台与效果信息。