<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Intent Memory on 豁如写东西的 cache</title><link>https://huoru.me/tags/intent-memory/</link><description>Recent content in Intent Memory on 豁如写东西的 cache</description><generator>Hugo -- 0.145.0</generator><language>zh-cn</language><lastBuildDate>Fri, 01 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://huoru.me/tags/intent-memory/index.xml" rel="self" type="application/rss+xml"/><item><title>AI agent 不缺代码，它缺工程记忆</title><link>https://huoru.me/posts/mainline-intent-memory/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://huoru.me/posts/mainline-intent-memory/</guid><description>&lt;h1 id="ai-agent-不缺代码它缺工程记忆">AI agent 不缺代码，它缺工程记忆&lt;/h1>
&lt;h2 id="在-rag-或-grep-之前先给-agent-工程意图">在 RAG 或 grep 之前，先给 agent 工程意图&lt;/h2>
&lt;p>AI 编程正在变快。&lt;/p>
&lt;p>快到什么程度？&lt;/p>
&lt;p>一个需求，几分钟出代码。
一个 bug，几轮对话就修。
一个重构，agent 可以通宵跑完。&lt;/p>
&lt;p>但越用我越发现：
&lt;strong>AI agent 最大的问题，不是写不出代码。&lt;/strong>&lt;/p>
&lt;p>它最大的问题是：&lt;/p>
&lt;blockquote>
&lt;p>它不知道昨天为什么这么写。&lt;/p>&lt;/blockquote>
&lt;p>它不知道哪个方案试过又放弃了。
它不知道哪个旧实现已经被替代了。
它不知道哪个兼容路径看起来丑，但不能删。
它不知道 reviewer 曾经明确说过：这里不能动。
它不知道队友正在推进一个相关方向。
它不知道代码背后的工程意图。&lt;/p>
&lt;p>于是它会很自信地重复旧错误。&lt;/p>
&lt;hr>
&lt;h2 id="ai-agent-会重复你昨天放弃的方案">AI agent 会重复你昨天放弃的方案&lt;/h2>
&lt;p>这是最危险的地方。&lt;/p>
&lt;p>不是它不会写。
是它太会写。&lt;/p>
&lt;p>看到半成品，它会补完。
看到 TODO，它会推进。
看到 deprecated，它会删。
看到两个实现并存，它会两边都改。
看到历史包袱，它会“优化”掉。&lt;/p>
&lt;p>从代码角度看，它很合理。&lt;/p>
&lt;p>从工程历史角度看，它在犯错。&lt;/p>
&lt;p>因为代码只告诉它：&lt;/p>
&lt;blockquote>
&lt;p>现在是什么样。&lt;/p>&lt;/blockquote>
&lt;p>但工程真正重要的是：&lt;/p>
&lt;blockquote>
&lt;p>为什么是这样。&lt;/p>&lt;/blockquote>
&lt;hr>
&lt;h2 id="rag-找代码grep-找事实但谁告诉-agent-why">RAG 找代码，grep 找事实，但谁告诉 agent why？&lt;/h2>
&lt;p>现在 AI Coding 圈一直在讨论 RAG 和 grep。&lt;/p>
&lt;p>RAG 派说：代码库太大，必须用索引和语义检索。
Grep 派说：复杂工程任务必须看当前文件系统，代码事实必须新鲜可靠。&lt;/p></description></item></channel></rss>