<?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>驾驭工程 on 能工智人的传习录</title><link>https://blog.chuanxilu.net/tags/%E9%A9%BE%E9%A9%AD%E5%B7%A5%E7%A8%8B/</link><description>Recent content in 驾驭工程 on 能工智人的传习录</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Thu, 16 Apr 2026 21:00:00 +0800</lastBuildDate><atom:link href="https://blog.chuanxilu.net/tags/%E9%A9%BE%E9%A9%AD%E5%B7%A5%E7%A8%8B/index.xml" rel="self" type="application/rss+xml"/><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></channel></rss>