按任务隔离文件修改
为独立任务或不同方案安排 worktree，避免一个 Agent 无意覆盖另一个 Agent 尚未提交的文件。
Orca
Orca 将多个编程 Agent 放进同一工作台，通过独立 Git worktree 和统一审阅界面组织任务。了解任务隔离、并行方案比较与 diff 反馈，为自己的工作流明确执行分工和最终验收。
为并行改动安排独立工作树
说明适合独立尝试或单独审阅的仓库工作，让请求比较 Orca 式任务归属与工作区边界。交接版本、共同检查和最终集成决定分别明确，避免将并行完成直接等同于可以合并。
带入 Floatboat 的请求
请求可预览和复制，不会从此处自动发送。
参考来源: Orca https://github.com/stablyai/orca 先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时，先提出方案。 我的任务: 阅读 Orca 的 worktree 文档，为搜索特性规划前端、API 与测试的并行工作。识别共享文件冲突、分支归属、合并顺序和完整流程检查；创建工作树或启动其他 Agent 前先展示方案。 期望交付: 工作树与分支方案，明确任务归属、集成顺序和联合验证清单。
关于 Orca
Orca 是 stablyai/orca 发布的开发工作台，将 Codex、Claude Code、OpenCode、Pi 等已有编程 Agent 与终端、仓库文件和审阅工具组织在一起。它协调 Agent 进程，不提供新的基础模型。
并行任务可以使用各自的 Git worktree 隔离文件修改，再通过工作台查看 diff 并发送反馈。移动端伴侣与 SSH 工作流扩展了观察或执行工作的方式，但模型访问和远程环境准备仍是独立条件。
在 Floatboat 中设计工作流时，可以借鉴有边界的任务分派、修改隔离与结果比较。并行 Agent 仍需共同的任务约定和明确的集成负责人；仅使用不同 worktree，并不能自动避免错误、冲突或越权操作。
组织独立尝试，再审阅结果
文件隔离、工作观察和集成前审阅，分别回答 Orca 协作中的不同问题。任务由谁负责、结果按什么标准检查以及最终是否接受变更，都需要在并行执行之外保持明确。
集成前检查实际修改
通过 diff 和行内评论把审阅发现转成明确的后续任务，再检查修订后的结果。
按环境选择观察入口
桌面、伴侣和 SSH 界面承担不同的监控与执行安排，应按实际环境选择。
Orca的使用场景
独立方案需要相同测试才可比较，单独审阅需要固定版本，并行修改还要有集成负责人。Orca 的协调方式可供借鉴，让工作区、共同检查和最终接受决定保持对应。
比较两种实现方案
比较两种实现方案时，使用相同需求和测试，并将两次尝试放在隔离分支中。并排检查行为、复杂度和验证证据，让判断基于共同验收条件。完成速度可以作为观察项，但不能代替对结果正确性和维护成本的比较。
分开实施与代码审阅
将实施和审阅分开时，明确交接版本与验收条件。向审阅者提供固定代码基线和具体问题，并将每条发现及处理结果关联到该版本。这样可以避免审阅过程中代码继续变化，导致评论和实际接受的修改不再对应。
并行处理不同仓库区域
并行修改仓库时，需要可分离的责任范围、共享接口规则和最终集成负责人。按这些边界分配工作区或分支，并提前约定合并顺序。集成阶段进行联合检查，确认各自成立的修改放在一起之后仍然能够正常协作。
限定失败的并行尝试范围
某个 Agent 的修改没有成功时，应在分配给它的文件与版本范围内评估，不影响其他无关工作。将分支结果与任务说明比较，保留有用证据，再分别决定修订、暂缓还是放弃。参考 Orca 的工作区协调时，仍需明确引擎权限和最终集成决定。
准备 Orca 引擎与远程访问
每个 Agent 引擎都需要核对安装、认证与执行策略。以下条件将远程或伴随连接与工作区隔离分开；独立文件分支不提供服务订阅，也不构成进程运行的安全边界。
确认每个 Agent 的运行条件
安装并登录计划使用的引擎，源码公开不包含供应方订阅或无限模型额度。
检查执行与远程访问设置
核对所选引擎的审批模式，以及 SSH 或伴侣连接；worktree 隔离文件，但不构成安全隔离。
整合一项审阅后的 Orca 结果
各 Agent 分别完成，并不能证明组合后的代码仍然正确。先审阅拟议版本，再将已认可修改放入同一集成版本测试，最后单独决定合并，使证据对应实际进入仓库的结果。
集成经过审阅的结果
选择接受的修改后，对组合版本运行检查，并保留明确的合并决定，不能把任务完成等同于获准发布。
相关软件项目
比较这些项目的用途、运行条件和源码许可。
Orca 常见问题
这里介绍的是哪个 Orca？
采用的是高 stars、多 Agent 开发工作台 stablyai/orca。同名仓库属于不同项目，不能作为可互换的安装来源。
Orca 会替代 Codex 或 Claude Code 吗？
它把现有编程 Agent 组织进共同工作台，实际模型任务仍由所选引擎执行，并沿用各自的账号条件。
使用不同 worktree 就自动安全吗？
它们隔离工作文件，但不是完整安全边界，也不会自动解决共享接口冲突。权限、任务范围与集成检查仍需单独设计。
不同 Agent 可以用不同模型吗？
项目支持多个 CLI Agent 引擎，具体模型、配额与认证方式取决于对应引擎和账号。
移动端应用负责什么？
文档中的伴侣应用用于观察和跟进桌面宿主上的工作，不代表所有供应方引擎都直接运行在手机上。
是否应该把每项任务都发给多个 Agent？
不需要。独立工作或方案比较有价值时才适合并行；共享修改和不清晰的验收标准可能增加协调成本。