我目前在用 20 刀的 Codex （ macOS 客户端） 做日常开发，已经给了它完整的本地访问权限。
最近看了 V2EX 这个帖子： https://www.v2ex.com/t/1199424 包括下面的评论也基本都看了一遍，感觉不少人的流程比我更顺一些，所以想把我当前的开发方式整理出来，看看有没有优化空间。
这一块我做得比较“重”：
我会先自己拆一遍需求
同时会把原始需求一字不差丢给 Codex
最后：
这一阶段我感觉是有价值的，但也比较花精力
AI 写 Java 代码大概 10 ～ 15 分钟
几乎没有一次能直接用
真正耗时间的是 检查
具体问题：
不是自己写的 → 不放心
每一行都会仔细过
AI 经常用一些我不常用的写法 → 理解成本高
甚至比我自己手写还要更谨慎
结果是： 写代码变快了，但 review 成本明显变高
当前项目是典型老环境：
后端：Java + Eclipse
版本管理：SVN （用 Cornerstone 做提交/管理）
Eclipse 主要用途：
Codex 的 Git 能力目前基本用不上 （如果能在 SVN 场景有更好的用法，也欢迎指点）
这一块体验反而不错：
我的开发环境有个限制：
所以我的模式是：
断公司网 → 连热点 → 用 Codex 写代码 → 再切回内网验证
对 Codex 来说，相当于：
完全离线开发（看不到真实运行环境）
总结下来就是一句话：
Codex 让我在某些地方更省心，在某些地方更费心
具体来说：
优点：
问题：
基于我这个流程，有几个问题想听听大家经验：
怎么降低 AI 代码的 review 成本？
老项目（ SVN + Eclipse ）下，有没有更优的 AI 使用方式？
需求分析这一步，如何让 AI 更好的深度参与？
像我这种“离线开发”场景，有没有更好的实践？
如果你们有成熟一点的流程（尤其是 Java / 企业项目场景），非常欢迎分享
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。