用途：在需求已达成一致后，编写 MVP 技术设计文档，覆盖架构选择与相关取舍，供后续工作流阶段使用。
主要能力：读取已确认需求并复用 Handoff Context；在提出替换方案前，检查现有项目的技术栈与相关实现；只询问尚未解决且影响重大的选择，已明确的答案不再重复确认。设计围绕核心旅程展开，描述组件与服务边界、数据归属、集成契约、部署目标及相关失败行为，优先选择满足需求的最小设计。仅在确有依据时才引入认证、存储、基础设施、AI 或付费服务，并需从已安装代码或官方来源核实易变的厂商细节。
使用方式：记录有意义的取舍、兼容性约束、适用的迁移与恢复要求，以及结果如何验证；区分本地测试操作与外部发送、生产写入和部署。生成文档中不得包含密钥，不应分配广泛工具权限，也不应为普通实现要求多个智能体团队。文档路径使用 manifest 中配置的设计路径，或 docs/TechDesign-[AppName]-MVP.md。快速模式可为简短架构与实施计划，深入模式仅在存在不确定性或风险处展开。结尾输出 Handoff Context，包含应用、已知用户级别、平台、预算、时间线、模式、约束、决策、源文件与待解决问题，并继续进入下一个已授权工作流阶段，而非仅因文档存在而停止。若需求未决需引导式访谈，参考相关可选问题提示；为 vibeworkflow 生成文档时需包含精确 CLI 输出元数据（解析器契约）。
适用场景：MVP 前期技术方案设计、需求确认后的架构规划与交接。
限制：资料未提供具体安装命令、收费方式、支持平台与效果说明；不做无关功能扩展，不编造功能、价格或步骤。