客服 Agent 方案收口
架构与协作入口删掉 escalate 与实时人工分支
当前没有实时客服接管需求，保留它只会制造多余概念。Fast Agent 只保留 search_kb 与 create_ticket 两个工具。
架构图已重画并发布
完成暖色 HTML 架构图、清理 emoji/dingbat、截图视觉复验；公开链接可直接查看。
项目讨论群与记忆文档已建立
已建“客服 Agent 项目”讨论群，首条方案卡片已 pin；记忆文档作为后续讨论锚点，避免重新捞历史。
Nexora · 工作日报 · 2026.07.10
今天把客服 Agent的路径收干净了。
今天不是堆功能：把客服链路从“看似智能但分叉太多”，收敛为两种明确结果；同时补齐 GPT‑5.6 调用协议、飞书文档权限边界，并让移动端迁移继续按真实契约推进。
今日核心结论
2 条结果
客服问题只有“知识库命中直接答”或“解决不了建工单”。实时人工分支已删除。
当前模型
GPT‑5.6 Sol
Responses 已通
Hermes
v0.18.2
群会话共享
01 / DELIVERED
今天已经落地的事
以下是已经有代码、配置、文档或真实验证结果支撑的产出；不把讨论稿写成已上线功能。
Hermes 与飞书能力校准
真实配置与实测GPT‑5.6 改走 Responses API
Eagle 模型本身可用，问题在 Hermes 走了旧 Chat Completions。已切为 codex_responses，当前会话实际使用 GPT‑5.6 Sol。
模型切换语义已厘清
/model 默认会持久化为全局模型；/model xxx --session 才只影响当前会话。
飞书 bot 文档权限已实测
普通 Drive/docx 的新建、读取、编辑、删除均通过；bot 新建文档后会自动把 full access 授给 Mike。
02 / CUSTOMER FLOW
客服 Agent 现在的最小正确形态
不套 AutoGen，不让客户请求穿过 OpenClaw 网关。把智能放在判断与工具质量上，热路径保持短。
两条结果，一条业务主线
Fast Agent 与 Deep Worker 快慢分离
客户实时
查知识库与记忆
命中答案后保留 widget 原生 SSE，直接流式回复客户。
解决不了
创建工单
先落 Postgres。这里才是唯一真相源，不能因后续分析或飞书故障丢单。
客户已离开
异步分析并派开发
Deep Worker 查重、定根因与紧急度，飞书 Task 只做投影与指派。
已经明确不做：当前不做实时人工聊天桥，不保留只会重复建单的 escalate。后续若业务确实需要实时人工，再单独评估。
03 / FACTS
今天确认的三个系统事实
这些决定后续实现边界，避免在错误的身份、错误的协议或错误的会话粒度上浪费时间。
模型协议
5.6 不是模型不存在，而是接口走错。
Eagle 可调 GPT‑5.6；报错来自旧 /chat/completions。现在 provider 已按 Responses API 路由。旧 GPT‑4 系列若还要使用，后续应拆 legacy provider。
文档库
Drive 与 Wiki 是两套权限体系。
bot 可完整操作普通 docx；但不能成为 Wiki 空间成员。租户知识库若放 Wiki，search_kb 必须使用 user 身份；同时知识库必须按租户隔离。
群聊会话
同一群，所有成员共享上下文。
group_sessions_per_user: false 已生效。同群任何成员的消息都进入同一会话，不会按发言人拆成彼此看不见的上下文。
需要留意
- 模型兼容：eagle-openai 已切 Responses API；若后续要继续使用 gpt‑4o、gpt‑4.1、gpt‑5-mini，需拆出 legacy provider，避免协议不兼容。
- 知识库边界：租户文档不能混搜。租户 ID 必须由后端锁死，不能相信模型或客户传来的 tenant 参数。