Joxo

为什么团队需要 Joxo：代理之间的信息孤岛

现代开发团队中，每个成员可能使用不同的 AI 编程工具——有人用 Claude Code，有人用 Cursor，有人用 Codex。这些工具之间完全隔离：A 的决策 B 看不到，B 的任务板 C 不关心，上下文切换意味着每次都要重新解释项目背景。^[1]

Joxo 的出现正是为了解决这个痛点。它不替代任何代理，而是在代理之上搭建一层共享层——一个项目、一个记忆、一个任务板，所有代理都能看见、都能交接。^[2]

信息孤岛的成本：量化团队协作损失

MIT 的一项研究发现，开发者平均每天花费 40% 的时间在上下文切换和沟通协调上，而非实际编码。当团队使用不同的 AI 编程工具时，这个问题被进一步放大——每个代理的「记忆」是孤立的，A 的决策不会自动传递给 B，B 的阻塞不会通知 C。

Joxo 的价值主张在于将这种协调成本降至最低。通过共享项目记忆，团队成员无需重复解释项目背景；通过统一任务板，管理者无需在多个工具之间切换查看进度；通过无缝交接，新成员无需数小时的理解周期即可贡献代码。据 Joxo 官方数据，采用 Joxo 的团队平均减少了 60% 的上下文切换时间，新成员首次提交代码的时间从平均 3 天缩短到 4 小时。^[1]

三大核心能力：记忆、任务板、交接

隐私设计：只看代理发布的内容

Joxo 采用「最小可见」原则——它只能看到代理主动发布的信息：决策记录、交接通知、阻塞原因、任务变更、计算机名称和容量摘要。用户的提示词、对话记录、代码仓库和提供商凭据完全不可见。^[3]

更重要的是，Joxo 本身不运行任何 AI 模型。它只是一个信息枢纽，负责在不同代理之间传递结构化上下文，而不是替代代理做决策。这种设计保证了隐私边界清晰——你的代码和 prompt 永远不会离开你的本地环境。^[3]

支持的 28 种编程代理

Joxo 已支持 28 种主流 AI 编程代理，涵盖从开源到商业的完整生态。核心代理包括 Claude Code、Cursor、Codex、OpenCode、Gemini CLI 等，每种代理通过一行粘贴指令完成配置。^[4]

上手流程：一行指令完成配置

Joxo 的设计哲学是「零配置接入」——团队成员不需要下载额外软件或创建企业账户，只需在已有的编程代理中粘贴一行指令：^[2]

第一步：粘贴指令。在代理中输入「Read https://joxo.ai/skill.md and follow it to set up Joxo in this project」，代理会自动安装连接器、配对文件夹、配置 hook 和 MCP 服务器。

第二步：邀请成员。团队成员只需从邀请链接获取一行指令，粘贴到自己的代理中即可完成加入。整个过程不超过 30 秒。

第三步：开始协作。项目记忆自动同步，任务板实时可见，代理之间的交接通过 Joxo 的上下文层完成。

定价：简单透明

Joxo 采用按人头计费模式，每个成员保留自己的代理订阅，团队共享项目上下文。没有企业账户门槛，没有隐藏费用，2 天免费试用期后可随时取消。^[5]

与传统协作工具的对比

传统协作工具依赖人工沟通传递上下文，企业级 Agent 平台需要复杂的部署和审批流程。Joxo 走的是中间路线——轻量级接入、强隐私保护、全代理覆盖，让团队协作回归到信息本身而非工具配置。^[6]

实际应用场景：远程团队的高效协作

设想一个典型的远程开发团队：Alice 在旧金山用 Claude Code 完成了一个 API 端点的开发，Bob 在伦敦用 Cursor 负责前端集成，Carol 在东京用 Codex 进行代码审查。在没有 Joxo 的情况下，三人需要通过 Slack 频道、Notion 文档和电子邮件来回传递上下文——Alice 忘了告诉 Bob 某个 API 参数有变化，Carol 重复审查了已经解决的问题。

引入 Joxo 后，所有代理共享同一个项目记忆。Alice 完成开发后，Joxo 自动记录决策和变更；Bob 的 Cursor 立刻看到最新状态，无需询问；Carol 的代码审查代理能直接理解变更背景，审查效率大幅提升。整个过程中，三人的代码和 prompt 始终留在本地，只有结构化摘要通过 Joxo 传递。^[1]

技术实现：MCP 协议与 Hook 系统

Joxo 的技术架构基于 Model Context Protocol（MCP）标准。当代理粘贴 setup 指令后，Joxo 连接器会安装一系列 hook——监听代理的关键操作事件（完成任务、标记阻塞、做出决策），将这些事件转换为结构化消息发布到 Joxo 平台。^[7]

每个团队成员的代理保持独立运行——Claude Code 仍然是 Claude Code，Cursor 仍然是 Cursor。Joxo 只在代理之间架桥，不干涉代理的内部工作。这种设计保证了灵活性：团队成员可以随时更换代理类型，Joxo 的共享层不受影响。^[3]

未来展望：AI 原生协作的新范式

Joxo 代表的是一种新兴的协作范式——AI 原生团队协作。在这个范式中，协作者不仅是人类，还包括人类使用的 AI 代理。传统的团队协作工具（Slack、Notion、Jira）只服务于人类之间的沟通，而 Joxo 填补了代理之间的协作空白。

随着 AI 编程代理在开发团队中的普及，代理之间的上下文传递将成为常态需求。Joxo 的先发优势在于它不绑定特定代理，而是建立一个通用的协作协议。这种策略类似于 TCP/IP 协议——不关心上层运行什么应用，只保证数据能够可靠传输。随着 28 种代理的持续加入和更多代理的兼容，Joxo 有望成为 AI 原生团队协作的基础设施层。^[6]