推进
首页 / sources / 2026-09-20-voice-to-customer-engine
source sources/raw/2026-09-20-voice-to-customer-engine.md更新 2026-09-22

从 Voice Platform 到 AI 原生客户理解与行动引擎

⚠️ 重建稿 ≠ 一手原文。 Task prompt 截断后按要点结构化重建；措辞与章节编号待作者机/原文复核。架构图与原件以 originals / 整页图为准。

  • 入库：2026-09-20
  • 性质：第三篇探索设计文（Voice → 客户理解与行动引擎）
  • 状态：探索设计 / 待业务选择（不是已实施能力，也不是已批准规格）
  • 作者声明 HEAD：5e750e1e68b6（仅作者声明，本 box 未核验仓库对象）
  • 配套 evidence：行业 / 模型 / 开源三份（作者机路径，见文末；本 box 未挂载 mp3 仓）
  • 完整度声明：委派 Task prompt 截断，未传入从标题到收口的逐字全文；本 raw 按 Task 内「第三篇要点」与必含结构结构化重建，尽量写全「最终建议」「六件事」及各章主张。非作者逐字原稿；待 chat/作者机补原文后复核措辞与章节编号。证据附件路径字符串按要点保留。

一、定位与边界

本文讨论如何从现有 Voice Platform（Voice Platform）收敛到「AI 原生客户理解与行动引擎」，并给出可试点的产品形态、数据与执行约束。

明确边界：

  1. 本文是探索设计，供业务选择与拍板；不是已上线能力说明，不是已批准的规格书。
  2. 文中一切技术断言、可复用表、开源偏好、试点节奏，一律按待核实理解；不得写成「已实施 / 已上线 / 已批准」。
  3. 本地路径如 /Users/flyignick/Downloads/mp3/... 指向作者机证据仓；本入库环境未挂载 mp3 仓，路径仅作索引字符串保留。
  4. 与 Voice / CRM 的关系是收敛完善、不平行真相：Runtime ≠ Harness；不另立第二套客户真相源。

二、核心命题：客户理解与行动引擎

产品工作名称可并列：

  • 客户理解与行动引擎 / 客户引擎（本文口径）
  • 与既有正式名「AI 原生客户认知与行动引擎」同向，本文更强调「理解→可核实状态→受控行动→结果学习」。

引擎持续回答五问：

  1. 他现在需要什么？
  2. 我们为什么这样判断？（证据与缺口）
  3. 现在能为他做什么？（边界内）
  4. 由谁负责兑现？
  5. 做完是否真的产生价值？

三类可核实状态（关键新口径）

不要把「客户画像填满」当目标。可行动的理解建立在三类可核对状态上：

类型含义例子权威注意
表达客户原话/明示偏好与态度「再考虑考虑」「周末要带家人露营」保留原文与时间，不升格为永久事实
承诺我方或客户对对方的可兑现约定交期、补偿、回访时间、配置确认须负责人、时限、依据、风险
业务实际系统可核的订单/库存/交期/工单等DMS 交期、缺件状态、订金状态字段级权威来源，冲突不无差别覆盖

成功标准（按优先级）：

  1. 需求被解决（对的车/对的服务）
  2. 承诺被履行（说到做到，可追踪）
  3. 顾问省时（少重复解释、少空转跟进）
  4. 再看有对照的转化 / 留存 / 体验

不看： 字段填满率、Agent 数量、发送量。

三、三产品形态

引擎对外不必是一个「大中台名词」，可收敛为三类产品：

  1. 顾问伙伴（Advisor Copilot）

按任务推送情境包、下一步候选、话术边界与待确认项；高风险须人批准。

  1. 上下文服务（Context Service）

按任务组装：已知事实 / 表达 / 推断 / 缺口 / 行动边界 / 权限可见范围。

  1. 经营学习（Business Learning）

把行动与结果沉淀为可复用案例与条件性模式；群体规律 ≠ 个人事实；首期不做在线 RL。

三产品共享同一客户事实与关系内核，避免 Voice / CRM / 营销各写各的真相。

四、首轮试点场景

优先级场景说明与文一对照
主购车推进「再考虑考虑」→整理需求/阻碍/未验证项→合适下一步（体验/澄清/调推荐），不优化施压≈ 场景 A
次交付延期关怀表达焦虑 + 承诺 + 可信订单交期 → 方案/安抚行动卡 → 履约观察≈ 场景 B；依赖可信交期数据

原则：先真实 Case、Wiki 影子、实验→采纳；少过早工程。

五、架构总览（逻辑链）

flowchart LR
  A[授权数据源] --> B[证据接入]
  B --> C[客户事实与关系]
  C --> D[按任务上下文]
  D --> E[Agent 与顾问]
  E --> F[行动服务]
  F --> G[结果与学习]
  G --> C

白话：先有授权与证据，再沉淀可核实事实与关系；按任务取上下文；人与 Agent 协作提出行动；经校验/批准后执行；观察结果回流学习——不是日常 Agent 去扫全湖。

六、数据湖与在线路径

主张说明标签提示
湖 = 原始/离线原始证据与离线加工可进对象存储；日常 Agent 不扫全湖待核实
在线中心另建对象存储 + 关系库 + 索引 支撑任务上下文待核实
图式关系可先关系表图库非第一天必须待核实 · 相对文二进一步降权图库 day-1
权威按字段observed / stated / inferred / confirmed；冲突按字段权威，不统一糊弄分待核实

与文二 Context Lake + Iceberg 全家桶对照：本文明确「湖非在线中心、图库非 day-1、先小而可靠」——进一步降权全家桶作 12 周默认。

七、对象组（八组）

  1. 人与身份 — 标识可变；防昵称/相似车型误合并
  2. 关系 — 独立对象，不只是客户字段
  3. 车辆与业务 — 车、订单、交期、库存等业务实际
  4. 交互与证据 — 录音、企微、通话等；保留路径与时间
  5. 理解 — 当前需求、阻碍、偏好；标注性质与有效期
  6. 承诺与事项 — 可持续、可并行；承诺正式对象化
  7. 行动与结果 — 候选→执行→确认→观察
  8. 治理与知识 — 授权、频控、案例库、群体模式（防偏差）

主张结构建议：observed / stated / inferred / confirmed；权威按字段配置，不搞单一可信度分数掩盖冲突。

八、接入合同与企微约束

  • 每个数据源有接入合同：用途、字段、刷新、授权、撤回、保留期。
  • 企微存档：须有同意基础；拉取窗口等约束（要点示例：拉取 ≤ 5 天 等）必须产品化进合同，非法务口头约定。
  • 隐私贯穿：用途绑定、最小必要、可更正/撤回；群体学习不得回灌可识别个人未授权用途。

（具体法务条款待业务/法务确认；本文不写成已合规结论。）

九、五种上下文产品（按任务）

上下文产品服务谁核心包内容
成交准备销售顾问需求/阻碍/未验证/竞品/下一步边界
交付关怀交付/客户成功承诺、交期实际、焦虑表达、可执行方案
车主服务售后/服务顾问车况、历史事项、联系偏好、行动边界
顾问日工作顾问本人今日唤醒列表、优先级、待批准项
群体研究经营/产品聚合模式（脱敏）、条件、反例；不直接对客

上下文服务是自研重点：组件可替换，合同（字段与语义）先自主掌握。

十、Agent 角色、唤醒与工作流分工

四角色逻辑（逻辑角色，非四个常驻大模型进程）

  1. 理解 — 从证据更新表达/推断候选
  2. 规划 — 生成行动候选与所需确认
  3. 执行协助 — 调用行动服务（受 A0–A3 约束）
  4. 观察学习 — 结果回写与案例沉淀

客户有持续状态与记忆即可；Agent 按事件唤醒，不给每位客户常驻大 Agent。

工作流 vs Agent

  • 工作流 / 状态机：适合确定步骤、跨天等待、审批点、频控。
  • Agent：适合在边界内解释、汇总、生成候选与缺口清单。
  • 高风险节点：禁止无序多智能体自由对客；须 HITL。

十一、执行与回收链（关键新能力）

候选 → 校验 → 批准 → 执行 → 确认 → 观察结果
授权级含义（探索口径）
A0只读建议，不对客不改系统
A1可写内部草稿/任务，不对客自动触达
A2低风险对客（须模板+频控+可撤回）
A3高风险（价格/承诺变更/补偿等）必须人批准

统一频控与触达偏好；执行前重检权限与事实新鲜度。
本库判断：「执行与回收链」是相对文一/文二更清晰的关键新能力表述——没有回收，就没有经营学习，只剩发送量幻觉。

十二、三示例（说明性，非已上线）

  1. 促成交：客户说「再考虑考虑」→ 整理表达与缺口 → 顾问伙伴给出体验/澄清候选 → A1/A2 内执行 → 观察是否进入下阶段。
  2. 延期服务：客户焦虑交期 → 核对业务实际交期与既有承诺 → 生成关怀方案 → A2/A3 视风险批准 → 观察投诉/NPS/履约。
  3. 个体→群体：多个延期案例聚合为「何种交期偏差+何种沟通顺序更省事」的条件性模式 → 小范围验证 → 再采纳；防偏差与隐私过滤。

十三、群体学习与隐私

  • 链：案例 → 合规聚合 → 条件性模式 → 小范围验证 → 采纳。
  • 防偏差：样本偏斜、顾问操作偏斜、幸存者偏差要显式记录。
  • 隐私贯穿全链路；跨品牌复用能力不混客户数据。
  • 首期不做在线强化学习；采纳率可作过程信号，最终看客户价值与履约。

十四、与 Voice / CRM 的关系

原则说明
收敛完善在现有 Voice 证据能力与 CRM/业务系统上收敛，不平行再建「第二真相」
Runtime ≠ Harness运行时服务客户任务；Harness 用于评测/实验/回放；勿混为一谈
可复用（作者机 mp3 表，待核验）contracts / CRM / sales_followup_expert / agent_harness 等表或模块名出现在作者论述中——本 box 未挂载，未证明可复用
尚未证明部分交期可信度、企微授权落地、端到端执行链 SLA、群体模式无偏等

路径字符串保留示例（作者机，未挂载）：

  • /Users/flyignick/Downloads/mp3/（及子路径下 contracts、CRM、sales_followup_expert、agent_harness 等相关证据）
  • 配套三份 evidence（行业 / 模型 / 开源）同在作者机；索引见文末。

十五、模型与开源（先小而可靠）

模型

  • 按任务评测：转写、抽取、规划、对客话术、审核——分任务集，不搞单一总分神话。
  • 推断输出必须可标为 inferred，不得默认 confirmed。

开源偏好（探索口径 · 待核实）

项本文主张本库立场
PostgreSQL + pgvector首选落地底座之一待核实；可作首期候选
LangGraph按需试验编排候选，非唯一
Temporal跨天等待按需试验候选
Graphiti有退出门槛的试验，非默认安装与文一「优先验证」对齐；进一步明确退出门槛
文二全家桶—被本文进一步降权：湖非在线中心、图库非 day-1、先小而可靠

口号对齐亮哥：少过早工程、先真实 Case、Wiki 影子、实验→采纳。

十六、试点阶段 0–3（探索节奏）

阶段焦点出口
0对象权威表 + 两端场景合同 + 评测集骨架业务签字范围清晰
1购车推进最小闭环（上下文包 + 顾问伙伴 + A0/A1）真实 Case 可回放
2交付延期关怀（接入可信交期）+ 执行链到 A2履约可观察
3经营学习最小闭环 + 决定是否引入 Graphiti 等试验有退出门槛的实验报告

12 周内不以 Layer1–5 / Context Lake+Iceberg / GLoM 全家桶为默认里程碑。

十七、最终建议

  1. 以「客户理解与行动引擎」为实施口径主参考：三产品、三类可核实状态、执行与回收链、先小而可靠。
  2. 产品原则延续文一：不做堆标签 CDP；保留Voice Platform作感知入口；A/B 首期；场景上下文自研合同。
  3. 文二作远景技术菜单：双时态/HITL/飞轮等原则可吸收；全家桶不当首期安装单。
  4. 立刻可做：客户对象与权威来源表、两端场景合同、上下文接口、真实案例评测集（含反例）。
  5. 不要做：平行真相、日扫全湖、day-1 图库、无退出门槛的 Graphiti 默认化、以发送量/Agent 数验收。

（以上为探索建议，待亮哥与业务选择；非已批准规格。）

十八、六件确认事项（待业务回答）

写入 ops/six-questions.md 同源；此处保留探索文结构。

  1. 首期主场景是否确认「购车推进为主、交付延期关怀为第二链」？ 第二链的交期数据权威系统是谁？
  2. 三类可核实状态（表达/承诺/业务实际）是否接受为验收语言？ 否决「字段填满率」类 KPI 是否书面同意？
  3. 执行链授权 A0–A3 的业务主人是谁？ 哪些动作永远不得 A2 自动对客？
  4. 企微存档同意与拉取窗口（含 ≤5 天等约束）的法务结论何时给出？ 无结论是否允许只用非企微证据做阶段 1？
  5. Voice / CRM 收敛：哪套字段为权威？ 是否明确禁止平行客户真相表？Runtime 与 Harness 边界谁维护？
  6. 开源试验预算与退出门槛： PG+pgvector 是否默认为阶段 1 底座？Graphiti/LangGraph/Temporal 各自「证明无效就撤」的标准是什么？

未得到书面回答前，Wiki 只维护影子与实验记录，不宣称规格生效。

十九、配套 evidence 与版本声明（作者机）

  • HEAD（作者声明）：5e750e1e68b6 —— 本 box 未核对 git 对象是否存在于已挂载仓。
  • 证据附件路径在作者机，本 box 未挂载 mp3 仓。示例路径字符串：
  • /Users/flyignick/Downloads/mp3/
  • 其下与 contracts / CRM / sales_followup_expert / agent_harness 相关之表或导出（具体文件名待原文补全）
  • 三份配套 evidence（行业 / 模型 / 开源）同在作者机；入库索引仅登记「未挂载、未核验」。

二十、收口

本文至此为探索设计讨论收口：给出可选择的产品与试点口径，并未将上述能力实施上线，也未形成已批准规格，也未执行提交、推送或合并。

（raw 结束 · 结构化重建 · 待原文补全复核）

附录 A · 五问展开（与成功标准对齐）

五问不是海报口号，而是每个场景合同与上下文包的验收骨架：

  1. 他现在需要什么？

必须能指出：表达来源（原话/行为）、时间、有效期、未验证项。禁止用静态标签「意向高」替代当前需求描述。购车推进里，「再考虑考虑」要拆成：价格/配置/家庭决策/竞品/体验不足中的哪几类阻碍。

  1. 我们为什么这样判断？

每条理解须挂证据：交互证据 ID、业务实际字段、或明确「推断」。三类可核实状态分栏展示：表达 / 承诺 / 业务实际。缺证据就标缺口，不写成人人信以为真的画像句子。

  1. 现在能为他做什么？

行动必须在授权级 A0–A3 与频控内；候选须带预期客户价值与风险。不做「为发而发」。购车推进优先体验/澄清/调推荐；交付延期优先解释交期实际 + 履约方案，而非纯情绪话术。

  1. 由谁负责兑现？

承诺对象化：负责人、时限、依据、升级路径。系统建议不等于已承诺；A3 未批准不得对客形成新承诺。

  1. 做完是否真的产生价值？

观察结果：需求是否解决、承诺是否履行、顾问是否省时；再看有对照的转化/留存/体验。字段填满率、Agent 数、发送量不作为主成功标准。

附录 B · 架构分层说明（对应 mermaid）

  1. 授权数据源 — 无合同不接入；合同含用途、字段、刷新、撤回、保留。
  2. 证据接入 — Voice/企微/通话/订单事件等；企微存档同意 + 拉取窗口（要点述「拉取 ≤5 天」等）写入合同。
  3. 客户事实与关系 — 八对象组；主张结构 observed/stated/inferred/confirmed；权威按字段。
  4. 按任务上下文 — 五种上下文产品（成交准备/交付关怀/车主服务/顾问日工作/群体研究）。
  5. Agent 与顾问 — 四角色逻辑；事件唤醒；工作流管确定性，Agent 管边界内生成。
  6. 行动服务 — 统一出口：候选→校验→批准→执行→确认→观察结果。
  7. 结果与学习 — 案例库与条件性模式；群体链防偏差。
  8. 回流 — 更新事实/承诺/事项状态；不另写平行真相。

数据湖角色：原始与离线加工；日常 Agent 不扫全湖。在线路径：对象存储 + 关系库 + 索引。图式关系可先关系表；图库非第一天必须。

附录 C · 对象组细目（八组）

组要点常见坑
人与身份标识可变；多 ID 并存昵称/相似车型误合并
关系家人/决策链独立对象只当客户字段
车辆与业务车、订单、交期、库存用营销标签冒充交期
交互与证据录音/企微/通话；保路径与时间只存摘要丢原话
理解需求/阻碍/偏好；有效期推断写成永久事实
承诺与事项可并行、可追踪聊天口头承诺无对象
行动与结果全链可回放只记发送不记结果
治理与知识授权、频控、案例、群体模式群体规律打到个人

附录 D · 五种上下文产品清单

  1. 成交准备 — 给销售：需求、阻碍、未验证、竞品、下一步边界、勿施压项。
  2. 交付关怀 — 给交付/客成：承诺列表、业务交期、客户焦虑表达、可执行方案、升级条件。
  3. 车主服务 — 给售后：车况与历史事项、联系偏好、行动边界。
  4. 顾问日工作 — 今日唤醒、优先级、待批准、逾期承诺。
  5. 群体研究 — 脱敏聚合、条件、反例；不对客直出。

附录 E · 执行链与 A0–A3

候选 → 校验 → 批准 → 执行 → 确认 → 观察结果
  • 校验：权限、频控、事实新鲜度、模板合规、是否触及承诺变更。
  • 批准：按 A 级路由；A3 必人批。
  • 确认：系统侧回执 + 必要时客户侧确认。
  • 观察结果：进入经营学习；无观察则不得宣称「智能运营」。

统一频控：跨渠道共享触达预算；尊重拒访与偏好。

附录 F · mp3 可复用与尚未证明（作者论述 · 待核实）

可复用表/模块（作者机路径字符串，本 box 未挂载）：

  • contracts
  • CRM
  • sales_followup_expert
  • agent_harness

路径前缀示例：/Users/flyignick/Downloads/mp3/（要点中的 /Users/flyignick/Downloads/mp3/... 同类；拼写以作者机为准，入库保留字符串不核验文件存在性。）

尚未证明： 交期可信链路、企微授权闭环、端到端执行 SLA、群体模式无偏、Graphiti 退出门槛实验、Runtime≠Harness 治理落地。

附录 G · 与 Voice / CRM

  • 收敛完善，不平行真相。
  • Runtime ≠ Harness：运行时服务任务；Harness 评测/实验/回放。
  • Voice Platform保留为感知与证据入口；不推倒，也不让它变成整个客户系统。

附录 H · 模型与开源（再声明）

  • 模型按任务评测（转写/抽取/规划/话术/审核）。
  • 开源：PG+pgvector 首选；LangGraph/Temporal/Graphiti 按需试验；Graphiti 有退出门槛；先小而可靠。
  • 文二 Context Lake+Iceberg+Layer1–5+GLoM+LangGraph 骨干全家桶：被本文「湖非在线中心 / 图库非 day-1 / 先小而可靠」进一步降权，不得作 12 周默认安装单。

附录 I · 试点 0–3 与验收语言

  • 阶段 0：权威表 + 场景合同 + 评测集骨架。
  • 阶段 1：购车推进最小闭环（A0/A1）。
  • 阶段 2：延期关怀 + 可信交期 + 执行到 A2。
  • 阶段 3：经营学习最小闭环；开源试验有退出报告。

验收语言对齐成功标准：需求解决、承诺履行、顾问省时；辅以有对照的转化/留存/体验。

附录 J · 最终建议（复述 · 供检索）

最终建议： 以本文为实施口径主参考（探索设计，待业务选择）；文一为产品原则；文二为远景技术菜单。先真实 Case、Wiki 影子、实验→采纳；少过早工程。不做堆标签 CDP；保留 Voice；执行与回收链是关键新能力；PG+pgvector 首选；Graphiti 仅有退出门槛的试验。

附录 K · 六件事（复述 · 与第十八节同构）

六件确认事项待业务回答：主场景与交期权威；三类状态作验收语言；A0–A3 主人与禁自动项；企微法务；Voice/CRM 权威与禁止平行真相；开源预算与退出门槛。

附录 L · 完整度与证据缺口清单

缺口说明
原文逐字稿Task prompt 截断；本 raw 为要点结构化重建
mp3 仓作者机路径未挂载本 box
三份 evidence行业/模型/开源附件未挂载
HEAD仅作者声明 5e750e1e68b6，未在本环境核 git 对象
企微 ≤5 天等写入合同意向，非法务结论

再次收口：探索设计，不是已实施能力或已批准规格；也未执行提交、推送或合并。