Golutra 多智能体工作台
把现有 AI CLI 编排为可并行协作、可追踪的桌面工作空间。
按维度查看评分与理由
证据显示：仓库没有提供权限模型、用户确认机制、数据流透明性、敏感数据处理、依赖安全审计、外部影响控制、回滚机制或来源归属的文档或代码。所有信任相关标准均未得到支持，因此得分为0。
证据显示：README和测试文件在功能描述上基本一致，但测试仅覆盖聊天工具函数，未覆盖核心编排功能。依赖在package.json中列出，但未提供锁定文件或完整性校验。没有失败消息或错误处理文档。因此自洽性得1分，依赖可用性得1分，失败消息得0分。
证据显示：README明确了目标用户（一人公司、软件团队）和多种场景（自动化写作、小红书发布等），但能力边界描述模糊，没有明确触发条件或环境要求。因此受众和场景得2分，能力边界得1分，触发精度得0分，环境适配得1分。
证据显示：README提供了基本的信息架构和安装说明（通过releases下载），但缺少命名稳定性说明、已知限制、版本变更日志。许可证为BSL 1.1，但元数据为NOASSERTION，且维护责任由个人开发者承担。因此信息架构得1分，安装说明得1分，命名稳定性得0分，示例和FAQ得1分，已知限制得0分，许可证得2分，版本变更日志得0分，维护责任得1分。
证据显示：README描述了输出可用性（日志、结果追踪）和边际价值（多智能体并行、自动化编排），但缺乏成本效益分析。因此输出可用性得1分，边际价值得2分，成本效益得1分。
证据显示：README中的声明（如支持多种CLI）没有提供可验证的细节或测试证据，也没有外部来源佐证。但README区分了事实（功能列表）和推断（未来计划）。因此声明可追溯性得1分，跨来源佐证得0分，事实推断分离得1分。
- 仓库未提供任何安全或权限相关文档，使用前需自行评估风险。
- 测试覆盖范围有限，核心功能未经测试验证。
- 许可证元数据为NOASSERTION，实际为BSL 1.1，需注意商业使用限制。
这个 Agent 能做什么，适合哪些场景？
Golutra 是面向 AI CLI 的多智能体协作桌面应用，以 Vue 3、Rust 和 Tauri 构建，并声明支持 Windows、macOS 与 Linux。它将 Claude Code、Gemini CLI、Codex CLI、OpenCode、Qwen Code、OpenClaw 及任意 CLI 接入同一可视化编排层。用户可并行运行多个 Agent、查看执行状态和日志，并向终端流直接注入提示词。项目还描述了面向长期自动化的自定义工作流，以及工作流模板的一键导入和导出。它的交付边界是桌面端工作空间和本仓库发布的版本，而非文档中定义的云端托管服务或 API。
Golutra 在同一桌面界面中协调现有 CLI 会话：运行多个 Agent，汇总状态，并将结果交接到后续工作流。用户可点击 Agent 头像检查日志，也可通过 Direct Injection 将提示词写入终端流，向运行中的 Agent 追加指令。它支持创建自定义 workflow，并导入或导出 workflow template；README 还称其可集中汇总测试、构建和回归输出。README 将 EverOS 列为可调用的记忆层，将 golutra-mcp 列为通过 golutra-cli 连接外部工具与 Agent 的相关项目，但未提供本仓库内具体调用命令或接口。
- 使用 Codex CLI 的独立开发者，需要同时推进实现、测试与回归任务，并在一个界面查看各任务状态时。
- 同时使用 Claude Code 与 Gemini CLI 的工程人员，希望保留原有命令而减少在多个终端之间切换时。
- 需要长时间运行自动化流程的团队，为不同任务建立可复用 workflow 并导入或导出模板时。
- 需要在 Agent 执行期间检查运行日志，并直接向终端流补充要求的开发人员。
- 希望把测试、构建和回归信息集中到同一交付路径的开发工作流维护者。
这个 Agent 有哪些优点和局限？
- 在同一编排层声明兼容 Claude Code、Gemini CLI、Codex CLI、OpenCode、Qwen Code、OpenClaw 和任意 CLI，适合已有 CLI 工作流的用户。
- 将并行 Agent 执行、状态追踪、日志查看和终端提示词注入组合在桌面界面中。
- 针对长期自动化提供自定义 workflow 与模板导入、导出，而不只描述短时聊天会话。
- 以 Vue 3、Rust 和 Tauri 构建，并明确声明 Windows、macOS、Linux 平台支持。
- 没有提供安装、构建、配置、首次运行或工作流定义的可复制命令，落地评估需要额外验证。
- 其定位依赖既有 CLI；README 未说明是否内置模型、凭据管理方式或无 CLI 时的独立运行模式。
- README 对 EverOS 和 golutra-mcp 只给出相关项目说明，未证明本仓库中的集成配置、稳定性或功能边界。
- 仓库元数据标为 NOASSERTION，而 README 声称采用 BSL 1.1；采用前应核实实际许可证文件与商业使用条件。
- “不限数量”并行执行及效率提升等说法未附性能基准、资源要求或故障恢复细节。
如何安装或部署这个 Agent？
README 仅提供 Releases 页面作为下载入口，未提供安装包名称、安装步骤、运行时前置条件、构建命令、配置文件或首次启动命令。因此无法依据已给证据写出可复制的安装流程。
如何使用这个 Agent？
README 未提供从安装到首次成功运行的逐步操作。已记录的使用方式是：保留已使用的兼容 CLI，在 Golutra 中并行运行 Agent；点击 Agent 头像查看日志；必要时通过 Direct Injection 向终端流发送提示词；为长期任务创建自定义 workflow，或导入、导出 workflow template。
这个 Agent 与同类方案有什么区别？
README 将传统 IDE 的“单线程 + 人工切换上下文”与 Golutra 的“并行多 Agent 执行 + 自动化编排”对比。它不是要替代 Claude Code、Gemini CLI、Codex CLI、OpenCode、Qwen Code 或 OpenClaw，而是声明在这些 CLI 之上增加统一协作与调度层。