输入 PRD 文档（Markdown 或 PDF），以开发架构师的角色编写字段/接口级精度的功能设计文档（Functional/Technical Design Doc），以 Markdown 格式保存到当前项目 markdown/ 目录。这份文档是开发者、reviewer、测试者三方协作的唯一契约——三者互相隔离、不能看对方的产出物（测试者看不到代码，reviewer 不参与开发），所以必须把每个功能点写到可直接落地、可直接测试的精度：接口请求/响应字段、错误码、状态机、数据模型、异常边界场景都要明确。触发条件：用户提到"功能设计文档"、"技术设计文档"、"tech design"、"functional design"、"从 PRD 生成设计文档"、"帮我把这份 PRD 转成开发文档"、"写一份给开发和测试用的设计文档"、"接口设计 + 验收标准"，或者用户上传了一份 PRD 并希望进入开发落地阶段。即使用户只说"基于这个 PRD 帮我写设计文档"或"把这个需求文档详细化成开发能直接看懂的文档"，也应立即使用本 skill。不要将本 skill 与 write-prd/write-brd 混淆——那两个 skill 输出的是面向业务评审的需求文档（WHY/WHAT 层），本 skill 输出的是面向研发落地的技术设计文档（HOW 层，包含具体字段和契约），通常以 PRD 作为输入而非从零开始的 idea。