概念/概念定义
控制平面与叙事平面：执行型 Agent 的二元论
出自东方屹腾执行型 Agent 落地（案例提供 梁博）
概念定义
一个执行型 Agent 的运行态上下文，从一开始就该分成两个性质不同的平面。
控制平面是机械的、确定的、离散的信号，决定程序下一步走哪个分支：是闲聊就结束，是查询就检索，是任务就规划。叙事平面是自然语言形态的语义上下文，它作为每一步推理的输入，又在推理之后产出新的控制信号。两个平面并行，才构成一个能跑起来的 Agentic 系统——没有控制信号，工程驱动不起来；没有叙事上下文，每一步推理就没有原料。
这条二元论是整套系统的认知地基。它要解决的，是一个人刚上手 Agent 开发时最容易卡住的地方：面对"智能""不确定"这些词无从下手。办法是先把活的、不确定的，收敛成死的、可控的——因为只有死的东西才先能被控制，而控制本身就是机械。
使用说明
控制平面必须机械化。叙事平面也有它的管理机制，包括语义压缩、拼装、写入、按场景注入，但那不是严格的状态控制，更接近"驾驭"。这两件事的区别，梁博用骑马来讲最清楚：控制平面像缰绳和马镫，能让马大部分时间按你的预期走；叙事平面像马的脑子，你能驾驭它，却不能担保它下一刻一定听话。Kubernetes 把集群分成数据平面和控制平面，背后是同一个判断。
不分平面会怎样。如果把业务流程的执行顺序也当成叙事上下文喂给模型，指望它在循环里自己跑出正确的步骤，实测的结果是有时跑对、有时明显跨一步或漏一步，而且什么时候出错既不可控也无法预料。根因是 LLM 是概率模型，把确定性的控制流交给它临场判断，在根上就冲突。
东方屹腾第一次看到这两个平面，是在最早的意图识别环节：一个能力环节的输出里，已经能分出驱动程序走向的控制信号，和供下游推理消费的叙事内容。这之后，整套架构的每一个取舍都建立在这条分界上。
何时需要
当你的 Agent 在执行一连串有严格状态依赖的业务流程，而不是在生成内容。把控制平面里的状态进一步拆开，就是会话统一状态平面的三权分立；叙事平面自己怎么组织，就是锚、账、集。