【S3W3 交叉评测】知客 ZhiKe AI 项目反馈与改进建议 #4

New issue

Open

opened 2026-08-06 10:38:42 +08:00 by chozzc · 0 comments

chozzc commented

2026-08-06 10:38:42 +08:00

1. 项目理解

我理解知客是一款面向销售、客户经理和顾问型业务人员的业务处理智能体。它把聊天摘要、电话纪要和客户备注转化为客户档案、需求判断、机会分析、跟进建议、沟通话术和业务日报，并通过业务员确认的跟进事件更新 KPI 和下一步行动。

项目特别强调 AI 推断与真实业务结果之间的边界：只有业务员确认的事件才进入 KPI，不把模型判断直接当成已完成业绩。

2. 项目亮点

明确区分事实、推断和未知信息，能够降低业务报告把模型猜测包装成事实的风险。
KPI 只根据人工确认事件计算，而不是根据 AI 输出自动增加，设计边界比较稳健。
七步 Skills 工作流、KPI 状态层和行动层之间的结构较清楚。
提供 Mock 回退、模型 Provider 切换、测试代码和运行证据，便于无密钥情况下评审。
对当前仅为会话级 Demo、暂未接入真实 CRM 等限制说明得比较诚实。

3. 当前问题

客户 ID 由客户名称和整段输入内容计算，同一客户补充或修改材料后可能生成新的 ID，进而造成客户重复。
effective_communication、solution_meeting 等事件可以多次累计，但暂未看到事件唯一 ID、去重、撤销和纠错机制，误点或重复提交可能直接影响 KPI。
当前行业、阶段和优先级识别主要依赖关键词和正则规则，面对表达方式变化、行业外场景或同义词时可能产生明显偏差。
行动队列主要按照优先级和反馈次数排序，还没有充分体现预计成交价值、截止时间、客户沉默时长和跟进成本等现实因素。
当前状态只保存在会话中，刷新后无法形成真正连续的客户管理闭环。
业务员确认事件虽然比模型自动计数可靠，但仍缺少确认人、确认时间、来源证据和修改历史。

4. 建议

将客户身份从“名称+全文哈希”改成稳定客户 ID，并把不同输入作为该客户的新增记录或版本。
为反馈事件增加 event_id、创建时间、操作人、备注和幂等键，同时支持撤销与修正。
增加“重复点击同一事件”“修改客户资料后重新分析”“事件撤回”等回归测试。
行动优先级可增加截止时间、预计价值、沉默天数、风险等级等可解释维度，并展示排序原因。
增加 JSON/CSV 导入导出或轻量 SQLite 持久化，先跑通跨会话连续使用，再逐步接入 CRM。
在页面中显示每项 KPI 的计算明细，允许用户展开查看由哪些客户和事件构成。

5. 综合评价

项目对“AI 建议”和“真实业绩”的界限把握得较好，这一点在销售类 Agent 中很重要。当前主要短板不是模型能力，而是客户身份、事件幂等、纠错审计和跨会话状态。补齐这些基础业务机制后，项目会更接近可实际使用的销售工作台。

### 1. 项目理解我理解知客是一款面向销售、客户经理和顾问型业务人员的业务处理智能体。它把聊天摘要、电话纪要和客户备注转化为客户档案、需求判断、机会分析、跟进建议、沟通话术和业务日报，并通过业务员确认的跟进事件更新 KPI 和下一步行动。项目特别强调 AI 推断与真实业务结果之间的边界：只有业务员确认的事件才进入 KPI，不把模型判断直接当成已完成业绩。 ### 2. 项目亮点 - 明确区分事实、推断和未知信息，能够降低业务报告把模型猜测包装成事实的风险。 - KPI 只根据人工确认事件计算，而不是根据 AI 输出自动增加，设计边界比较稳健。 - 七步 Skills 工作流、KPI 状态层和行动层之间的结构较清楚。 - 提供 Mock 回退、模型 Provider 切换、测试代码和运行证据，便于无密钥情况下评审。 - 对当前仅为会话级 Demo、暂未接入真实 CRM 等限制说明得比较诚实。 ### 3. 当前问题 - 客户 ID 由客户名称和整段输入内容计算，同一客户补充或修改材料后可能生成新的 ID，进而造成客户重复。 - `effective_communication`、`solution_meeting` 等事件可以多次累计，但暂未看到事件唯一 ID、去重、撤销和纠错机制，误点或重复提交可能直接影响 KPI。 - 当前行业、阶段和优先级识别主要依赖关键词和正则规则，面对表达方式变化、行业外场景或同义词时可能产生明显偏差。 - 行动队列主要按照优先级和反馈次数排序，还没有充分体现预计成交价值、截止时间、客户沉默时长和跟进成本等现实因素。 - 当前状态只保存在会话中，刷新后无法形成真正连续的客户管理闭环。 - 业务员确认事件虽然比模型自动计数可靠，但仍缺少确认人、确认时间、来源证据和修改历史。 ### 4. 建议 - 将客户身份从“名称+全文哈希”改成稳定客户 ID，并把不同输入作为该客户的新增记录或版本。 - 为反馈事件增加 `event_id`、创建时间、操作人、备注和幂等键，同时支持撤销与修正。 - 增加“重复点击同一事件”“修改客户资料后重新分析”“事件撤回”等回归测试。 - 行动优先级可增加截止时间、预计价值、沉默天数、风险等级等可解释维度，并展示排序原因。 - 增加 JSON/CSV 导入导出或轻量 SQLite 持久化，先跑通跨会话连续使用，再逐步接入 CRM。 - 在页面中显示每项 KPI 的计算明细，允许用户展开查看由哪些客户和事件构成。 ### 5. 综合评价项目对“AI 建议”和“真实业绩”的界限把握得较好，这一点在销售类 Agent 中很重要。当前主要短板不是模型能力，而是客户身份、事件幂等、纠错审计和跨会话状态。补齐这些基础业务机制后，项目会更接近可实际使用的销售工作台。

No labels

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

chenxinxing/zhike-ai#4

No description provided.

Rows
Columns