在 AI 时代到来前，或者更近的说是在 2026 年前，我们一直都处在一个相对稳定的产研协作方式下：产品经理提出需求，设计落实方案，开发完成落地，但在今年，一切都有了变化。
一个方案在以前无论产品的需求锚定的多么准确，设计师的体验、交互和视觉做的多完美，都无法落地，都需要依赖开发人员的代码落地能力才能完成真正的项目闭环。我不否认即使到了现在开发人员依然十分重要，但是今年的 Agent 让这个验证周期从一两个月变为几天，而 Codex，就是这些众多之一。
Codex 出现
Codex 的 GUI App 在今年 2 月份正式上线，其优秀的设计语言和符合用户心智的简洁 GUI 体验一下子收获了大量的用户，截止到目前，已经远超 Claude code 的用户量，突破一千万大关。
那么 Codex 为什么备受大家的喜欢，好用只是能留下用户，真正吸引用户来用的又是什么？这就是我前文说的，Codex 的强大的能力。
Codex 带来了哪些改变
我身边在互联网工作的朋友们，几乎人人都在使用 Codex，有些还会使用其他的 Agent 工具，大家使用 Codex 做了很多的事情：
使用 Codex 制作 Skill、Plugin，帮助自己能够偏向自动化的完成不少机械性任务；
使用 Codex 开发浏览器、Figma 插件，帮助自己在工作中提效；
使用 Codex 开发自己的个人网站、部署自己的项目，在工作中制作原型或者前端界面效果，用来方便和上下游演示和对接等等。
这些东西在以前是几乎不可能的，你不需要花费大量的时间，可能是几个月到一两年去学习代码、工程的知识，而且不同的开发使用的代码技术栈、工程规范也有不同，这就导致你要想做到上述的内容，你需要学习的东西可能比很多开发还要多，但是 Codex 让这些变得简单、快速，这就是 Codex 的无穷魅力，我看到许多人使用 Codex 成为了被叫做“Builder”的群体。
如果你是非开发人员，更推荐你学习 Codex
以设计师和产品经理为例，其实这两者的核心工作，本质上不是“做界面”，而是持续做决策与权衡。
当实现成本降低之后，这些决策就不再必须等到开发阶段才能验证，而是可以提前被“跑出来看”。这意味着设计判断从经验驱动，开始逐步转向结果驱动。
抛开这两个本身就和开发有着一定接触的岗位，我还见到不少做销售、市场的人使用 Codex 帮他们给客户打标签，自动发邮件等等，让自己有更多的时间放在跑客户，研究客户上，这都是很棒的应用案例。
在我看来，Codex 并不是开发们的专属，它的的价值就在这里，它帮助很多不懂代码的人开始能写出来代码（尽管这个代码的质量可能堪忧），使用代码帮他们完成或是实现一些梦想，这就是 Codex。
写下教程
Codex 这个工具的变化速度太快，但是使用的核心知识是不会变的，除非它被这个时代所淘汰，我解除 Codex 算是比较早的，作为一个非开发出身的设计师，我也不懂代码，更不懂什么工程约束，都是一步一个坑的趟出来的路，我希望可以帮助别人少走这么多弯路。
这篇教程的字数并不多，我估计都不到 1W 字，文章的顺序我也调整了几次才定下来，因为我希望你的学习曲线是平滑的，循序渐进的而且每一步都是你正好需要的东西，我不希望像代码一样，学习曲线陡峭且漫长，这会让你感到厌烦而放弃。Codex 经过半年多的迭代，已经和最开始的模样有了翻天覆地的变化，功能也是增加了许多，但是我希望把最终的东西，最核心的东西教给你，最后留给你去探索剩下的应用层的无限可能。
感谢你愿意看到这里，我也衷心希望这篇文章能对你有帮助，也祝你能使用 Codex 做出来很多优秀的产品和小东西！
30 次点赞
今天可以点赞一次