P.S. 无意间发现了一个巨牛的人工智能教程,非常通俗易懂,对AI感兴趣的朋友强烈推荐去看看,传送门https://blog.csdn.net/HHX_01

关于 Codex Co² 的一点闲话,先说结论:信息本来就是散装的,AI 只是替你端盘子的。

1. 那把椅子,凭什么搬回来

1.1 当年,结对编程是这个画风

过去,两个程序员想一起解决一个问题,怎么办?

搬椅子。

一人把键盘敲得噼里啪啦,另一个人在旁边盯屏幕,眼神里全是"这代码我看着想报警"。遇到分歧,就停下来,展开一场亲切友好的辩论——俗称谁嗓门大谁赢。

屏幕上的代码,是两个人一起折腾出来的。问题的来龙去脉,也在这一问一答里,慢慢对上了暗号。

这套玩法有个正经名字:结对编程。

翻译成人话:一个人负责写,另一个人负责在边上倒吸冷气。

1.2 AI 一屁股坐上了对面那把椅子

后来,AI 来了,一屁股坐在屏幕对面,成了新搭档。

我们给它描述需求,让它读代码、分析问题、动手改。一轮一轮聊下来,那条会话里慢慢攒下了整个任务的前世今生:这功能为啥要做、哪些方案已经被枪毙、哪些红线碰都不能碰。

AI 记性是真的好。我说过什么它全记得,比我妈记得我小时候尿床都清楚。

1.3 麻烦来了:人反而插不上话

可一旦有第二位同事想参与,或者想接手你的活儿,画风立刻变成客服现场。

你得先截图,把聊天记录发过去;再复制代码,打包送过去;然后把同事的意见,翻译成 AI 能听懂的话,送进去。同事想追问一句?等着,我先把问题搬进去,再把回答搬出来。

一来一回,你活脱脱一个没有感情的传话机器人。

AI 明明已经能干越来越多的活了,可人和人之间,硬是被这些"搬运"拖住了后腿。

一个人的生产力被无限放大,团队掌握的信息,却全卡在你的对话框里,出不去。

是时候,把那张椅子搬回来了。

2. Codex Co²:让一群人挤进同一条会话

2.1 名字很长,事儿很小

Codex Co²,全称 Codex Conversation Collaboration,翻译过来叫"Codex 会话协作"。

名字长得能当开机密码用,想干的事却特别朴素:让多个人,参与同一条 Codex 会话,一起推进工作。

分享者继续在官方 Codex Desktop 里干活,在 Co² 里挑一条已有会话,生成一个邀请,发给协作者。协作者拿浏览器点开邀请,申请加入。审批通过后,就能看到共享上下文,向同一个 Agent 补充要求,还能围观它的回复。

协作者不用装 Co²,也不用单独登录 Codex。

你发的每一条消息,都沿用分享者当前会话的工具、权限和额度。

翻译一下:你用的是我的号,刷的是我的卡。兄弟,下手轻点。

2.2 一个活生生的"甩锅"现场

光说不练假把式,来看个例子。

用户反馈:任务明明处理完了,页面上的状态死活不变,手动刷一下,嘿,又好了。

运营拿到 FeedbackID,先在 Codex 里翻用户日志,得出初步结论:请求是成功的,问题大概率出在页面状态更新这一环。

然后,运营通过 Co²,把这条会话甩给研发。

研发加进来,顺着已有的分析继续刨根问底:服务端到底发没发状态变更通知?客户端收没收到?出事之前,是不是断过线、重连过?

日志和代码一对照,真凶落网:

客户端网络重连之后,忘了恢复实时订阅。后续状态变更,全被挡在门外。手动刷新会重新拉一遍数据,所以看起来又"天下太平"了。

修复大概长这样,改前改后一目了然:

// 改前:断线重连后,订阅就这么"算了"
socket.on('reconnect', () => {
  console.log('我回来了');
  // 然后呢?没有然后了
});

// 改后:把丢掉的订阅捡回来,顺手校准一次状态
socket.on('reconnect', () => {
  resumeSubscription(); // 重新建立实时订阅
  syncState();          // 恢复连接时校准一次状态
});

到这里,一条模模糊糊的用户反馈,才算有了一个能解释、能验证的技术根因。

2.3 把产品也拉上桌

找到根因,不等于完事。

研发接着让 Agent 梳理修复方案:补齐重连后的订阅恢复,恢复连接时校准一次状态;顺带把受影响的场景、改动范围、验证成本、临时处理办法,一并整理出来。

然后,邀请产品加入这条会话。

产品进来一看,好家伙,料很足:用户最初的吐槽、运营从日志里挖出的线索、研发定位根因的全过程、每种处理方式的成本与风险,全在桌上。

有了这些,产品就能拍板:要不要立刻修、版本怎么排、上线之前怎么回应用户。

运营带来现场,研发追到根因,产品决定方向。

三个角色,在同一条会话里接力。前一个人留下的分析,就是后一个人追问的起点。一条用户反馈,最终被推进成一个有依据的处理决定。

这大概就是传说中的:一人挖坑,全链路填坑。

3. 为什么这事儿值得干

3.1 信息,天生就是散装的

Co² 这个变化看着不大,却正好戳中软件开发里一个老生常谈的事实:

理解一个问题需要的信息,从来不在一个人的脑子里。

产品同事知道,某条看起来莫名其妙的规则,背后对应着什么业务现实;测试同事知道,一个偶发 bug 要复现,得经过哪几步玄学操作;熟悉系统的工程师知道,一处人畜无害的小改动,可能牵动多少历史包袱。

这些判断,你很难用一句"帮我把功能做出来"交代清楚。

AI 能处理的信息再多,也得有人把最相关的事实端到它面前。

所以,与其纠结"怎么让 AI 更聪明",不如想想:怎么让真正懂问题的人,更容易参与进当前这件事。

Co² 想给的,就是这样一个入口。

3.2 我打算拿它干点啥

我的设想是这么几个场景:

结对开发:让另一位工程师直接参与方案讨论;
远程排障:让了解现场的人,补充复现条件;
需求澄清:让业务上的判断,及时进入实现过程。

说白了,就是让该知道的人,都坐到那张椅子上。

4. 说实话,它还年轻

4.1 项目现状

丑话先说:Co² 目前还是早期的独立实验项目。

代码已经在 Github 上开源,macOS 和 Windows 安装包都有,可以 Homebrew 装完打开,也可以直接在浏览器里跑。

4.2 三个丑话说在前面

用之前,有几点限制得门儿清:

第一,共享会话沿用原来的执行环境和额度。协作者的每一条消息,实际都是以分享者的身份发的。权限和额度,你得自己盯紧。毕竟,掏钱的是你。

第二,公网分享走的是中继,普通 TLS,没有端到端加密。所以只邀请信得过的协作者,或者干脆开"仅内网可访问"。这不是社交软件,别逢人就发邀请链接。

第三,退出 Co²,分享出去的邀请链接就失效了。因为它设计上就是服务"当下"的协作,不是给你当长期入口的。

说人话:它是临时通行证,不是长期饭票。

如果你正和同事一起用 Codex,欢迎去试试,体验有问题,通过 Issue 反馈。一起参与 Co² 的共创。


5. 最后,记得给同事留个座

希望以后,我们在用 AI 提升效率的同时,还能记得给身边的同事留一个位置。

让懂需求的人、懂代码的人、发现问题的人,都能把自己掌握的那一部分带进来,完成一个共同的协作。

这才是团队存在的意义。

曾经屏幕前的那把椅子,值得再搬近一些。

P.S. 无意间发现了一个巨牛的人工智能教程,非常通俗易懂,对AI感兴趣的朋友强烈推荐去看看,传送门https://blog.csdn.net/HHX_01

Logo

更多推荐