用途：把项目想法转化为与项目规模相称、按能力范围划分的文档计划。它只做发现，决定文档集合及每份文档如何产出（产出角色、工具/提供方、技能、依赖关系），不负责具体文档的撰写。
主要能力：单次模型调用内分两阶段。阶段A分类与识别：读取 idea.md，按 archetype、domain、regulatory、scale、security、integrations、ui、data_ml、infrastructure、business 十个维度聚类分类，生成 capability_map 并编写 prior_art_triggers；再用4信号算法（领域参考架构、关键领域事件、核心领域名词、待办任务）识别能力领域，填写接缝契约，并用三项规模测试校验，L1 能力目标为4–10个。阶段B扇出清单：按分类标志生成共享文档（如 prd、architecture-doc、design-system、release-runbook、eval-plan 等），按能力标志生成每能力文档（feature-spec、data-model、api-spec、technical-design、model-card、user-flows、wireframes、hi-fi），设置 depends_on 有向无环图，填充 capabilities、roles、skills、tools、amendments 等元段，并做14项自检。
使用方式：在尚未产出任何文档的新项目（greenfield）中激活；项目发生变更（新功能、转型、合规触发、原型变化）且已有 capability-map.yaml 与 manifest.yaml 时使用 amend 模式。输出为三键 JSON。
限制：不用于撰写或套用具体文档模板，不用于发现构建期工程人员名单，也不用于已有既定文档集且无变更的项目。资料未提供具体安装命令、收费方式与运行环境要求。