注册并分享邀请链接,可获得视频播放与邀请奖励。

Phoenix Yin (@Phoenixyin13) “读完 Kimi Code 的最新招聘,我才知道现在的 AI 编程到底卡在哪儿。 大厂的 JD 往往黑” — TopicDigg

Phoenix Yin 的个人资料封面
Phoenix Yin 的头像
Phoenix Yin
@Phoenixyin13
🇺🇸 04美本 | 计算机科学&认知科学 ⚙️AI, cognition, crypto, and the future of intelligence. ✨相信好奇心驱动。相信人永远可塑。
加入 May 2025
1.1K 正在关注    14.6K 粉丝
读完 Kimi Code 的最新招聘,我才知道现在的 AI 编程到底卡在哪儿。 大厂的 JD 往往黑话连篇,但这篇却大实话很多,我感觉是在写调优复盘报告一样。字里行间透露出的信息,非常值得所有关注大模型、Agent 和软件工程的人深思。 1.会写代码,但也会迷路 这算是扯下了 Coding Agent 的遮羞布。 现在的 AI 编程早就不缺生成一段百行内的基础代码的能力了。JD 里直接指出了目前业界的硬伤,比如会写码,但会迷路、会重复、会误解上下文、错误调用工具、无法恢复失败、在长任务中丢失目标。 这也是为什么现在的程序员用 AI 还是停留在用 Copilot 补全或者单次对话写个脚本,却无法真正让 Agent 独立接管一个复杂的 Epic、Issue。 2.核心战场已经卷到系统层 月之暗面明确写道他们在寻找一起建设大模型之外的关键系统的人。要求 Agent 能在真实代码仓库、真实工具链和真实开发流程中完成任务。 这意味着,光靠 Prompt 调优或者堆模型参数的红利期已经过去。接下来的硬核比拼是执行循环、任务拆解、沙箱与远程执行、历史轨迹管理、以及基于 MCP的生态构建。 这是一个极其硬核的分布式系统工程问题。 3.什么样的程序员不会被 AI 淘汰? 这篇 JD 给出了绝佳的答案: “你使用 AI 写代码,是为了更快、更大胆地解决问题,而不是因为离开 AI 就写不了代码。AI 能写的代码你能写,AI 写不了的代码你也能写。” 顶级工程师,绝不是天天和 AI 拼谁能更快生成增删改查的伸手党。 你要成为那种有一双发现垃圾代码的眼睛,能喷人,也接受被喷的架构与纠错专家。 如果你也相信 Coding Agent 远未到最终形态,或许这就是下一个十年的软件工程范式入场券。踊跃投递一下!
显示更多
0
30
263
39
转发到社区