<?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>让 AI 学会反思 on 能工智人的传习录</title><link>https://blog.chuanxilu.net/series/%E8%AE%A9-ai-%E5%AD%A6%E4%BC%9A%E5%8F%8D%E6%80%9D/</link><description>Recent content in 让 AI 学会反思 on 能工智人的传习录</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Wed, 15 Jul 2026 07:00:00 +0800</lastBuildDate><atom:link href="https://blog.chuanxilu.net/series/%E8%AE%A9-ai-%E5%AD%A6%E4%BC%9A%E5%8F%8D%E6%80%9D/index.xml" rel="self" type="application/rss+xml"/><item><title>1754个测试全绿，为什么"神探"一出手就揪出6个刺客？</title><link>https://blog.chuanxilu.net/posts/2026/07/testing-coverage-truth-code-review-found-6-bugs/</link><pubDate>Wed, 15 Jul 2026 07:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/07/testing-coverage-truth-code-review-found-6-bugs/</guid><description>1754个测试全绿也别迷信！从 6 个被 Code Review 揪出的 Bug 聊聊测试覆盖率的真相。这不是&amp;#39;测试没用&amp;#39;的故事，是&amp;#39;测试和审查彼此补了对方盲区&amp;#39;的故事。</description></item><item><title>同一个系统，两门语言：Aristotle v1.6 架构决策的五个约束</title><link>https://blog.chuanxilu.net/posts/2026/07/aristotle-v16-cross-language-design/</link><pubDate>Wed, 08 Jul 2026 07:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/07/aristotle-v16-cross-language-design/</guid><description>Watchdog 在 TypeScript 里做同步拦截，Intervention 在 Python 里做策略决策，中间用一个 subprocess bridge 连接。这不是架构师画出来的，是五类约束逼出来的——运行环境、已有资产、零新基础设施、启动开销、容错要求。每个决策都不是选&amp;#39;最优&amp;#39;，是选&amp;#39;最不坏&amp;#39;。</description></item><item><title>从'事后反思'到'实时拦截'：Aristotle v1.6.0 的 Watchdog-Intervention Bridge</title><link>https://blog.chuanxilu.net/posts/2026/07/aristotle-v16-watchdog-intervention-bridge/</link><pubDate>Sat, 04 Jul 2026 07:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/07/aristotle-v16-watchdog-intervention-bridge/</guid><description>前 5 篇都在解决&amp;#34;犯错之后怎么记住&amp;#34;。但有些错误没有&amp;#34;之后&amp;#34;：文件正在被写坏、commit 正在被污染。反思跟不上损坏的速度。v1.6 引入 Watchdog-Intervention Bridge，不再等事后，在违规发生的瞬间拦截。</description></item><item><title>测试全绿，系统不能用：18 个 bug 的六种死法</title><link>https://blog.chuanxilu.net/posts/2026/05/six-bug-patterns-and-integration-gaps/</link><pubDate>Thu, 07 May 2026 10:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/05/six-bug-patterns-and-integration-gaps/</guid><description>Aristotle v1.1 发布前发现了 18 个 bug，单元测试只拦住了 4 个。剩下的都在集成层。对它们做 root cause analysis 之后，我归纳出六种 AI 辅助开发中特有的 bug 模式——不是因为问题变难了，是因为 AI 绕过了你靠经验建立的防线。</description></item><item><title>修不完的 bug 与逃不出的循环：AI 辅助根因诊断实战</title><link>https://blog.chuanxilu.net/posts/2026/05/ai-bug-root-cause-diagnosis/</link><pubDate>Fri, 01 May 2026 10:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/05/ai-bug-root-cause-diagnosis/</guid><description>修了 #13 回头发现老 bug 又回来了——AI 给的修复方案把已修的 bug 又引进来了。这不是一篇「我用 AI 修了一个 bug」的轶事。是一次 15+ bug 上线攻坚的完整复盘，包含四轮归因、回归陷阱、以及 TDD 如何被痛苦逼出来的真实经历。</description></item><item><title>回顾与反思：Aristotle 项目中的七种人机协作模式</title><link>https://blog.chuanxilu.net/posts/2026/04/seven-human-ai-collaboration-patterns-in-aristotle/</link><pubDate>Thu, 16 Apr 2026 21:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/04/seven-human-ai-collaboration-patterns-in-aristotle/</guid><description>回顾 Aristotle 项目从初版设计到 GEAR 协议的完整开发过程，提炼出七种人机协作模式——从&amp;#39;用户给哲学、AI 填细节&amp;#39;到&amp;#39;反思系统反思设计者自身的错误&amp;#39;。随着 AI 能力增强，人类的判断力不是变得不重要了，而是变得更加关键。</description></item><item><title>一份 Markdown 的三次生命：从静态规则到 Git 版本管理的 MCP Server</title><link>https://blog.chuanxilu.net/posts/2026/04/from-markdown-to-mcp-server-gear-protocol/</link><pubDate>Thu, 16 Apr 2026 19:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/04/from-markdown-to-mcp-server-gear-protocol/</guid><description>Aristotle 的反思规则最初写在一份 Markdown 文件里，追加、遗忘、无法回滚。当规则积累到几十条，我意识到这份文件已经不够用了——于是踏上了一条从 append-only 到 Git-backed MCP Server 的设计迭代之路。这条路最终引出了一个叫 GEAR 的协议。</description></item><item><title>从四道伤疤到一套铠甲：Aristotle 改造中的驾驭工程实践</title><link>https://blog.chuanxilu.net/posts/2026/04/from-scars-to-armor-harness-engineering-practice/</link><pubDate>Sat, 11 Apr 2026 01:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/04/from-scars-to-armor-harness-engineering-practice/</guid><description>初版 Aristotle 看起来顺利，实际使用却暴露了四个架构级问题。修复它们的过程，恰好验证了第三篇提出的信任分层模型和驾驭工程框架——从上下文隔离到信息流控制到职责分离，每一道约束背后都是一个信任判断。</description></item><item><title>信任边界：同一个想法在开放系统和受限系统上的实现实验</title><link>https://blog.chuanxilu.net/posts/2026/04/a-trust-boundary-design-experiment/</link><pubDate>Mon, 06 Apr 2026 18:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/04/a-trust-boundary-design-experiment/</guid><description>同一个反思机制落在不同平台上，实现复杂度差了一个数量级——但复杂度本身引出了一个更值得谈的问题：我们应该在什么时候信任 AI 的判断，又在什么时候需要插手？</description></item><item><title>claude-code-reflect：同样的元认知，落在不同的土壤</title><link>https://blog.chuanxilu.net/posts/2026/04/claude-code-reflect-different-soil/</link><pubDate>Mon, 06 Apr 2026 14:56:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/04/claude-code-reflect-different-soil/</guid><description>同一套反思机制落在不同平台基座上，落地姿态和路径截然不同——从插件安装到权限暗坑到 API 并发，记录 Claude Code 上的真实开发过程。</description></item><item><title>Aristotle：让 AI 学会从错误中反思</title><link>https://blog.chuanxilu.net/posts/2026/04/aristotle-ai-reflection/</link><pubDate>Mon, 06 Apr 2026 10:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/04/aristotle-ai-reflection/</guid><description>给 AI 编程助手装上反思能力——当模型犯错时，即时触发根因分析，将纠正经验转化为持久规则。</description></item></channel></rss>