我可能是被 AI 奴役的第一批人

也是牛的，用 AI 也能下指标。阿里云给你司塞了多少钱啊。

方向是对的, 但是选择的阿里产品是个杯具... 那个不行, 别浪费时间在阿里的产品上

@HojiOShi 仅知道确实是开通了企业专属版。

是真不想用这玩意儿，每次给一堆智障代码还不如我的手速来得快。

不用吧又没有绩效。

通义灵马是垃圾，让公司给你们配发 claude code

代码采纳率是啥意思？ 你提交的 100 行代码里有多少行是 AI 写的？ 还是 AI 提供的 100 行代码里有多少被你用上了

公司角度的防御性编程,彻底解决部分程序员挟码自重不好优化的问题.

@xabclink 礼貌请教，为何说方向是对的。
在我看来没有了写代码自由，工作项目我向来不使用 AI 代码生成。

嘿，你还别说，我们公司也是类似的 AI 指标

打开一个 ignore 里的文件，AI 出什么都无脑 tab ，还能写个脚本自动化，你就是绩效最高的。

教你个斗争经验，政策扩大化。将个体矛盾转化为系统性矛盾，用规则反制规则。
1 、让你用，你不仅要用，还要大量用，生成一堆垃圾数据。汇报时再加一点产出降低的数据。倒逼“保指标”和“保业务”间二选一
2 、秘密拉拢一帮同事，制造舆论。
3 、置换考核标准

@irrigate2554 不奢求 claude code ，只希望能有选择的自由，我可以用可以不用，但是不能强迫我用。

@lanrete 后者

@ATKLLL 可能吧

每次都采纳，然后删掉不就行

嘿嘿，我就是负责公司内 AI 提效的。
AI 编程这块，不过我们给团队配置的是 Cursor 和通义灵码（插件），两个自己选择。企业版主要是看后台监控，看大家的使用情况如何，然后提高一线员工的效率，就是提高整个公司的效率。

当然，现在还没上升到绩效的程度。阶段性 check 大家的使用情况，使用率高的和大家做经验分享。

主要是把 AI 提效的气氛给拉起来，这东西，管理层的确非常关注。

实际上，要我说，主要是一些人太懒了，如果不强制倒逼大家用 AI ，有些人真不会用。没办法，只能企业直接顶层设计来推动了。

AI 提高生产力这个事情，我在公司的观察是 20%的员工是积极性非常高的，公司不买企业版，人家也会用，非常愿意尝鲜，体验最佳的生产力。

但是有一部分人就真的一言难尽了。

Accept

Revert

Accept

…

采样率 100 是不是意味着你可以被裁掉了？

代码采纳率训练成 100%，后面就可以替代程序员了，
收集你们的提词，后面只需要提词部门，又可以开了一批员工

用了 cursor 简单的需求几乎零编码

神经病吧。。。

@5200 你这也是老 PUA 了，AI 没想到他们有一天也能被 PUA 啊

@ufan0 #7
用 cursor,不要用通义灵码
用 tab,不要直接生成

@dearzhzhao 不理解后半段的意义。

所谓的效率体现到程序员身上，即是对项目进度的可靠保证，或者说生产力的高效保证。

这点在 KPI 或者说 OKR 中已有硬性指标，至于怎么完成，和单位无关了吧。

举个不知道是否合适的例子：
用了很多年的 git 命令行，领导说让你换 Git UI 版本，效率高，否则扣绩效。

@dearzhzhao 对于 使用率 我是可以理解的，我比较好奇在你那边对于 采纳率 这个数据怎么理解，我是觉得 采纳率 不是应该作为 AI 团队的考核吗，怎么能作为开发人员的考核任务呢？
就凭空想象一下：如果一个开发 的 采纳率是 100% ，那是他的任务 AI 完全可以胜任了还是他使用 AI 更熟练呢。
采纳率 这个数据作为开发人员的考核数据 背后的考量是啥？

@dearzhzhao 难道说 主观上认定 AI 就是可以解决一切问题的，只要员工无条件服务 AI ，AI 就一定能完成工作。

@xz410236056 你是懂矫枉过正的

大部分公司，不管大小，大部分都是草台班子

其实推进 AI 的使用，目的是好的，但是 OP 公司这个规则能落地，一定有个 nt 的领导。

非常可怜 OP 了。

@ufan0 #7 AI 是趋势，未来几年你在不在可能不一定，但是 AI 一定是在的

@ufan0 你完全可以离职, 这是你自由的体现

@C0reFast 我司也有，不过我不打算鸟他们了，公司自己出的 ai 插件因为太卡了都直接卸载了

当采纳率达到百分之百的时候，还需要这个程序员吗

形式主义，身为牛马有没办法，见招拆招吧

用 ai 对抗 ai ，写个工具，每天把工作任务输进去，让 ai 生成 prompt 去问通义，让他们自己对话（狗头

AI 写的代码出了 bug 怎么算呢？

我司要求全员安装激活通义但不要求采纳率，所以激活之后我 disable 掉提示了。

哈哈哈，我司要开始绑定字节系的 AI IDE 了

一看就是上级被阿里忽悠，花大钱买了这玩意儿。 那克不得使劲推，不然怎么往上汇报

hr 指挥研发？阿里系吧

我觉得没啥问题啊，这种公司挺好的，只有一点，应该用 Claude

@myqonnt 采纳率这个很重要，在不考虑 AI 能力的情况下，开发人员采纳率越高，说明这个开发人员沟通，逻辑能力都比较强。AI 就是人的镜像，你是什么样的人，AI 就会给什么样的代码给你。

@xabclink 来去如风的要么忍要么滚派系吗？很可以噢

我们是 oem 过的腾讯的 code buddy 目前是要求全员安装使用

代码采纳率高低，简单啊，你经常让 AI 帮你改个变量名，然后采纳。重构一下代码，然后采纳

@Clannad0708

“AI 是趋势，未来几年你在不在可能不一定，但是 AI 一定是在的”

你发的 at 咒我活不过这几年，还是说我不认可 AI ？

如果是前者：我不知道你为何如此恶毒；
如果是后者：我没有不认可 AI 的意思，相反我可能是这里用 AI 当作生产力的前 1%用户。


@xabclink #27 好一个如此自由，如此发声？这并不是一个合理的事情。

@Reficul 我此前也是如此，当前强制 绑定绩效，头疼。


@WangGuoMin #37 何好之有呢，AI 采纳率和使用频率作为绩效指标难道不是本末倒置吗。


@niboy
@kamilic
@silypie
不想卷起来，谢谢你的们建议，确实能打败魔法。
这 10%想了想，还是要不起。

@ufan0 #42 不是那个“不在”而是在编程领域，或者是在生活的各个方面，人作为一个个体能做的事情一般都是单一有限的。而随着 AI 的加持无论是在编程，医疗，各个领域都会长久的发展下去，因为这已经是现在有目共睹的事情。

总结一下你撑死在某个领域工作 100 年（希望你长命百岁）不考虑任何情感，疾病，意外，和事业的情况。

而 AI 的发展说实话感觉会和电一样长久的陪伴人类。

我的话是这个意思。既然未来是 AI 的未来（目前来说 AI 还无法取代很多工作，需要其来辅助人完成工作）不过我觉得你有点抵触 AI ？ 「相反我可能是这里用 AI 当作生产力的前 1%用户」 当然每个人都有自己的选择，我只是发表我的看法，也许我们的观点未来都会改变

yysy ，过去 30 天 Cursor 给了我 15w 行代码。不过我的接受率没 100% 那么离谱，看曲线可能只有 60~70%。

https://imgur.com/a/a7ImusL

我是做全栈的，从 TS 到 Go 服务器，到算法（ Python/C++）。

====

我写代码 AI 一般不是无脑，一般是按模块、类一点点写：

1. 叙述我的需求、设计（方案、类型接口定义）之类的，总结成文档
2. 然后让 AI 按照我审阅通过的文档去写。期间我觉得不合理的表述，结合 AI 一起改。
3. 写完让 AI 根据接口和实现
4. 然后写单元测试。接着就是 我审阅单侧、利用 AI 一起调 BUG 。
5. 功能性单元测试完事以后让 AI 帮我写性能测试。然后循环调优性能。
6. 最后将得到的模块和类提交。

等我需要的模块和类都就绪了，我开始写集成方案、写文档、让 AI 写实现，重复上述流程。

最后让 AI 帮我写集成测试脚本（比如让 AI 写 Python 测 Go 服务器）。重复上述流程。

这样就能得到一个能落地的项目。

↑我写文档也是零零碎碎叙述完成，让 AI 帮我写 markdown 。

@ufan0 因为有很多程序员还不会用 AI ，不用这些指标来推动是不行的，这个是大势所趋，越早上车，你就是越受益。

@Clannad0708 #44

1. 观点一致，无任何不妥。

2. “不过我觉得你有点抵触 AI ？” ，这个看法我来自前面回复提到的“工作中不用 AI”吗？

我的工作内容比较特殊，除非大模型私有本地部署 100%把控数据，否则我写的东西喂给它，单位可以把我送进去了。
这也就是我工作为何不用 AI 的原因，也是我反感强制使用的原因。

都选择打工被公司奴役了，

还在乎被不被 AI 奴役？

@ufan0 #48 我有点没懂，你们现在强制要求使用 AI ，然后你使用网上的 AI 会有隐私问题？所以你现在用的都是本地的 AI 吗？感觉吧需求抛上去啊，先来几块 A100 部署个本地的满血大模型再和领导讨论 AI 赋能吧，数据安全的情况下

不管你指标如何 下一步动向应该就是裁员了

有没有可能 ai 代码采纳率最高的人反而先被开掉 说明他的工作真能被 AI 大量取代

公司采购了，采购发起人那块肯定要证明有用啊，所以就有了这回事吧

假如写一个 vscode 插件，它自己会疯狂构造需求（写注释或者写 prompt 也好），然后在 vscode 里疯狂自动 tab ，最后生成一堆无效代码，后面再用 shell rm 删掉无用文件。这样就可以刷你的 KPI 指标了。

然后公司发现养那么多程序员真浪费。。。

@ipwx 如果你这套工作流程的产出是一个具有一定复杂度的项目的话，仅将你这套工作流程通过文档和视频清晰的描述出来就已经有足够的价值了。可能我了解的还不够深入，目前我还没看过介绍全开发过程落地的，基本都是基于某个点（比如单测）的，并且往往都是刻意构造的条件

@myqonnt 我最近几个月做的项目是 A 股实时行情接入、处理（ go ）；通过 redis 发布到多个 go websocket 前端服务器；前端服务器 1:N 发送给客户端（ ts ）。小程序端 TypeScript 自绘 K 线显示行情和因子。

随着这半年 AI 越来越好用，我大部分代码都有 AI 协助了。特别是那个 K 线自绘，我用 AI 辅助做了 canvas 绘图，和通达信语法解析（编译器）

还有就是 go 方面最近我重写了 websocket 服务器部分（脱离业务的抽象层），单独这个抽象层 每秒转发一个 100B 消息的配置，根据压测，每秒可以支持 5w 客户端 = p90 = 500ms 延迟。

整个项目里面 AI 辅助不多的时 A 股实时行情接入，因为 AI 这方面看过的代码太少了。。。

====

所以这个例子足够复杂吧？

@myqonnt 另外我现在集群 ansible 运维脚本也有 AI 参与。不过我这套运维代码的时间比较久，所以 ai 介入不多。不过新的 role 写起来也很丝滑。

其实我最近也有感觉，我虽然 AI 用的很舒服，但我小弟用起来总是不得劲。

我在想是不是得写个案例教程才能让他们弄明白怎么用 AI 。

@myqonnt 对，如果让我对整个项目里面 ai 的产出印象最深的，就是那个 TypeScript 版本的通达信语法解析器。因为它真的超预期。

简单来说就是，我用以下流程让它做了个很常用的炒股软件里面，指标公式的解析器。

1. 给一点例子，开始对话总结文法。（当然我学过编译原理，知道怎么描述什么是文法）
2. 构造抽象文法树的类型定义
2. 让它根据我的需求，和 ast 类型定义，写 Tokenizer
3. 写 Tokenizer 单测
4. 根据 Tokenizer 和 ast 类型定义，写 Parser
5. 写 parser 单测
6. 开始写各种算子的实现，比如 MA 。我需要先给几个标准例子，然后 AI 越写越会写。

大趋势如此。。。一般是在 60% 左右比较正常