最近这段时间，我在自己的博客项目里接入和使用了 Codex，也就是现在这类可以直接参与代码修改、检查项目结构、生成素材、辅助调试的 AI 工具。没有使用CC(claude code)的原因还是因为太容易封号了
一开始使用它，只是觉得有些功能自己写起来比较琐碎，比如前端页面调整、素材处理、移动端适配，还有后端接口的一些配合逻辑。如果全部自己一点点写、查、改、测，时间会被很多细节消耗掉。
因为一个博客系统写代码最多还是增删改查
但真正用下来之后，我能明显感觉到工作方式(或者说思想，也有可能是动机)发生了一些变化。
以前做一个功能，很多时间是花在“想这个功能要不要做”上。比如某个页面布局不太舒服，需要不断调 CSS；某个交互需要补充状态；某个按钮点下去之后，前端要有反馈，后端还要记录日志；再比如图片素材不合适，还要考虑透明背景、尺寸、风格统一。
这些事情都不难，但很消耗精力。
有了 Codex 之后，它更像是一个可以一起做项目的秘书。我把需求描述出来，它能先看项目结构，再根据已有代码风格去修改，而不是完全从零开始乱写。
和网页端最大的不同是它可以直接操作电脑文件，虽然对于安全层面确实可能不太友好，但是对我来说，电脑上的文件也没什么有价值的东西...
让我印象比较深的是，它不只是写代码，还能处理一些比较细的体验问题。比如手机端按钮太靠下，或者素材背景不透明，再比如功能区太臃肿，需要重新调整布局。这些如果靠自己一个人慢慢调，也不是不行，但会花不少时间。
Codex甚至可以自己打开浏览器来验证它写的东西是否符合预期
有时看他的思考，真的让我惊讶哭笑不得,你既然不想糊弄过去,那么从一开始就给我生成好了呀
我现在对 AI 的感觉是，它不是简单替代程序员，而是把很多重复、琐碎、耗时间的部分提前处理掉。这样我可以把更多精力放在“这个功能到底有没有意思”“用起来顺不顺”“项目后面要怎么优化”这些事情上。
对于我自己的博客项目来说，Codex 带来的便利很明显。以前可能一个小功能拖很久，现在可以更快地尝试。想到一个点子，可以先让它帮我做出第一版，然后我再根据实际效果调整。这个过程让项目迭代变得轻松了一些，也让我更愿意去加一些以前觉得麻烦的小功能。
我觉得注意的是，要保留自己的判断。AI 很强，但它并不了解项目背后的所有取舍。有些功能看起来很酷很强，但不一定适合当前项目。有些代码能跑，但不一定是最好的实现方式。
总的来说，Codex 确实让我感受到了 AI 的强大。它让开发变得更顺手，也让我更愿意去完善自己的项目。以前很多想法可能只是想想，现在可以更快地试出来。
让我有更多精力去真正写博客，而不是一直在完善网站功能。
以后我应该会继续把 AI 用在项目开发里，但不会完全依赖它，不至于失去自己的想法。