现况：
我自己的个人freeware项目，
大概150k loc，
c#，
几乎纯逻辑，极少量输入输出boilerplate，没有crud，
前端是第三方跨平台框架eto（不是web，不考虑web，类似于wxwidgets，就是通过DI的方式使用原生控件）。
因为开发周期比较长（接近10年），代码层层叠叠的比较多，
由若干组件组成，之间有少量耦合，
少数组件必须保留老代码的精确行为。
依赖于一些开源项目很少的第三方库（可能需要强读本地SDK或者依赖于反编译）
有少量计算几何学。
很难进行单元测试（代码只能在一个第三方host中运行），之前一直是集成测试，强行单元测试可能需要写RPC中间件，或者实现一个inprocessemitter
现在需要
整理架构（但不是大规模重构，主要看看有没有什么改进空间）
加一些新功能，新功能会和若干老组件耦合
我试了下codex和cc，感觉效果都一般，主要是
不能完整的理解我的意图（打个比方有点像吃饭吃到一半要换座位，ai生成的代码只有人换座位，但实际上菜也要移过去）
纯逻辑函数编写要描述得非常具体，和我自己写差不多
第三方库api幻觉严重
想请教一下
用什么模型
或者怎么设置md比较好
或者有没有什么奇技淫巧
就如果要和prompt battle的话感觉不如我自己来。OP是野鸡coder，不是CS的所以可能用语有所偏差
2 个赞
折木奉太郎
2026 年6 月 1 日 20:31
3
插眼
目前还没有一蹴而就的vibe选项，多多少少都需要人进行负责任地review
如果你对项目有高的要求，就那就还是要每次开独立上下文，限定小的修改范围，积极review
我个人觉得claude code, 还是要和慢慢磨合
让他熟悉你的codebase 和你的开发环境, 当然有可能我的错觉, 只是我用Claude code经验变多了
就感觉积极review不如我自己写 ，有点像教人写代码
hoodl
2026 年6 月 1 日 21:32
8
那就退回pair programming，咋了自己150k loc都写了还怕个智障AI？
my two cents:每个 feature 要求列出 affected state，不只列 affected files。
我觉得ai强项在你可以同时做很多个小task和帮你节省真的敲代码时间
越大的scope准确率越低
illusionwing:
很难进行单元测试（代码只能在一个第三方host中运行），之前一直是集成测试，强行单元测试可能需要写RPC中间件，或者实现一个inprocessemitter
sample 输入输出 a/b test。unit test也要补上。test test test
Kel7
2026 年6 月 2 日 03:57
13
好奇，你直接分别问问gemini gpt 和claude该选谁
本身是个lib，需要在3rd party host里运行，test framework支持很差，现在几乎是手写的
那我建议就别没事找事。。改出问题更麻烦。 没有测试肯定是不行的。这个host有网络权限的话，可以call 一个外部server 收集数据。
Onvon
2026 年6 月 2 日 04:23
16
我的理解是只要代码可以编译运行 就可以写单元测试
mock也比完全没testing强吧
你可以让claude code / codex写个tracker 挂在host上收集各种log 分析之后就能理解系统状态了
IrishCoffee:
可以call 一个外部server 收集数据。
就是，dotnet 现成的 testing framework 好像都不支持这种架构（运行测试的进程不是由 testing framework 控制/启动的），自动化需要自己写 adapter 中间件啥的。我现在是集成测试直接打log然后比较输出，比较简单
学习一个
说到底就是平衡vibecoding的复杂度（设置agent，各种md，review流程）和自己手写的复杂度。另外我没有好心公司给我买 subscription
2 个赞
