技术方案

这是流程型 skill。目标是把已确认需求转成可拆任务的技术契约。方案文档引用需求编号和验收要求，不重写需求正文；方案必须基于真实项目证据，而不是凭空设计。

触发与边界

触发：用户要求做技术设计、技术方案、实现方案、架构/API/数据/UI 实现设计、验证策略，或需要把已确认需求转成任务阶段可执行契约时使用。

不触发：用户还在澄清需求、路线图、用户故事、功能点或验收要求时，调用 requirements-workshop-v3，见其 SKILL.md；用户已经要求任务规划、实现、验收或故障排查时，交给对应阶段 skill；用户只要求调研事实且已有 RT-* 时，调用 project-research-v3，见其 SKILL.md。

与其他 skill 的关系：本 skill 可调用 requirements-workshop-v3，见其 SKILL.md；可调用 project-research-v3，见其 SKILL.md；可调用 project-development-review-v3，见其 SKILL.md。调研或审查不可用时，必须记录影响，方案入口不得标记为 confirmed。

存储与路径契约

• 技术方案入口只在 workplace/<版本>/tech-design/ 下创建或更新一份；优先使用用户给出的路径，其次复用同一需求或事项已有入口，否则按 YYYY-MM-DD-功能名.md 命名。
• 一个已确认需求或事项当前只能有一份方案入口；发现多份时先选择或合并，不继续新增。
• 新建入口使用 技术方案模板。
• 支撑材料放在入口旁的同名目录中，按需创建，不预建空目录或空文件。
• 支撑材料编号使用类型加递增数字：RT-* 调研、EVD-* 证据汇总、REV-* 审查。