mo-orchestrate-orca
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseOrchestrate 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 , its version-matched upstream
companion skill, the bound worktree and all required public capabilities. Follow
the shared lifecycle exactly.
orcaorchestrationRead role selections with bundled . Require the configured , executor, reviewer and applicable
E2E roles; never select a model/effort fallback. Use stable titles
, , and
.
scripts/mo-models.mjs --show --project <root>orchestrator<feature>:orchestrator<feature>:executor<feature>:review:<vendor><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 , questions and escalations; timeout is a checkpoint, not
failure. Process a complete delivery batch before acknowledgement.
worker_doneThe complete message is the settled response; never substitute a
private transcript or terminal preview. Do not automatically retry an
, 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 .
worker_doneunknown_effectneeds_attention请完整阅读Feature lifecycle、
Backend contract、
Portable review protocol、
Orca native mechanics以及
Purpose and architecture contract。在编写评审提示前,请先阅读目标契约。
仅使用Orca工具。确认、与其版本匹配的上游配套skill、绑定的工作树以及所有必需的公共能力。严格遵循共享的生命周期流程。
orcaorchestration通过捆绑的脚本查看角色选择。确保配置(编排器)、执行器、评审器及相应的E2E角色;绝不选择模型/资源降级方案。使用固定命名格式:、、和。
scripts/mo-models.mjs --show --project <root>orchestrator<feature>:orchestrator<feature>:executor<feature>:review:<vendor><feature>:e2e:<n>验证预期的Orca实例/工作树、供应商原生认证、账户映射的时效性,以及一次精准的真实测试环境启动,确保其请求/生效的模型和资源配置匹配。回执不能证明流程完成、任务已消耗、消息已送达或产生实际效果。将返回的运行/任务/调度/终端定位信息保留在当前推理过程中,而非项目状态存储中。
编排器将产品/规格提交委托给一个热备执行器。它会在启动任一评审器前创建两个评审任务,保持整改角色处于热备状态,仅针对最终相同SHA的版本对启动全新的评审器。使用阻塞式公共等待来处理、问题及升级请求;超时仅作为检查点,而非失败判定。在确认接收前,处理完整的交付批次。
worker_done完整的消息为最终响应;绝不使用私有记录或终端预览替代。不要自动重试(未知效果)、销毁外部资源,或在仍有未完成的必要任务、关卡、评审、E2E测试或用户决策时结束流程。编排器不得检查或编辑产品代码。返回一个经过验证的完整SHA值,或如实返回(需要关注)。
worker_doneunknown_effectneeds_attention