概念/概念定义

应用背景：程序不能按原话选分支

“帮新加坡研发团队把下月计薪准备好”对人很清楚，对程序却不是可执行的路由。系统需要把它收敛为已知动作，例如 create_pay_group，同时提取团队、期间和待确认规则。

这个转换还必须能失败。当请求同时包含“查询”和“修改”，或缺少必要范围时，编译结果应进入 unknown 或澄清分支，不应猜一个工具开始执行。

概念定义

意图编译把自然语言请求转换为编排器可以读取的离散控制信号。模型输出结构化对象，程序验证后将其映射到有限枚举。

{
  "intent": "resolve",
  "confidence": 0.91,
  "reason": "需要配置薪资组并调用业务工具"
}

这一步的产物是路由输入，不是面向用户的回复。

工程机制

意图编译应包含：

• 明确的意图枚举和字段 Schema；
• 解析失败时的 unknown；
• 置信度或歧义处理；
• 与下游执行链的一对一映射；
• 输入、模型版本、输出和路由结果的审计记录。

程序只接受已注册的枚举值。模型返回未知类型、缺少字段或置信度不足时，进入澄清或兜底分支，不能自由构造新的执行路径。

案例用法

东方屹腾早期定义了三类信号：

• chat：领域外闲聊；
• analyze：业务知识分析；
• resolve：需要推理和工具执行的任务。

解析失败统一标记为 unknown。随着业务扩展，枚举演化为 task、information、produce、chat 等类型。意图网关根据枚举选择不同执行链，叙事结论则写入 ReasonContext。

适用条件

当自然语言请求需要进入确定的业务流程时，应在入口处生成并校验控制信号。信号消费者见Orchestrator 与 MessageHandler，运行时分层原则见控制平面与叙事平面。