用途：tech-design 把已锁定的产品/UX 规格转成技术设计，负责“怎么做”：架构、数据形态、签名和文件布局。触发条件是用户询问如何实现，或在产品规格确定后进入技术设计阶段。
主要流程：先做门禁检查，规格未锁定则拒绝继续；随后并行开展两条发现线，一条读取规格与项目约定、现有代码和测试环境，另一条按外部接口面做约束侦察，并处理阻塞项与变动项；接着选择实现路径并产出结构大纲；然后由子代理按文件簇验证设计；最后把设计以草稿形式写入 meta/specs/NNN-slug/spec.md，供用户审阅。
使用方式：输入为规格文件夹 meta/specs/NNN-slug/（或其文件路径，或用于匹配已有文件夹的特性名）；多个候选时列出候选而非自动选取。必要命令保持原样：
grep -nE '^[[:space:]]-[[:space:]]**Status:**[[:space:]]*open' spec.md grep -n '[NEEDS CLARIFICATION:' spec.md
grep -nE '^[[:space:]]-[[:space:]]**Status:**[[:space:]]*open' spec.md
grep -n '[NEEDS CLARIFICATION:' spec.md
适用场景：需要把锁定的规格落成可执行技术设计、需要在设计中明确文件改动与共享字面量归属、需要检查接口面约束和验证设计一致性的团队或项目。
限制：资料未提供具体收费、价格、支持平台或效果数据；设计须以锁定的规格为前提，规格未锁定会被拦截；结构大纲在锁定前保留 Draft 状态，文件改动清单在锁定时追加，构建期间偏离记录在计划执行日志中。