https://softon.top/tags/context-engineering/ Recent content in Context-Engineering on softon.top Hugo zh-CN Thu, 17 Sep 2026 00:00:00 +0000 https://softon.top/ai/openspec-ai-coding-spec-framework-agent/ Thu, 17 Sep 2026 00:00:00 +0000 https://softon.top/ai/openspec-ai-coding-spec-framework-agent/ <p>你让 AI 编程 agent 加个功能，它先改了三个无关文件，顺手重构了半条工具链，还自作主张加了个全局缓存——你说的是「加个暗色模式」，它交付的是「一场你没法 code review 的架构运动」。</p> <p>问题不在模型变笨。问题在<strong>你的需求只活在那条聊天记录里</strong>：上下文一滚动，早期决策就蒸发了；agent 每次开工都是「断片」状态。</p> <blockquote> <p><strong>TL;DR</strong></p> <ul> <li>OpenSpec 是 Fission-AI 的开源 SDD（spec-driven development）框架，GitHub 68.5k star，思路：<strong>agent 读 <code>openspec/changes/</code> 下的 proposal + delta specs + design + tasks，再动代码</strong>，规格进 Git 而不是进聊天记录。</li> <li>核心循环就三条：<code>/opsx:explore</code> 摸代码定方案 → <code>/opsx:propose</code> 生成规格文档 → <code>/opsx:apply</code> 照单施工 → <code>/opsx:archive</code> 归档。轻量、无 phase gate，比 GitHub Spec Kit 轻、比 Kiro 不绑 IDE。</li> <li>对<strong>老项目</strong>最友好：它记的是 <strong>spec delta（这次改了什么）</strong>，不强迫你先写全量规格——brownfield 场景比 greenfield 框架（Spec Kit/Superpowers）省一大截前置成本。</li> <li>个人项目就 30 分钟起步（<code>npm i -g</code> + <code>openspec init</code>）；团队场景用 beta 版 <strong>Stores</strong>：规划单独开仓，<code>git push</code> 共享给全组 agent，跨仓库功能一份计划。</li> <li>别指望它替代需求管理平台：OpenSpec 是<strong>规划层</strong>，Jama 这类 system of record 还是得留着。ThoughtWorks 2026 年 4 月 Radar 已把它放进 Assess 圈。</li> </ul> </blockquote> <h2 id="为什么需求只活在聊天里会让-agent-越写越歪">为什么「需求只活在聊天里」会让 agent 越写越歪？ </h2><p>先说痛点。AI 编程 agent 的能力早就不缺了，缺的是<strong>持久意图（durable intent）</strong>：</p>