[分享创造] 用 codex 把自己之前做的小网站重刷了一遍，觉得自己越来越懒了

一句话看懂：一位开发者用 OpenAI Codex 将自己多年前手动编写的小工具网站完全重写，几乎零代码工作完成功能迭代与测试。这件事折射出大模型编程能力已经从“辅助写码”进化到“直接替代全栈开发”的阶段，开发者角色正在被重新定义。

事件核心：发生了什么

V2EX 用户 crusaderay123 在社区分享了自己使用 Codex（OpenAI 旗下代码生成模型）重构个人工具网站 telcoaio.com 的经历。该网站最初是作者用于查询 RPKI/Radb 信息的自用工具，后来逐年添加了其他功能。最早版本完全依靠“古法”手动编写，没有借助任何 AI 辅助。近日，作者尝试用 Codex 把整个网站重新刷了一遍，效果是“俩嘴皮子一动就都写完了，测试都帮你做了，你自己就上去用就完事了”。作者同时感慨，再这样下去，自己仅剩的传统手工编码经验可能在一两年内就会彻底遗忘。该帖子在 V2EX 社区引发了关于“程序员是否正在变懒”以及“AI 编码是否加速了传统开发技能退化”的讨论。

为什么重要

这则看似个人的技术分享，实质上展示了大模型在真实生产环境中的“端到端”替代能力。Codex 并不是第一次亮相，但此前多数演示仍停留在“补全代码”“写个函数”的层面。而这位开发者的案例表明，Codex 可以独立完成一个完整的小型网站的前后端重构、测试和部署，开发者只需用自然语言描述需求和确认输出。这种“自然语言 → 生产代码”的链条一旦成熟，将对软件开发行业的从业门槛、开发效率、乃至人才结构产生实质影响。目前公开信息显示，OpenAI 正在持续优化 Codex 在多轮交互、长上下文与代码调试上的能力，而这类真实用户反馈正是模型迭代的关键养料。从行业角度看，这验证了“AI 替代初级开发者”不是危言耸听，而是正在发生的增量变革。

对用户/开发者/创作者的影响

对于普通开发者，尤其是以“古法”写模板代码为主的开发者，这则新闻提示了一个现实：如果工作中频繁出现“重复造轮子”或“标准功能搭建”，那么利用 Codex、GitHub Copilot 或类似工具来提效几乎是必然趋势。固守纯手工编码不仅效率低，且可能在未来一两年内逐渐失去竞争力。对于创作者和独立开发者（Indie Hacker）而言，此类工具极大降低了从想法到产品的落地障碍——过去需要完整技术栈才能启动的项目，现在只需要清晰的逻辑表达和基础系统思维即可快速上线。不过，这也意味着对“问题定义能力”和“系统架构判断力”的要求反而提高，因为 AI 处理的是执行层，而决策层仍然需要人来把关。对于企业采购方或管理团队，这个案例提供了评估团队研发效率的新视角：是否应采用 AI 编码工具来释放高成本人力，同时重新定义开发岗位的核心职责。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

值得关注的后续

第一，Codex 在更复杂、多模块、需要长时间维护的项目上表现如何？当前案例是一个功能相对集中的个人工具站，一旦涉及分布式系统、高并发或业务逻辑高度耦合的大型项目，AI 的稳定性和上下文保持能力仍是关键变数。第二，开发者社区对“AI 编码导致技能退化”的态度是否会演化出反对或限制使用此类工具的亚文化？目前 V2EX 讨论已透露出谨慎与自嘲并存的氛围，这种心态可能影响开源项目对 AI 生成代码的接纳程度。第三，随着 OpenAI 持续更新 Codex 底层模型（GPT-4o 及后续版本），定价模式和 API 接入门槛是否会进一步下调？这直接决定个人开发者能否长期低成本依赖此类工具。

来源：V2EX (创意工作者社区)

[分享创造] 用 codex 把自己之前做的小网站重刷了一遍，觉得自己越来越懒了