运行框架是包围模型、把它变成智能体的一切：工具、系统提示词、上下文窗口管理、权限和钩子。Claude.ai 与 Claude Code 使用相同模型，却表现不同，原因就在于运行框架不同。
模型本身只做一件事：接收文本，再生成文本。它不能读取文件、运行命令，也无法记住上一个轮次。这些能力全由运行框架提供。运行框架为每次模型提供商请求组装上下文，执行模型提出的工具调用，把工具结果反馈回去，保存会话历史，在高风险操作前请求你的许可，并决定何时进行压缩。智能体循环——模型提出操作、运行框架执行、再次重复——也是由运行框架驱动的。
这一点对故障诊断十分重要。当两个产品之间，或昨天与今天之间的行为发生变化时，变量往往不是模型，而是运行框架。不同的系统提示词、不同的工具集、修改后的默认权限，或新的上下文管理策略，都能在模型完全不变的情况下改变行为。这也意味着，大部分配置其实属于运行框架：AGENTS.md 文件、权限设置和钩子，都是给运行框架的指令，而不是给模型本体的指令。
典型运行框架包括 Claude Code、Cursor、Codex CLI，以及面向聊天而非编码的 Claude.ai。
用法：
“明明是同一个模型，为什么 Claude Code 会编辑文件，Claude.ai 却只回答问题？”
“因为运行框架不同——Claude Code 拥有文件系统工具、不同的系统提示词和权限层。这里的变量不是模型。”