（来源：上观新闻）
这个次🍡🍻序说出来似乎平🛍淡：先🎉🔗把知识工件补齐，🇾🇪🧁让 A🇦🇪😵I 至少了解它面🇱🇾🍐对的是🇵🇰什么；引🥔入渐进式🚵♀️ SDD，😜接受早期🦀🎱摩擦成本；🖤🇵🇪同步推🇹🇱🏓进工具的工程化💫🌬集成——上下文🍤切片、RAG⏬ 知识库、工💳具链打💮通📗🆕。这类问题往往👿⤴无法靠增加自动🈶化测试👵🥐来预防，因为🇦🇶🧲你不知道老代码🥏那边有多少💕🔘行为是设☦📿计如此、有🚙📫多少是🚸曾经的 bu🔒g 被当成了 f🇹🇨👍磁力蜘蛛搜索神器eat🥩ure🎏。
它们积累为“微妙🎖的错误”：🍕代码在抽象🇿🇦层面正确，👌👩👩👧👦在具体上📮🚷下文里错🇧🇸误🐅。第三，🇲🇰😼马斯克起诉👿的真实动机是👩👩👦👦竞争📍。真正的🇹🇹效率回报可能🔚👩💼要等到 🇷🇼🇹🇰spec 覆盖率🇷🇴达到某个临💓🕐界点之后🎃📘才会出现—⬜🇿🇦—那时🚣大部分新🎂开发已经🦋🐜不用在散落的🥔隐知识🧚♀️🇼🇫里摸索🔁🐖。
问：编程智能体⛽🚟是走瀑🌯🌩布流还是敏捷路👲线？ 当然🐨🇷🇼是敏捷的路📯线🔔。尤其是🚖🇱🇺 DRAM🎚，很可能还会再🐐翻倍甚🇪🇹至翻三倍🚺。论文作者投🙁☠稿 智猩🏮猩AI🥟整理 随着🇦🇬大语言模型后🕡🥔训练（Pos➡👩🍳t-train💟ing）🔠技术的发展，⛵🔘强化学习（🤾♀️🥫RL）在提🧼🏖升模型复杂推🇶🇦理能力上的表现备🐑🤢受瞩目🐊👩👩👧👦。这个认知翻转是有⏱分量的：过去十年🌯🚩，企业可🇭🇹以说文档少是因🍅为“写了也😮🌶没人看”；现在不📹💫写，A📳I 就会把代码👀🍍写错🛒🎉。
