第1章 为何选择Parlant

第 1 章 · 为何选择 Parlant

章节摘要：本章用对照回答一个选型问题：企业对话代理要可信、可控、可解释时，为什么不是通用 Agent 框架、不是传统规则引擎、也不是纯 prompt 编排，而是 Parlant 这种「规则引导 + 模型措辞」的混合路径。读完应能说出愿景、四根能力支柱、目标用户边界，以及项目从内部痛点走到开源时守住的那条线。

先说结论

阅读完本章，你应当能够：

1. 用一句话说清 Parlant 相对另外三条路径的控制权差异
2. 指出「做什么」与「怎么做」拆开之后，开发和业务各自写什么
3. 列出原文强调的会话状态、持久化、工具上下文、声明式编排四根支柱
4. 判断自己的场景是高合规长流程，还是开放闲聊——后者请换路
5. 转述项目起源、开源姿态，以及许可证在原文中的不一致表述

核心概念速览

金句：Parlant 不是又一个模型封装器，它把代理从自主决策者改成规则执行者——方向盘不在权重里，在你写得见的指南里。

图 可控智能全景：三条错路与一条主路

子章节导航

1.1 愿景价值与范式对比

从提示工程的脆弱，对照到「工具由开发实现、指南由业务编写」的责任拆分，并看清可控、可维护、可组合三条价值。

1.2 关键特性对照

把会话状态机、客户实体、模块化工具、可控可解释、多租户隔离，逐项和通用 Agent、规则引擎对照。

1.3 用户场景与适用边界

谁该用：开发者与业务专家双轨。哪些场景值：客服 SOP、合规问答、内部赋能。哪些场景别用：开放创意对话。

1.4 发展历程与开源生态

从 Emcie 内部痛点到开源，存储从内存到 JSON/MongoDB，以及文档、社区、许可证原文分歧。

子章节之间的逻辑关系

先定范式（1.1），再拆能力（1.2），再用场景检验（1.3），最后用历史说明这套取舍从哪来（1.4）。没有 1.1 的对照，后面特性会变成功能清单；没有 1.3 的边界，读者会误以为它万能。

1.1 范式对照 ──► 1.2 特性对照 ──► 1.3 场景边界
                      │
                      └► 1.4 历程与生态（许可证如实对照）
​

读这一章时请带着选型表

很多人打开 Agent 教程，期待的是「五分钟跑通」。本章偏要你先停下来。原因是：跑通之后，控制权已经悄悄给了模型。第 1 章四节的任务不是介绍功能清单，而是让你能在评审会上用对照表说话。1.1 解决哲学：What 与 How 拆不拆。1.2 解决能力：五根支柱在别的路径里是不是一等公民。1.3 解决人：谁写指南、谁写工具、哪些场景别用。1.4 解决来历与许可证诚实。四节读完，你应能拒绝两种极端——「大模型万能所以不用框架」和「Parlant 万能所以开放闲聊也用它」。

章内对照会反复出现三个失败原型。其一，客服在提示词里写了退货政策，模型仍口头放宽。其二，通用 Agent 成功调了转账工具，因为工具描述里没写死权限。其三，规则引擎要求用户必须输入订单号字段，用户却说「我那单还没影」。Parlant 不是这三种的平均分，它是为第三种口语加上第一种第二种的闸。读的时候把自家事故往这三个原型上贴，比背术语快。

本章读完后的口头测试

合上教程，用两分钟回答同事三个问题。第一，Parlant 把大模型从什么职位降到什么职位？答案应是从自主决策者降到语言引擎或协作者。第二，业务专家写什么、开发写什么？答案应是指南与工具，而不是共同维护一份超长提示。第三，开放闲聊为什么别用？答案应是表达力受覆盖限制，框架税不值。三问答不利落，把 1.1 到 1.3 再读一遍，不要急着进架构。章支柱页的任务就是把这三问钉在脑子里，细节留给各节。

对照作业：为何选择这一章

围绕「为何选择这一章」，把四条路径再过一遍。表里每格都是可执行判断，不是形容词。读完请把你的项目钉进一格，不要钉在两格之间假装都占了。

章级作业是会讲三句话：职位降低、双轨分工、闲聊换路。讲不出就还没读懂主调。对照不是装饰，是后文所有细节的挂钩。把挂钩钉牢，比提前安装更重要。

相邻动手类教程会诱你跳过本章。跳过的代价是带着通用 Agent 的肌肉记忆去写指南，写着写着又把政策塞回提示。本章多留一页，就是为了对抗那块肌肉。

前置知识与后续延伸

• 前置：知道大模型会幻觉、工具调用可能越权；不必先会某个具体 Agent 框架
• 后续：第 2 章把「规则引擎层 + LLM 协作者」落成模块；第 3 章讲术语与罐头回复如何把口径钉死