mo-orchestrate-orca

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Orchestrate a feature through Orca

通过Orca编排功能开发流程

Read Feature lifecycle, Backend contract, Portable review protocol, Orca native mechanics, and Purpose and architecture contract completely. Read the purpose contract before constructing reviewer prompts.
Use Orca only. Confirm
orca
, its version-matched upstream
orchestration
companion skill, the bound worktree and all required public capabilities. Follow the shared lifecycle exactly.
Read role selections with bundled
scripts/mo-models.mjs --show --project <root>
. Require the configured
orchestrator
, executor, reviewer and applicable E2E roles; never select a model/effort fallback. Use stable titles
<feature>:orchestrator
,
<feature>:executor
,
<feature>:review:<vendor>
and
<feature>:e2e:<n>
.
Verify the expected Orca instance/worktree, provider-native auth, account projection freshness and one exact real harness launch whose requested/effective model and effort match. A receipt does not prove a process, task consumption, message delivery or an effect. Preserve returned run/task/dispatch/terminal locators in current reasoning, not a project state store.
The orchestrator delegates product/spec commits to one hot executor. It creates both review tasks before launching either reviewer, keeps remediation roles hot, and starts fresh reviewers only for the final same-SHA pair. Use blocking public waits for
worker_done
, questions and escalations; timeout is a checkpoint, not failure. Process a complete delivery batch before acknowledgement.
The complete
worker_done
message is the settled response; never substitute a private transcript or terminal preview. Do not automatically retry an
unknown_effect
, kill foreign resources, or finish while a required task, gate, review, E2E or user decision remains. The orchestrator does not inspect or edit product code. Return one verified full SHA or honest
needs_attention
.
请完整阅读Feature lifecycleBackend contractPortable review protocolOrca native mechanics以及 Purpose and architecture contract。在编写评审提示前,请先阅读目标契约。
仅使用Orca工具。确认
orca
、与其版本匹配的上游
orchestration
配套skill、绑定的工作树以及所有必需的公共能力。严格遵循共享的生命周期流程。
通过捆绑的脚本
scripts/mo-models.mjs --show --project <root>
查看角色选择。确保配置
orchestrator
(编排器)、执行器、评审器及相应的E2E角色;绝不选择模型/资源降级方案。使用固定命名格式:
<feature>:orchestrator
<feature>:executor
<feature>:review:<vendor>
<feature>:e2e:<n>
验证预期的Orca实例/工作树、供应商原生认证、账户映射的时效性,以及一次精准的真实测试环境启动,确保其请求/生效的模型和资源配置匹配。回执不能证明流程完成、任务已消耗、消息已送达或产生实际效果。将返回的运行/任务/调度/终端定位信息保留在当前推理过程中,而非项目状态存储中。
编排器将产品/规格提交委托给一个热备执行器。它会在启动任一评审器前创建两个评审任务,保持整改角色处于热备状态,仅针对最终相同SHA的版本对启动全新的评审器。使用阻塞式公共等待来处理
worker_done
、问题及升级请求;超时仅作为检查点,而非失败判定。在确认接收前,处理完整的交付批次。
完整的
worker_done
消息为最终响应;绝不使用私有记录或终端预览替代。不要自动重试
unknown_effect
(未知效果)、销毁外部资源,或在仍有未完成的必要任务、关卡、评审、E2E测试或用户决策时结束流程。编排器不得检查或编辑产品代码。返回一个经过验证的完整SHA值,或如实返回
needs_attention
(需要关注)。