于是，才 6 月 5 号，企业的所有额度都被用完了。
管理员一看用量，有个同事一直在猛猛用 Claude OPUS 4.8 ，给管理员看傻了，4.8 的用量倍率是 15x……企业的额度几乎都是被这个同事跑光的。
这个同事赶忙出来道歉，然后发了个截图，它的 Copilot 插件没有更新，显示的倍率居然 4.8 也是 1x……
没办法，还得干活啊，还好公司还额外买了 Qoder 的企业企业订阅，但是因为有 Copilot ，基本都没人用 Qoder 的订阅，我甚至直接没加入 Qoder 的企业，现在不得不用了。
由于我是中途加入的 Qoder 订阅，所有给的额度按照日期折算，只有一半不到的 1000 多一点点的 Credits 。
我试了下所谓的其实上层模型是 opus 的极致模型，一个简单的需求就消耗了我快 300 Credits ，吓得我都不敢继续用了，还好现在 Qwen 3.7 Max 每日限免。
那么简单的需求或者一些简单的 BUG ，我就用的免费的 Qwen 模型，剩下的 Credits 准备留着解决疑难问题。
上周接了个特别简单的需求，我整理了需求说明就发给 Qoder 了，它写完之后我简单测试了一下，我的需求确实实现了，还没怎么细看就下班了，准备这周来再自测一下。
测试的时候就发现有些奇奇怪怪的问题，让它改了好几轮都改不对，于是我就自己看了下代码。
不看不知道，一看吓一跳……
首先映入眼帘的是一大堆莫名其妙的变量名……它居然全部使用的 拼音 命名变量！
我需求文档中没有任何字眼体提及要用拼音命名变量，原项目也没有用任何拼音变量……不知道它为什么会用拼音来命名……
再细看，才发现变量名根本不是问题，更严重的是，我仔细看了下它实现的功能逻辑……
我的需求确实是实现了，但是……实现方法是完完全全的顾头不顾腚！
简单来说就是，它实现这个需求的时候，写了一大堆完全独立的代码逻辑，几乎没有复用任何项目已有方法。
导致原项目原本写的很多约束条件、附加逻辑完全没有应用到这个新需求里面……
而且它独立实现了需求之后，又嵌入了原项目里面，导致原项目的部分已有功能也遭到了破坏……
只能说 Qwen 现在真的是拉完了……
