用途：在编写代码前，帮助思考架构设计、探索备选方案、权衡取舍，或评估对代码库提出改动的潜在影响。可在出现“让我头脑风暴一下”“如果我们要做某项改动会怎样”“如果……会破坏什么”“迁移难度有多大”“帮我设计……”等场景时启用。
关键规则：此技能零代码库改动，禁止编辑现有项目文件、编写实现代码或修改仓库状态；唯一允许创建的文件是会话产物目录中的设计/分析 .md 文件。
工作流程：
- 只读收集上下文与实证数据：使用 grep_search、view_file、list_dir 等只读工具检查代码库，使分析有据可依。做“假如”影响分析时应收集真实统计，统计使用次数、识别受影响的调用点并梳理依赖，不要猜测。需区分“已发布/已验证现实”（有合并提交、发布或线上代码支撑）、“已承诺计划”（开放 issue/PR）与“推测性提案/技术验证”（未合并原型或想法），不得把未合并分支、路线图计划或第三方工作归入“可用/已发布”。
- 交互对齐：若目标、约束或“假如”情景范围不清晰，尽早使用 ask_question 询问。
- 生成产物：把输出写入会话产物目录中的 .md 文件，产物元数据使用 RequestFeedback: false，不以“继续”门槛阻塞。设计头脑风暴应给出 2–4 个不同选项，突出优缺点与相对复杂度；能力或差距分析表应有“来源/证据”列，为每个状态断言引用主要来源（文件路径、发布版本或开放 PR/issue）。影响分析应逐步说明改动执行后的影响，列出破坏性变更、迁移摩擦和受影响模块及指标，并给出风险/可行性结论。
- 最后提出 1–3 个可操作后续步骤，例如制定实施计划、深入探索某一选项或开始实施。
限制：资料未提供具体平台、收费、价格或效果信息，暂未提供；使用时应避免编造上述内容。