在我印象中2025年AI进入了发展的快车道，就我亲身经历而言，尤其在coding方面，简直是指数级的速度，程序员成了第一个被降维打击的对象，凡是使用AI的程序员都是痛并快乐着。
这次我在公司开发一个管理系统的页面，前后端都是我一个人来做，主要开发工具就是Codex。 简单介绍一下，我这次开发的是一个广告收入和支付的报表上传平台，做这个页面主要目的就是把手工填写的报表变为手工上传，减少手工误报。
第一步，聊需求
我一般会先和chatgpt去聊需求，前端后端都可以去聊，但是一定不要发散，不要拿一次性去设计一整个系统，就我目前使用GPT5.4的经验，一次性做完一个页面是没什么问题。我建议的顺序是先聊表字段，再聊接口，再聊页面设计和实现。
比如你可以这样,介绍项目基本信息
我这个项目当前xxx结构，用了xxx框架，部署在xxx环境，项目目录大概有xxx。我今天想实现一个xxx功能，请你先帮我设计一下后端数据库的表结构。你可以针对功能反问我问题，直到你完全清楚了功能需求，再开始设计然后手搓一张草稿，让他去分析，然后调整前后端相关逻辑。 
这个阶段就是聊，你可以跟他和同学一样，探讨这个需求，直到你感觉没什么问题。然后让他输出一份提示词，这里最好把前后端的文件路径也写进去。
bash
总结上面的的需求，输出一份提示词，先进行数据库建表，再进行后端模块实现，最后完成前端页面并进行联调。你可以直接写上前端页面中apps/web，后端服务路径再apps/worker当他输出完提示词，不要直接用，再反问他一句，并要求增加相关约束条件。
那么我现在拿这个提示词反问你，你觉得有什么问题，这里的约束条件足够吗，会不会更改项目原有的架构和规范。然后等他输出完问题，你让他改正，这一份提示词基本就能用了。
第二步，执行
其实执行就是把提示词给codex或claude或者任何你用的cli，但是我建议不要让他直接执行，先让他阅读整个项目，如果是claude，你可以开plan mode，让他先读提示词，有什么不理解的让他再提问。这一步，主要是防止提示词和当前项目有什么冲突。 你可以在提示词前面加上这句话
先不要着急修改代码，先阅读整个项目，理解这份提示词，有什么不理解或冲突请直接告诉我。这就是我刚才的草图通过codex直接生成的效果，确实很丑，但也不是不能用，问题还是比较多的。
然后继续把图甩给claude，我用的网页版，让他继续优化。别说claude优化的确实好多了
老规矩，再让claude甩出一份样式的提示词，然后继续执行，最后成品如下
