有些大厂已经开始要求新增代码 AI 生成的占比量了

解放劳动力，不加班就行，失业不存在的，难道全用 ai 了就不用人了吗？ 只不过是淘汰掉了不会用 ai 的人

有相关新闻吗, 我没有搜到呢

@kamikaze472 这种事情不会上新闻，如果有京东的同学你可以去求证下

好奇 京东一般用什么 ai 工具写代码

@MIUIOS 如果京东的这个模式跑通了的话程序员肯定是要大批量失业或者转岗的，的确不用这么多人工了，类比就是农业机械化之后事实上就不需要这么多农民了

好家伙，以后吃人都吃不到了，只能吃了

不过客户端 100%生成这个还是挺合理的，客户端就应该生成

还需要强制人来执行，说明问题不大。

等不需要强制，AI 自己就写完了，到时候再担心。

差不多了，公司采购了 Cursor 了，团队版 Cursor 是有每个成员的代码量使用情况的，能够非常直观的看 AI 使用情况。

如何统计生成的代码？

我嘞个擦.,, 不过 不得不说 ai 真的太强了嗯

100%生成也太吓人了，目前 SOTA 模型也没能独立实施不需要人类 review

@FlashEcho 只是不手动编码了，review 并给新指令都没问题

100%也太激进了吧。。。

数据有来源吗？

100%？出问题谁背锅

@FlashEcho 但面对庞大业务量的时候，人能 review 的也有限

@ca2oh4 我肯定有我的来源，但是大家也可以通过自己的渠道再去 check 下

某些技术 leader 的 OKR

@whoosy 负责驾驭 ai 的人呗，毕竟机器背不了锅，这点跟财会人员一个性质

给大家讲个场景，我们公司的产品拿着 Qoder 去现场和客户沟通直接写需求。

程序员在 chat 界面开发一套 ide 或交互规则，然后让 ai 只做替换，手写比例 0%！

笑死；感觉不久又会变成「纯手打代码，请放心使用」； make 纯手工 great again

求问，怎么判定 ai 生成和手敲代码呢？

我们也要求新政代码 AI 生成占比了，但是提供的内网模型，确实不太好用。。

经典的有个人随便立个靶子就开始有人射箭。

@ropon 一般都有内部自研的 vscode 以及 IDE 插件

以后想手写代码就得在提示词里写类似：在 xxx 行增加 `function .....`

@acidsweet 抵制预制代码，人工现码

刚问了 3 个之前校招和之后跳槽到 jd 的同教研室同学，2 个后端一个客户端，有提到过，但是没有说百分之几，而且不强制。

好了，现在到你说你的信息来源了

这么说新的软件开发范式已经在路上了，大厂验证好了发布出来，小公司跟进。

国内产品经理的脑子，AI 跟不上的。如果 AI 能把产品经理脑子修正，也算是件功德。

前端如果没有 UI 图的话不超过 10% 还是有可能，但是如果要求和 UI 图一致 AI 还是欠缺了点

用的 JoyCode

织布工人终究会被纺纱机取代

社会准备好这种变化了吗，我持悲观态度

后面就可以裁掉部分程序员，用他们的工资的一部分成本来买 AI ，达降本增效的目的

就是一个打磨 MCP 的过程，对于一些简易的，只需要需求/产品按照规则填充需求就可以实现一键生成。

@cpsony 码贝

公司再往 AI 转型，老板又天天关注 AI ，公司购买了 Cursor ，技术这边已全部强制用 Cursor 。
从最开始的统计 Cursor 对话次数 ，到采用 AI 代码量，甚至还想在提交 git 时判断实际提交 AI 代码量（最终没搞）
不过对于技术来说，确实是好事，开发效率提高了不少，小功能甚至都不需要自己写了，把要求给 Cursor 说完就可以去摸会鱼了

你研究下这些数据（ AI 生成代码比例）是怎么统计出来的，很有意思。
做基础架构的管理人，拿这个数据向上做下汇报就行了，然后上面告诉他说因为他这个数据喜人可信，所以一线开发人力可以砍 50%，你猜他怎么解释。
答案提前告诉你，这 1-2 年的 KPI 完成了，后面他重点放其他地方，或者升职或者换岗，他才不管后面想那么远干嘛，拥抱变化~

@RotkPPP 京东某技术团队主管，回答完毕。

ai 写代码并不代表失业，程序员更多的是审计 ai 的代码和指导它怎么写的更好。 而且目前的 ai 经常写错也要有敏锐的眼光去识别错误。不至于让程序员失业。

大公司部门那么多，核心部门和边缘部门工作方式都差个十万八千里，某个犄角旮旯里的“技术部门”为了讲好自己的故事，出个什么规定都不奇怪。

@rockxsj 建议说的时候级别再高一点，比如说京东 CTO 啥。 然后用点震撼性标题写更好"震惊，国内大厂为了 ai 居然这样子做！"，这样子流量会更佳

@RotkPPP 有病？你问我消息来源我就如实说我的消息来源，你搁这阴阳怪气你妈呢？

为什么不是要求新增代码 AI 生成的占比量不得高于多少？

@ropon #34 自检插件集成各家 ai 吗，已经大面积使用了吗

这么激进吗。
不过不论是谁操作，总归是需要一个人去写文档也好代码也好提示词也好。
只是一样的行为不同的叫法。
以后就叫人机语，学好人机语，机械飞升都不怕。
话说 AI 能背锅吗？

正好研究过 cursor 中的统计的需求，还挺有意思的：
1. cursor 官方有提供 API ，包括文件和行数增减数量的统计，但是无法精确到具体行，只能识别大致的使用情况。
2. cursor 内部会在本地创建一个 sqlite 的 db 文件，所有的对话记录，AI 代码记录都会被逐行记录，只要把这个数据上报就能统计出来真正入库的 AI 代码有多少。

@kamikaze472 我们内部规定，zulu 和 comate 的代码占比要达到 60%。但是这工具真不好用，所以上有政策下有对策，大家大量的刷单测。

就是快速打字机而已，现在 AI 的代码自动化程度，LLM AGI 别想离开程序员，也就新项目或局部范围内使用助效。 复杂度上来后上上下文的稳定性指数级下降。

下一步就是释放过多的 headcount 了吧，既然有 AI ，前后端不分开招了，人员砍一半。

对的要失业了，赶紧转岗吧

不知道你们为什么那么乐观。肯定是会有人要失业的。所有生产结构变化都会导致利益重分配，有人受益有人受损。不知道哪来的信心自己不是在受损人群里

@liuidetmks 但是同时也需要会操作纺纱机的人

@hahiru 当然是不可能的 背锅自然是要使用 AI 的人来背 AI 生成的代码需要人工 review 的

@Livid 信源不明 #45 人身攻击

@rockxsj #5 半年前我司就在狂推 ai 代码编辑器 “ai 革命”的到来不可阻挡，无数低阶程序员就成为历史成轮下的尘埃

拥抱变化。值得注意的是，真正追求效率的话一定会用最强的模型，但是最强的模型很贵，所以难说

如果这事是真的，我敢肯定后续要人来为 AI 擦屁股, AI 写的代码长期维护是一个大型灾难，现在就等哪个大企业为此买单。

也就是说原来一个简单的加上一行代码操作，现在变成了如下 prompt：
『打开 User 类，在 name 属性前面添加一个公共静态不可变的 serialVersionUID 属性，类型为 long ，值为 -1 』

@echohey 真有意思，信源我已经说的很清楚了，而且主题措辞也很严谨“部分部门”，现在有人搁这阴阳怪气上赶着送妈，我不能成全它？

不知道哪位领导看了一些自媒体后的臆想，开始拍脑袋决定，向上级谄媚。
问题是 AI 现在根本独立干不了活儿，ai 辅助用着很好，强制比例就是傻逼。

有没有可能是，jd 这么做是为了让他们的程序员去训练，刚推出的 JoyCoder IDE ？

真的假的，还要求比例不是扯淡了吗？

不是有些事很多，那些开发 AI 编程工具的肯定都有这种要求。

好奇如何识别代码是 AI 写的还是人写的

我们公司要求必须会使用 AI 工具开发，单元测试更是要求全部使用 AI 生成。还给我们培训如何"只写文档，代码全靠 AI 生成"

@PaulSamuelson 有可能。90%-100%要求太严格了，更倾向于给 AI 提供训练样本。60%才是最佳的效率提升

方便问下京东一般用什么 IDE 吗 C++ Golang 编程的话

好奇怎么 100% 生成？

@RotkPPP #30 刚问了还在 JD 的 4 个前同事，得到的信息跟你差不多：内部宣讲过，没提到必须要达到的百分比，没有强制要求。

在 JD 或者 JD 有同学朋友的可以去问问，别被带节奏了。

一个泄密/版权官司都会毁掉所有，羊要养肥了杀。

原来软件/字体等等的版权也是这玩。

@yangzzz 现在 ide 里面的 ai 插件好像都能实时统计的

硅谷那边更极端，KPI 直接要求 100%。

部分的开发组可能有这个要求，不至于全部都有。

我和京东 AI 相关的产品部门前段时间接触过，事情还算顺利，就是感觉他们那边自己也挺忙乱的。


估计大概率是 AI 相关的团队有这个要求，其他应该还是按实际情况来。

别的不说，就安全和保密这一点出发，公司内部大部分项目就不能让 AI 做的。

@chendy 客户端生成最不合理，客户端又不是只画图。另外客户端因为面向用户交互，入口逻辑比后端复杂很多，AI 生成的代码难以应用。以我们厂来说，大模型生成客户端代码质量都很差，无法满足业务需要，都得自己改半天

@dddd1919 ide/插件埋点。算个大概

客户端做不到，我目前是样式 50%是生成的，逻辑 90%是生成的。我只修改 ai 弄不出来的

@msn1983aa 还真有那味了,相当于雇了一群程序员训练 AI.

@rockxsj 会封号的

@yidinghe 直接写：『把以下代码插入到当前位置：public static long serialVersiOnUID= -1;』

@rockxsj 好骂

方便说下有什么大部门么

@rockxsj #45 老实交代你是添油加醋了，客户端 100% AI 生成？严重怀疑

现在都这么恐怖的吗，AI 目前自己也在用，依靠 idea 的插件，确实能很好的提高效率，如果这要求普及起来的话，多数程序员肯定是要失业的，和现在汽车制造一样，普通一些的全部被 AI 机器人替代了。

@ropon 盲猜 joyCode

应该是有的 AI 工具团队要打磨推广自己的工具吧，身先士卒没什么问题。

我的 prompt 部分也是 ai 生成的 某种程度上已经 AI 率 > 100%

@Gorvery 此处的 client 指的是分发给其他程序使用，调用 server 的 client ，并非终端用户使用的 client

100%有点激进了

只有 demo,small tool 类的玩具项目 才可能 100% 。否则还需要在这里讨论吗？至少现在没有哪个大厂的主营业务产品代码，可以使用 60% 的 AI 代码。AI 辅助达到 80%是所有复杂代码的极限了。超长上下文的突破不是算法的问题是算力的问题 。

@viking602 一个操作纺纱机的工人，能顶得上过去一百个手工纺织者。
但与此同时，纺纱机的普及也让无数传统工匠失去了谋生之道。
虽然机器的出现带动了上下游的制造、维修等新岗位，也很幸运的催生了服务业去吸纳部分劳动力

----
现在 AI 冲击社会，一些国家做过举措，
韩国减少对于自动化企业的税收减免，算是一种变相加税
欧洲一些国家的实验对所有人发钱，（芬兰试验一年，取消了


发展，并不是所有问题都答案。

虽然是趋势，直接就能 100%生成了？我感觉客户端需求更复杂，经常改来改去

写好代码让 ai cv 进去就行了，100%

100%? demo 吧, 迭代一个月的项目都不可能吧.

外包仔，甲方说了明确 ai 代码越多越好，有考核要求；但是具体要求比例多少，没说。

服务端 100%还有可能，客户端用户交互的东西要产品严格把关的，怎么可能 100%给 ai ，顶多 95%，剩下 review 微调

很正常，我们现在也开始统计这些信息了，下步就是要求了吧

@wyyy 服务端数据层的东西，对一致性之类的要求更高