<?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>OpenCode on 能工智人的传习录</title><link>https://blog.chuanxilu.net/tags/opencode/</link><description>Recent content in OpenCode on 能工智人的传习录</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sat, 18 Apr 2026 10:00:00 +0800</lastBuildDate><atom:link href="https://blog.chuanxilu.net/tags/opencode/index.xml" rel="self" type="application/rss+xml"/><item><title>上下文腐烂：AI编程中一个容易被忽视的问题</title><link>https://blog.chuanxilu.net/posts/2026/04/managing-context-length-in-ai-coding-sessions/</link><pubDate>Sat, 18 Apr 2026 10:00:00 +0800</pubDate><guid>https://blog.chuanxilu.net/posts/2026/04/managing-context-length-in-ai-coding-sessions/</guid><description>群里有朋友抱怨 GPT-5.4 表现还不如豆包，问问题常常不读题就瞎回复。追问之后发现大概率是上下文腐烂了——喂了太多文档，对话轮次太长，模型已经&amp;#34;看不清&amp;#34;当前的任务。这引出了一个被忽视的问题：在 vibe coding 或 writing 的过程中，如何管理好上下文，避免模型表现下降导致的 token 和时间浪费。</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>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>