@f1ynnv2 sol 比 luna 要贵啊。luna max 和 sol 中游差不多水平，但 luna 站起来蹬也蹬不了几个钱。

礼品卡大头都是诈骗，小头才是正规送人。我之前美亚买 airbnb 礼卡给自己订房都被封号了。

@unused 重置一直是从第一次使用开始算的，5h 也是，周限也是。

@ffgrinder #152
> 不存在任何一个时候你 7 天到期但是重置是 3 天后

你 8 月 1 号开始订阅，到 8 月 25 号的时候你还有 7 天到期但自然重置是 8 月 29 号。
如果你 8 月 22 号用了一个请求触发了 7 天窗口，那么你可以在 26-28 号用满一个周限，然后 29-31 号用满第二个周限。
如果 Tibo 强制在 8 月 25 号重置了周限，那么账号到期前你不可能用出两个周限的额度。所以如果你不巧生了几天病，25 号回来打算继续蹬，你就会少了一周的额度。

但凡动点脑子想想就能想出来的事。

而且原贴也没有抱怨也没有骂人，不知道你起手就给人扣帽子是几个意思。那么喜欢扣帽子建议你出门右转去贴吧，v 站不欢迎乱扣帽子的人。

至于题主的事件本身，说白了，项目是项目作者/社区所拥有的东西，当然是人家说了算。
用 AI 的人可以自己开新项目。
比如你全 AI 自己从头写个 ai-rustc ，一行代码不看，全让 AI 做，你要能用软件工程能力做到 bug free ，那何尝不也是一种本事。而且还可以顺便打那些认为 AI 做不出高质量项目的人的脸，对不对。

@gumayusi #4 你不会以为 XXX 用谷歌翻译 20 遍 真的就只是用谷歌翻译 20 遍吧。

定义版本是仓库作者说了算，倒也轮不到用户来说三道四。facebook 归根结底也不是开发者而是公司，他用 0.x 有公司环境层面的考量，和个人开发者的做法也不是一回事。个人开发者开发也不见得就得像公司一样莫名其妙承担社会责任，人家想发什么版本号就用什么版本号。更简单的，有些个人开发者直接 r1 r2 r3 用 git 提交顺序往外发也没问题。而且公司级开源项目，用户可能会有几百万几千万，发版会更谨慎。普通个人开发者一个软件写完十年可能也就几十个人用，谁关心你版本号长什么样。

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

这能不放在沙盒里跑么，我都开 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 ，体验还和本地几乎一样。