AI 提效之后，人的协作比以前更重要了。在 Code Review 或帮同事排查 Bug 时，我越来越想直接看看：对方究竟和 AI 讨论过什么？
问题是怎么提的，交代过哪些背景，那个关键的边界条件到底有没有被考虑过？这也是我对 Meat Proxy （也就是人肉 AI 搬运工）这类讨论的一点额外看法。
无论是在 PR 的 Code Review 中回复一个质疑，还是工作中请同事帮忙排查 Bug ，把一段未经核对的 AI 回答直接丢给对方，确实会把判断成本留给对方。于是，一个常见的建议是：先自己深入理解，做出判断，再用自己的语言重新组织一遍。
但真实工作里，一个人掌握的上下文，往往不足以独立完成这个判断。我们当然应该说明自己检查过什么、哪些结论有依据，但也应该允许带着尚未确认的判断向别人求助。
举个例子，一个新需求前端埋点的上报细节，可能会涉及后端 trace 下发、客户端 Native 二次处理、有时候涉及跨端容器的实现细节，数据落仓口径和产品诉求也要考虑。需求推进有排期，问题排查有时间成本，也没人能保证自己正在沿着正确的方向调查。
问题还没完全弄清楚，往往正是需要协作的时候。把 AI 的回答重新组织一遍，并不会自动补齐这些背景，也不会自动让结论更可靠。
我更希望接收者能够看到：问题最初是怎么提的，提供过什么背景，检查了哪些代码，试过哪些方案，哪些判断已经得到验证，哪些还只是猜测。即使结论有问题，对方也能找到它是从哪里开始偏离的。
直接看对方与 Agent 的会话，往往比从代码里反推他的考虑过程更直接。相应的，直接在会话里批注也要比在 IM 里复制半天回复来的直接。
而在已经使用 AI 工作流的团队里，这份上下文也应该能交给对方的 Agent 。对方可以让自己的 Agent 读取材料，结合自己掌握的背景继续分析，再把新的发现带回来。
这样，一次交流就能逐渐积累起多个人、多个 Session 的调查和判断。也能侧面帮助团队新人提升如何向 AI 提问的能力。
这就是 Team Cross 的起点。 /ai-market-guide/ 它从已有的 Session 和会话记录出发。
你使用 Codex 还是 Claude Code 还是使用 T3 Code 这些编配层壳子并不重要，你选择准备分享的内容，预览后发布到一个协作空间，邀请同事加入。每个人都可以提供多份材料，引用其中的具体内容，在原文旁批注和回复；各自的 Agent 也能按需读取、核对和回应。
材料更新后，已有讨论仍然能够追溯到当时引用的版本。比如，你分享一次 Bug 的定位过程，同事补充复现记录，另一位同事带来相关的历史接口设计。
大家可以顺着彼此的依据讨论，也可以各自继续调查。需要一起动手时，再明确开放执行访问、交接输入，通过新的原生协作会话继续工作。
这种需求也越来越多地出现在开发团队之外。产品同事借助 AI 承担了一个简单功能，做到一半，需要开发帮忙检查实现和影响范围；其他业务或行业团队需要理解本团队代码库中的一段逻辑，也需要有人提供背景、核对解释。
他们可以从分享的对话材料开始了解，需要进一步查看工作目录或继续操作时，再开放相应访问。在这些场景里，AI 让更多人能够参与工作，人的经验、业务理解和相互沟通也随之变得更重要。
这也是我看待所谓研发自动化提效时最在意的一点。我见过很多围绕 Loop 工作流、Graph 、Agent Team 构建的原型，从 PRD 、历史需求分析，一路串到前后端开发、测试和部署，再装模作样用一个页面展示 SDLC 进度。
但在我接触过的这些原型中，还没有看到持续落地、稳定提效的例子。演示可以把流程串起来，真实工作流却不一定是线性的，经常需要有人判断：需求是否理解错了，历史约束有没有遗漏，当前方案是否值得继续。
有时，了解背景的同事及时看一眼，就能让整个调查少走一段弯路。我不认为减少人的参与次数，本身能足以说明研发得到了提效。
我更关心这些判断能否及时发生。所以，Team Cross 把重点放在了怎样让人更容易参与上。
而要让这种参与真正发生，协作工具本身也必须足够轻。团队已经有自己的项目管理方式，每个人也已经有熟悉的终端、客户端和 Agent 配置。
请同事帮忙看一次问题，不应该先要求大家迁移工作区、统一操作界面，再把进行到一半的工作重新放进一套流程。 Team Cross 从 Session 和已有的 Transcript 入手，就是为了让协作可以接在现有工作之后。
大家保留自己的工具习惯，在需要的时候分享过程、加入讨论，或者用自己的 Codex Desktop 或者 Claude Code 接过 Remote 输入继续做。你平时最擅长的工具，才够资格作为协作的入口。
连接方式也遵循同样的考虑。对企业团队来说，引入一个集中式协作平台，还涉及代码和业务上下文能否交给外部服务。
使用云端需要评估数据与合规要求；选择内网部署，又意味着额外的部署、配置和维护。一次临时的审阅或问题排查，很容易因此变成一项需要协调和推进的基础设施工作。
普通开发者的协作，也未必需要这么重的启动方式。几个人只是想共同检查一次调查，或者请对方接着处理一个问题，能建立连接、看见相关上下文，就可以开始。
所以，Team Cross 让协作空间和共享执行托管在发起者的 Mac 上，通过 LAN 或 Tailcat 建立连接。同一局域网内可以直接协作；有跨网络需求时，再根据团队允许的网络条件选择 Tailcat 。
参与者无需账号，也无需先集中部署一套协作平台。从已有会话开始，保留顺手的工具，再让连接足够容易建立，这些选择最终服务于同一件事：需要别人参与的时候，协作就能开始。
一个人工作时，这些上下文也能继续发挥作用。通过个人资源库找回已有的会话材料和批注，让当前 Agent 按需阅读、核对不同 Session 中积累的线索和决定，接上自己此前做过的工作。
我希望 Team Cross 能带来实实在在能落地的团队提效，让大家带着各自的工具和 Agent ，把一件事共同往前推进。 /ai-market-guide/