@xiaogaifun: 我们团队用 Codex 踩的一个大坑。 想和大家真诚分享下我们刚刚周会上聊到的话题。这可能会是很多人使用 Codex 这类 Agent 产品会踩的坑。 简单来说,如果面对 Codex,我们只是不断地下指令、接受建议,没有理解和判断,那这些…

X AI KOLs Timeline 新闻

摘要

团队分享使用Codex时过度依赖AI导致成员不求甚解的问题,强调人应成为AI的领导者而非传声筒,需要理解原理和逻辑,将AI的输出转化为自身经验。

我们团队用 Codex 踩的一个大坑。 想和大家真诚分享下我们刚刚周会上聊到的话题。这可能会是很多人使用 Codex 这类 Agent 产品会踩的坑。 简单来说,如果面对 Codex,我们只是不断地下指令、接受建议,没有理解和判断,那这些产出并不能真正算自己的能力。因为换一个人来点,结果也差不了太多。 面对能力越来越强的 Agent,我们可以不用亲自去处理每一个细节,但还是要知道这件事为什么这么做、大概是怎么解决的。 如果一开始不知道,也没关系。AI 做完之后,我们应该回过头去问它,然后再形成自己的经验和理解。 为什么会有这么一长段的感触呢?事情得从前半年说起。 今年春节后,我的小团队全员配备了 Codex。在内部的协作中,我们经常提到的黑话是:先让 AI 去干。 说实话,这个工作方式看起来简单,但真正做到其实挺难的。毕竟人有思维的惯性。 好消息是,经过几个月的刻意练习,大家已经养成了让 AI 先干的工作习惯。 但紧接着,我发现新的问题来了。有的同事开始不求甚解。Codex 说行他就行,说不行他也就不行。他不去研究背后的原理和逻辑。 举一个真实的例子。 之前我写过一篇教程,分享怎么把 DeepSeek V4 接入 Codex。 当时 Codex 还不支持第三方模型,所以需要借助 CC Switch 这样的桥接工具。 后来 Codex 宣布支持第三方模型接入,我心想,这下简单了。 于是我让同事研究一下,看看 DeepSeek V4 怎么快速接入。 他麻溜的截图把需求告诉给 Codex,结果 Codex 分析了之后,说目前还是没办法接入,因为协议不兼容。 他给我发了截图,就此打住了。 我当时以为他搞不定,于是接过来继续研究。后来确认,Codex 新开放的第三方模型,要求必须兼容 OpenAI 的 Responses API。 而 DeepSeek V4 还不支持这个协议。所以虽然 Codex 开放了第三方模型,实际上 DeepSeek 还是无法直接接入。 这事就这么结束了。 这周一,我一个做传统生意的好朋友告诉我说, 为啥一发图片,Codex 就报错。 我问了后才知道,它按照我之前的教程,接入了 DeepSeek V4,而 V4 本身就不支持多模态。 于是,我想折腾把 Kimi 的新模型接入到 Codex 中。毕竟这段时间,我用 Kimi 的新模型做 PPT、分析数据,效果还是非常好。这个模型是原生多模态的。 按我的预期,这次应该会快很多。因为第一次已经踩过坑了,只要先判断 Kimi 支不支持 Responses API,后面的思路基本就清楚了。 同事接过了新的任务,开始干。和之前的干法一模一样,他继续把文档和需求告诉 Codex,让 Codex 代劳。 Codex 分析之后,判断出来 Kimi 的模型因为协议不兼容,所以无法直接接入。 这时候,聪明的 Codex 给了他建议,说:要不我来写个桥接软件,这样就可以了。 他说可以。于是,Codex 按照这个思路搞定了。 然后他兴高采烈过来告诉我,任务完成。哈哈哈哈。我一问,发现他根本不知道这其中的逻辑和原理。 我说如果协议不兼容的话,那是不是我们直接用 CC Switch 这样的软件就行,没必要再自己构建一个。 他对这一切一无所知。我感觉这干法有问题,相当于他把所有的思考、理解都外包给了 Codex。 于是,就有了今天周会上我们的交流。 我的经验是,我们应该成为 AI 的 Leader,而不是传声筒。 Leader 不一定亲自干活,但一定知道为什么这么干。AI 可以负责执行,人要负责理解、判断和决策。 这让我想起左耳朵耗子之前的口头禅,要成为一个大家愿意追随的 Leader。 1、帮人解决问题。团队或身边大多数人都在问:这个问题怎么办?,而你总是能站出来告诉大家该怎么办。 2、被人依赖。团队或身边大多数人在做比较关键的决定时,都会来找你咨询意见和想法。 也许和 AI 沟通协作,我们仍然应该朝着这个方向努力。如果只是提要求,当传话筒,那我们心里完全没底。 吴军之前讲过一个故事。 1503 年,哥伦布的船队到达了牙买加。当地的原住民一开始热情地接待了他们,但后来因为船队有人偷了当地人的物品,原住民就拒绝再提供食物了。哥伦布他们面临断粮的危机。 哥伦布这个人略懂天文知识,随身带着一本天文年历。他翻了一下,发现 1504 年 2 月 29 号晚上会发生一次月全食。 月食发生前三天,哥伦布约见了当地的部落首领。他告诉首领,他的神因为当地人不再提供食物而感到愤怒,作为惩罚,三天之后,月亮会愤怒地变红,然后从天空中消失。 到了那天晚上,月食真的发生了。月亮逐渐变红,然后隐入黑暗。原住民吓坏了,赶紧向哥伦布求情。 哥伦布做了一通法事,说只要继续提供充足的食物,神就会宽恕他们。当地人就这么被拿捏了。 这个故事的本质是什么?哥伦布和原住民看到的是同一个月亮、同一场月食。 但哥伦布理解月食背后的天文原理,所以他能利用这个现象。原住民不理解,所以只能被这个现象支配。 同样的事情放到今天的 AI 时代。AI 工具摆在所有人面前,每个人都能用。 但如果仅仅停留在 AI 告诉我们答案,我们接受答案。AI 给出方案,我们执行方案。 AI 说做不了,我们也默认做不了,那这和原住民看月食没什么区别。 我越来越觉得,AI 可以成为我们的执行者,但不能成为我们的认知。 真正属于人的工作,是不断把 AI 给出的结果,重新变成自己的理解。
查看原文
查看缓存全文

缓存时间: 2026/07/03 16:40

我们团队用 Codex 踩的一个大坑。

想和大家真诚分享下我们刚刚周会上聊到的话题。这可能会是很多人使用 Codex 这类 Agent 产品会踩的坑。

简单来说,如果面对 Codex,我们只是不断地下指令、接受建议,没有理解和判断,那这些产出并不能真正算自己的能力。因为换一个人来点,结果也差不了太多。

面对能力越来越强的 Agent,我们可以不用亲自去处理每一个细节,但还是要知道这件事为什么这么做、大概是怎么解决的。

如果一开始不知道,也没关系。AI 做完之后,我们应该回过头去问它,然后再形成自己的经验和理解。

为什么会有这么一长段的感触呢?事情得从前半年说起。

今年春节后,我的小团队全员配备了 Codex。在内部的协作中,我们经常提到的黑话是:先让 AI 去干。

说实话,这个工作方式看起来简单,但真正做到其实挺难的。毕竟人有思维的惯性。

好消息是,经过几个月的刻意练习,大家已经养成了让 AI 先干的工作习惯。

但紧接着,我发现新的问题来了。有的同事开始不求甚解。Codex 说行他就行,说不行他也就不行。他不去研究背后的原理和逻辑。

举一个真实的例子。

之前我写过一篇教程,分享怎么把 DeepSeek V4 接入 Codex。

当时 Codex 还不支持第三方模型,所以需要借助 CC Switch 这样的桥接工具。

后来 Codex 宣布支持第三方模型接入,我心想,这下简单了。

于是我让同事研究一下,看看 DeepSeek V4 怎么快速接入。

他麻溜的截图把需求告诉给 Codex,结果 Codex 分析了之后,说目前还是没办法接入,因为协议不兼容。

他给我发了截图,就此打住了。

我当时以为他搞不定,于是接过来继续研究。后来确认,Codex 新开放的第三方模型,要求必须兼容 OpenAI 的 Responses API。

而 DeepSeek V4 还不支持这个协议。所以虽然 Codex 开放了第三方模型,实际上 DeepSeek 还是无法直接接入。

这事就这么结束了。

这周一,我一个做传统生意的好朋友告诉我说, 为啥一发图片,Codex 就报错。

我问了后才知道,它按照我之前的教程,接入了 DeepSeek V4,而 V4 本身就不支持多模态。

于是,我想折腾把 Kimi 的新模型接入到 Codex 中。毕竟这段时间,我用 Kimi 的新模型做 PPT、分析数据,效果还是非常好。这个模型是原生多模态的。

按我的预期,这次应该会快很多。因为第一次已经踩过坑了,只要先判断 Kimi 支不支持 Responses API,后面的思路基本就清楚了。

同事接过了新的任务,开始干。和之前的干法一模一样,他继续把文档和需求告诉 Codex,让 Codex 代劳。

Codex 分析之后,判断出来 Kimi 的模型因为协议不兼容,所以无法直接接入。

这时候,聪明的 Codex 给了他建议,说:要不我来写个桥接软件,这样就可以了。

他说可以。于是,Codex 按照这个思路搞定了。

然后他兴高采烈过来告诉我,任务完成。哈哈哈哈。我一问,发现他根本不知道这其中的逻辑和原理。

我说如果协议不兼容的话,那是不是我们直接用 CC Switch 这样的软件就行,没必要再自己构建一个。

他对这一切一无所知。我感觉这干法有问题,相当于他把所有的思考、理解都外包给了 Codex。

于是,就有了今天周会上我们的交流。

我的经验是,我们应该成为 AI 的 Leader,而不是传声筒。

Leader 不一定亲自干活,但一定知道为什么这么干。AI 可以负责执行,人要负责理解、判断和决策。

这让我想起左耳朵耗子之前的口头禅,要成为一个大家愿意追随的 Leader。

1、帮人解决问题。团队或身边大多数人都在问:这个问题怎么办?,而你总是能站出来告诉大家该怎么办。

2、被人依赖。团队或身边大多数人在做比较关键的决定时,都会来找你咨询意见和想法。

也许和 AI 沟通协作,我们仍然应该朝着这个方向努力。如果只是提要求,当传话筒,那我们心里完全没底。

吴军之前讲过一个故事。

1503 年,哥伦布的船队到达了牙买加。当地的原住民一开始热情地接待了他们,但后来因为船队有人偷了当地人的物品,原住民就拒绝再提供食物了。哥伦布他们面临断粮的危机。

哥伦布这个人略懂天文知识,随身带着一本天文年历。他翻了一下,发现 1504 年 2 月 29 号晚上会发生一次月全食。

月食发生前三天,哥伦布约见了当地的部落首领。他告诉首领,他的神因为当地人不再提供食物而感到愤怒,作为惩罚,三天之后,月亮会愤怒地变红,然后从天空中消失。

到了那天晚上,月食真的发生了。月亮逐渐变红,然后隐入黑暗。原住民吓坏了,赶紧向哥伦布求情。

哥伦布做了一通法事,说只要继续提供充足的食物,神就会宽恕他们。当地人就这么被拿捏了。

这个故事的本质是什么?哥伦布和原住民看到的是同一个月亮、同一场月食。

但哥伦布理解月食背后的天文原理,所以他能利用这个现象。原住民不理解,所以只能被这个现象支配。

同样的事情放到今天的 AI 时代。AI 工具摆在所有人面前,每个人都能用。

但如果仅仅停留在 AI 告诉我们答案,我们接受答案。AI 给出方案,我们执行方案。

AI 说做不了,我们也默认做不了,那这和原住民看月食没什么区别。

我越来越觉得,AI 可以成为我们的执行者,但不能成为我们的认知。

真正属于人的工作,是不断把 AI 给出的结果,重新变成自己的理解。

相似文章

@blueskylh1: 一个人撸产品或者带 AI 团队,最痛苦的就是在不同的聊天框之间当“无脑传话筒”。PM 写完需求,换到程序员对话框又得复制粘贴一遍。 看了 OpenAI Codex 团队开发者体验工程师 Jason @jxnlco 的分享后,我跑通了一套无…

X AI KOLs Timeline

介绍了一种基于本地纯文本文件和OpenAI Codex的多AI代理协作工作流,允许产品经理、后端、前端和测试通过文件接力高效开发,无需复制粘贴。

@dotey: https://x.com/dotey/status/2057250417638035555

X AI KOLs Timeline

本文分享了来自Codex官方团队的使用技巧,包括持久对话流、语音输入、任务干预与排队、工具集成、自动化和目标设定等,帮助用户最大化利用Codex这一AI编码智能体。

@Xudong07452910: 这篇论文很适合所有重度使用 Claude Code、Codex 或者其他AI Agent 的人看。 它研究的不是 Agent 在 benchmark 上怎么失败,而是一个更真实的问题: 在真实开发里,AI coding agent 到底是…

X AI KOLs Timeline

This paper analyzes 20,574 real-world coding-agent sessions to identify how AI agents misalign with developer intent, finding that constraint violations and inaccurate self-reporting are the most common failure modes, imposing trust and effort costs rather than irreversible damage.