夜雨聆风随后的几年里，软件开发的范式经历了剧烈的更迭。起初，我们只能在网页端笨拙地“复制粘贴”代码片段；很快啊，以 Cursor 为代表的 AI IDE 出现，将大模型深度嵌入了代码编辑器；直到 Claude Code 等原生命令行工具的诞生，大模型开始剥离臃肿的外层，直接以最底层的姿态接管终端，独立完成复杂的工程级读写。
AI 辅助开发，正式跨入了“智能体（Agent）独立执行”的时代。
然而，当这些强大的单体 AI 工具真正落地到复杂的工程实践中时，新的痛点显现了：
当你单独使用这类 CLI 工具时，必须频繁地手动切换目录、配置环境变量。更致命的是，当你试图同时运行多个 Agent 进行分工协作（比如一个写代码，一个做测试）时，满屏碎片化的终端窗口会极大地拉扯开发者的精力，让系统管理变得一团糟。
为此，我们构建了 GT-Office —— 一个专为管理本地原生 Agent 设计的跨平台桌面工作区。它不是为了替代 IDE，而是作为一层“指挥面板”，将分散的命令行工具整合成直观、可控、支持多线程协同的流水线。
📍核心能力
1. 状态持久化与多并发的工作区
彻底告别每次启动都要重新配置上下文的窘境。GT-Office 采用以“工作区 (Workspace)”为核心的隔离设计。你在同一项目下创建的多个不同职责的 Agent，都会被持久化保存。只需一键，就能并行启动多个 Agent，所有进程在统一的窗口下集中管理，状态随时可追溯。
2. 原生能力接入
我们不对底层的 AI 工具做任何封装限制。GT-Office 内部无缝接入了原生的 Claude Code、Codex CLI 及 Gemini CLI (未来将接入更多的cli agent)。官方工具的每一次特性更新、最底层的系统级权限与核心能力都被 100% 保留。我们只负责为它们提供一个强大的管理外壳。
3. Agent 通信总线
当工作区内部署了多个任务 Agent 后，GT-Office 底层提供了一套专属通信信道（gtoCLI）。依靠这套机制，Agent A 完成代码编写后，可以直接将 Review 任务和必要的上下文环境自动交接给 Agent B。这标志着工作流正式从单线程的“人机对话”，进化为高效的“机机对话”流水线。
4. 预设对抗生成角色
为了克服大模型在长上下文中容易出现的逻辑退化，我们在工作区中植入了“生成器 (Generator)”与“评估器 (Evaluator)”的对抗机制。系统预设了严格的规范与角色分配，在代码最终递交给开发者之前，必须先在内部完成质量检验和逻辑自证，大幅提升了单次交付的可用性。
5. 消除命心智负担
尽管底层是硬核的 CLI 工具，但在 GT-Office 里，你无需记住命令：
快捷指令池：用界面化的方式管理高频操作，极大降低使用门槛。
可视化模型调度：可随时为特定 Agent 在界面上切换和覆盖外部 API 模型（支持多供应商快速映射），告别繁琐的环境变量修改。
6. 统一的远程通讯方式
大多数原生命令行工具要么无法远程连接要么需要使用官方的app。GT-Office 引入了外部通道适配层，无论是claude code还是codex都可以无缝连接至微信、飞书等主流通讯工具。在通勤路上，你依然可以通过微信对办公电脑本地的 Agent 下发指令，并实时接收处理报告。
最后
GT-Office 的初衷，就是让每一个优秀的单体命令行agent工具不再各自为战。如果你渴望一种更符合工程直觉的多智能体管理方式，欢迎体验 GT-Office ，或参与贡献。
开源地址：
https://github.com/Laplace-bit/GT-Office.git
