用途
orch-add-feature 用于编排构建一个全新功能的完整流程:研究、规划、TDD 实现、审查,以及带门禁的提交。它通过把每个阶段委派给匹配的环节来完成工作。
其命名结构为 actor · action · target:orch · add · feature。它是 orch-pipeline 中共享引擎的轻量封装。
何时使用
当用户想要一个尚不存在的能力时使用,例如出现“add”“build”“implement”“support …”等表述。
它针对的是净新增行为,而不是修正(对应 orch-fix-defect),也不是对现有行为的改动(对应 orch-change-feature)。
操作设置
- 默认规模下限:standard —— 除非明显很小,否则运行 Research + Plan。
- 阶段掩码:0 → 1 → 2 → 4 → 5 → 6(跳过 3 Scaffold;该阶段仅用于 MVP)。
- 第一步(阶段 4):为新行为编写新的失败测试,然后实现至通过(green)。
工作方式
- 以上述设置运行 orch-pipeline 引擎。
- 先分类规模;small / trivial 功能会收缩为 4 → 5 → 6。
- 在 Gate 1(计划批准)和 Gate 2(提交前)处停止。
- 如果功能触及安全触发条件,则加入 security-reviewer。
相关说明
/feature-dev 是该流程的独立版本。orch-add-feature 的不同之处在于它与家族中其他成员共享 orch-pipeline 引擎——包括规模分类器和两个门禁——因此它能把 trivial 功能调整到合适的 4 → 5 → 6 流程。
示例
orch-add-feature: add OAuth2 login to nws-poller → research existing auth libs → plan task_list [GATE 1: approve] → TDD each task → code-review (+ security-reviewer: auth path) → commit [GATE 2: confirm]
限制
资料未提供关于收费、价格、平台支持范围、具体效果或更详细使用步骤的信息。