用途：该技能把产品负责人的需求与设计师的界面流程综合为技术设计文档（TDD），定义“做什么、怎么做、按什么顺序做、有哪些依赖与风险”，作为工程团队的单一事实来源。
主要能力：一是需求转架构，将业务目标、用户流程、边界情况、UI组件与状态翻译为系统架构、数据模型、API契约与集成点；二是划分前端、后端、基础设施的责任边界；三是明确API、事件、状态与数据模型契约，含请求/响应、状态码、错误模型、限流与重试、鉴权；四是规划实施阶段、依赖链、可并行项与责任分配；五是记录正常路径与失败模式（网络失败、超时、校验错误、并发竞争、部分成功、状态不一致、外部服务不可用）；六是覆盖性能、扩展性、安全与可靠性等非功能需求；七是记录关键取舍、假设、风险与缓解方案。
使用方式：按工作流先理解输入（产品规格、设计规格、现有架构），再定义数据模型、系统组件、API与契约，接着规划实施阶段，最后产出TDD。TDD通常包含执行摘要、架构概览、数据模型、系统组件、API与契约、实施阶段、正常与失败路径、非功能需求、取舍与决策、风险与缓解、集成点、成功标准。
适用场景：从产品与设计到工程实现的交接、需要明确前后端与基础设施分工和契约、分阶段交付与风险管理、多人协作的架构设计。
限制：资料未提供具体安装命令、支持平台、收费方式与效果数据；其输出为文档与规划，不直接生成可运行代码。