我这么说吧，以营利为目的侵犯著作权，在刑法里叫侵犯著作权罪。
各大视频站上一大堆把版权物拿来然后里面加点广告挣钱的，按法律都得进去蹲个几年。
他们不担心被跨省吗？
做中转的才几个人，掰掰手指头撑死也就三五十个吧。你看看视频站上多少人搞侵犯著作权营利的，少说几百几千人有吧，他们不担心吗？

这能不放在沙盒里跑么，我都开 VM 专门给 codex 中转用的。

十年前就有 capybara 这样的方案可以做 Web UI 自动化测试了。
由人类反复机械式操作的测试基本都可以自动化。
我们反正早就没有传统意义上的测试团队了，现在我们的测试团队无非也就是负责把自动化测试拉起来然后等着看结果。

@sora2blue 对你算不算靠谱我不知道，我自己用着还行反正。
测试当然都是 AI 写的，一个项目几千个测试用例难道要我自己一个一个写吗。

我用 TG 了，但大多数人还是在 QQ 上。毕竟指望大家都转用 TG 难度也挺高，对吧。

一个实施模型，一个审查模型。
比如说你让 GPT 实施，让 Gemini 审查。
GPT 写 Spec 和 HLD ，然后交给 Gemini 审查，告诉他这是你竞争对手模型写的计划书，狠狠拷打。
然后把拷打完的意见交给 GPT 评估，让 GPT 照着修改。GPT 不同意的，让他写意见书。
重复以上两步直到双方意见一致。
然后你让 GPT 写代码提交，然后让 Gemini 审查最新提交，狠狠拷打。
然后把拷打完的意见交给 GPT 评估，让 GPT 照着修改。GPT 不同意的，让他写意见书。
重复以上两步直到双方意见一致。
然后闭着眼睛推送代码。

还好吧，我用的便宜的中转 TTFT 也就 2 秒上下，缓存命中率也能到 90%以上，稳定性也可以接受。
顶不住他便宜，一个月就花几十块钱。

怎么用的？ API ？
API 可比一般的订阅制的贵多了。
我拿 GPT 举例，一个 200 刀的订阅一个月能跑差不多 10000 刀的 API 计费的量。
你要是都用正价 API ，那只能说很富了。

所以我是开个 VM 专门给 codex ，代码都用 syncthing 同步，炸了就炸了。

> 但若不是 AI Coding ，而是自己一行行写的话

自己一行行写那么多代码早就加班到猝死了。

> 吓出冷汗

吓出什么冷汗，只是个公司业务而已，报错率高就高了，让 AI 快速排查原因就完事了。你们都代码写完直接上生产了，想必本来也对产品质量没有变态苛刻的需求，遇到问题原地迭代再上线就行了。自己吓自己。

> 是否会担心，或做些什么，来保证自己对项目的持续开发、持续维护、甚至上线，都仍然有信心担责

我用 AI Coding 如果出了问题，那就是我测试用例写得还不够，AI code review 做得还不够暴力。Vibe 时代，代码可以被看成是黑盒，你要做的是在黑盒之上，用测试，用流程，用行政角度的方法，去保证这个黑盒的可用性。纯 Vibe 项目我几乎不会看实现，而且很多时候我也看不懂，因为我不会要求他用我能看懂的语言来写。我只关心行为是否正确，所有的功能是否都由测试覆盖到了。

之前 vibe 了一个字节码反编译器，大约 20 万行代码，两三千个测试用例，全方面覆盖所有代码细节，用官方测试自己编译器的压力套件来测试我自己的项目。那至少我知道我的项目可用性和官方编译器的可用性会在同一个等级上。那我也不可能自己去读这 20 万行代码吧。

一般先分拆出 MVP ？做完 MVP 以后再往上加功能吧。

如果不是刚需开发 windows 项目的话，我是开了个 Linux VM ，上面装上 codex CLI ，然后从桌面版远程连上去干活，再开个 syncthing 同步到本地查看。
codex 桌面版毛病一大堆，但是一旦远程连上 Linux 以后，一切都变得舒服起来了。没有铺天盖地的 git.exe 和 taskkill.exe ，不会轰炸你的内存和 CPU ，体验还和本地几乎一样。

你是否在找 sub2api 之类的工具。

可能和你实际用的模型有关？限额不是严格按照 API 价格结算的。

@MoonLin 是啊，甲方是美国联邦政府和美国国防部。

你的意思是说，原本用订阅/中转的用户，突然有一天发现自己用 AI 的成本涨了 50 倍，然后他们还会继续乐呵呵地给你送钱？
本来花 200 刀订阅的开发者，发现下个月开始按量计费，一个月要收 12000 刀，他们就会乐呵呵每个月掏出 12000 刀给模型厂商？

要不要先去学一下经济学 101 。

「签保密协议」的保密等级有限。真正保密等级高的，要么自建开源模型，要么自建机房然后让对方进驻。
比如我司的云计算产品，别人要采购，他们可能是自己建一个保密机房，然后我们的人进去部署好整个云计算环境，然后他们用。我们这边要访问机房里的环境，必须要政审拿到权限才可以进。要 debug ，得他们的人连上服务器，然后和我们共享屏幕，我们指导对方怎么查日志找问题。

之前我收到过一位开源项目开发者关于使用 AI 的看法。
其中有很大一项就是：
许可证污染。

你做自己的项目，你想怎么搞就怎么搞，反正你自己负责，开 AI 拉多大的都无所谓。（我现在 vibe 的一个项目已经非常大了，几千个提交，就是这么做的。）
但是这是别人的项目，而且是开源项目，想必还是比较出名的项目。
那么问题就来了，你怎么保证 AI 生成的代码不是和其他私有项目或者许可证不兼容项目里的代码一个样？
比如你在给 MIT 项目贡献某种算法，结果后来被爆出来和另一个 GPL 项目里的算法非常类似。
怎么办？整个项目都给你污染成 GPL 了。

所以很多人非常忌讳这种 AI vibe 大功能的 PR 。
如果是简单的修改，比如你找到一个 C++内存溢出问题，修改一下缓冲区长度，又或者是 double free 了你给修一下条件，这种属于著作权法上「简单修改」的情形，一般维护者是接受的。

后来那位维护者也提到，如果只是生成简单的测试用例，或者参与 debug 工作找到代码错误，这些一般都是可接受的。所以后来我给这个开源项目做的贡献就是写了一个独立于项目的测试框架套件，由我反向导入开源项目作为子模块，然后跑测试用例。

当然楼上几位提到的维护者的精力也是很重要的一点。你是作为一个第三方开发者去贡献代码的，而第一方开发者对项目的了解程度远比你高，你无心引入的一些变更，对方仔细审核以后就可能会发现隐藏的 bug 。再加上万一对方合并 PR 以后出现问题，责任在对方头上，而不是你头上。维护者身上的压力远比一个 PR 作者要大。