Orca
在独立 Git worktree 中并行运行并统一管理终端编码代理。
按维度查看评分与理由
证据显示：README 提到隐私与遥测文档，但未提供具体细节；package.json 包含 posthog-node 遥测依赖，但未说明数据流；工作流文件显示对 GitHub 令牌和签名凭据的谨慎处理，但未涉及用户数据。扣分原因：缺乏用户确认机制、数据流透明度不足、敏感数据处理细节缺失、依赖安全审计未展示、外部影响（如 SSH、计算机使用）未明确权限边界、回滚机制未提及、来源归属仅部分（未验证发布者）。
证据显示：README 和 package.json 描述一致，版本号存在，测试脚本丰富，工作流文件包含详细的失败处理逻辑。扣分原因：未提供依赖可用性保证（如锁文件、镜像），失败消息仅在 CI 工作流中体现，未在用户界面层面展示。
证据显示：README 明确目标用户（100x builders）和多种使用场景（并行工作树、移动伴侣、SSH 等），支持多种 CLI 代理，提供多平台安装说明。扣分原因：能力边界未明确（如计算机使用权限），触发精度（如 CLI 命令）未详细说明，环境适配（如 headless Linux）仅部分提及。
证据显示：README 结构清晰，安装说明详细，命名稳定（orca），提供示例和 FAQ（通过文档链接），MIT 许可证明确，版本号存在，维护责任通过贡献指南和社区渠道体现。扣分原因：已知限制未明确列出，版本变更日志未直接提供（仅通过 releases 链接）。
证据显示：输出可用性（如 CLI 命令、移动应用）有描述，边际价值（并行代理编排）明确，成本效益（使用自有订阅）有提及。扣分原因：成本效益未量化，缺乏具体性能数据。
证据显示：README 中的功能声明有文档链接，但未提供独立验证；测试文件存在，但未展示测试结果；事实与推断未明确区分。扣分原因：声明可追溯性不足，跨来源佐证缺乏，事实与推断分离不清晰。
- 发布者身份未验证，需谨慎对待来源。
- 遥测数据流不透明，建议审查隐私政策。
- 依赖安全未审计，需检查已知漏洞。
- 外部效果（如 SSH、计算机使用）权限边界不明确。
这个 Agent 能做什么，适合哪些场景？
Orca 是面向并行编码代理工作的 ADE（代理开发环境），可在一个工作区中运行多个终端式代理，并为每个代理分配独立的 Git worktree。它明确支持 Codex、Claude Code、OpenCode、Pi 及其他可在终端运行的 CLI 代理。桌面版提供终端分屏、文件编辑、嵌入式 Chromium 设计模式、GitHub 与 Linear 工作流，以及 AI 生成差异的行级批注。用户可在 macOS、Windows 或 Linux 上运行桌面应用，也可通过 iOS 或 Android 配套应用查看状态、接收完成通知并发送后续指令。对于远程开发，Orca 支持通过 SSH 在远程主机上运行 worktree，并提供自动重连和端口转发。
用户在 Orca 中把提示发送给一个或多个 CLI 编码代理；Orca 可将同一提示分发给多个代理，并在各自隔离的 Git worktree 中运行它们。代理通过终端执行工作，结果以工作区文件改动、Git diff 和可提交的变更形式呈现；用户可在应用内查看、编辑、批注 diff 行并将反馈发回代理。它提供 orca worktree create、snapshot、click 和 fill 等 CLI 工作流，并可用 Design Mode 选取 Chromium 页面元素，把对应 HTML、CSS 和截图加入代理提示。SSH worktree 模式让代理、文件编辑、Git 和终端在远程机器上运行。
- 需要针对同一个修复任务比较多种实现方案的开发者，可将提示分发给多个代理，并在独立 worktree 中比较并合并胜出的结果。
- 已订阅 Codex、Claude Code、OpenCode 或 Pi 的工程师，可在同一桌面工作区并排运行这些终端代理。
- 在远程 Linux 主机拥有较强算力的团队，可通过 SSH 运行代理 worktree，同时使用文件编辑、Git、终端、自动重连和端口转发。
- 需要审查 AI 改动的代码评审者，可对 diff 的具体行添加评论，再将意见回传给代理。
- 离开电脑但仍需跟进长时间任务的开发者，可通过 iOS 或 Android 配套应用接收完成通知并发送后续指令。
这个 Agent 有哪些优点和局限？
- 以独立 Git worktree 运行并行代理，避免不同方案直接互相覆盖，并支持比较后合并结果。
- 同时面向多种终端代理，而非仅绑定单一模型或供应商；README 明确列出 Codex、Claude Code、OpenCode、Pi 等。
- 将终端分屏、文件编辑、AI diff 批注、GitHub/Linear 浏览和设计模式集中在同一桌面环境中。
- 支持 SSH 远程 worktree，并明确包含自动重连和端口转发。
- 移动配套应用可用于接收代理完成通知和发送后续指令。
- 其价值依赖已安装并可在终端运行的编码代理；代理订阅需由用户自行持有。
- 并行方案依赖 Git worktree，因此采用非 Git 工作流的项目无法直接获得其隔离模型。
- README 未提供桌面应用首次配置、CLI 代理认证、SSH 配置或各
orca命令参数的完整操作细节。 - GitHub、Linear、SSH、移动应用和 Design Mode 是否适用于具体环境，仍取决于相应服务、网络和平台条件。
如何安装或部署这个 Agent？
桌面版可从 onOrca.dev 下载，也可安装已文档化的包：
macOS：brew install --cask stablyai/orca/orca
Arch Linux：yay -S stably-orca-bin
桌面构建明确覆盖 macOS（Apple Silicon、Intel）、Windows（.exe）和 Linux（AppImage）。移动端可安装 iOS App Store/TestFlight 版本或 README 所列 Android APK。要运行代理，还需自行安装一个可在终端运行的 CLI 代理，并使用该代理自己的订阅；所给证据未提供桌面应用首次启动、代理认证或配对的完整命令步骤。
如何使用这个 Agent？
在 Orca 中打开 Git 仓库并启动一个终端 CLI 代理；如需并行探索，将同一提示发送给多个代理，让每个代理使用单独的 Git worktree。完成后比较各 worktree 的文件改动和 diff，必要时对 diff 行添加批注并把反馈发回代理，然后选择结果进行合并或提交。可用 orca worktree create 创建 worktree，或使用 orca snapshot、orca click、orca fill 编排已文档化的 CLI 工作流；但所给证据没有这些命令的参数语法或完整示例。
这个 Agent 与同类方案有什么区别？
与直接在单个终端中使用 Codex、Claude Code、OpenCode 或 Pi 相比，Orca 的定位是将多个终端代理放入统一工作区，并用独立 Git worktree 并行执行、比较和审查；它不替代这些 CLI 代理本身。
常见问题
Orca 是否只支持某一个模型或代理？
我是否需要为代理单独付费？
可以在远程服务器上运行吗？
终端或应用重启后会丢失上下文吗？
它是否提供完整的命令行自动化？
orca worktree create、snapshot、click 和 fill，但未给出完整参数规范或端到端命令示例。