AI Copilot 产品设计
AI Copilot 的价值不在于“能聊天”，而在于贴着用户正在做的任务，减少切换、补全上下文、给出可采纳的下一步，并在高风险动作前保留用户控制权。
一个合格的 Copilot 产品，应该让用户感觉自己仍在驾驶：AI 提供建议、草稿、解释和可执行候选，用户负责确认、编辑、拒绝和撤销。
1. 提出问题
假设一个 B2B SaaS 的客户成功团队每天要处理续费风险客户。客户成功经理会打开客户详情页，阅读最近工单、使用量变化、会议纪要、合同条款和联系人记录，然后写一封跟进邮件，安排内部任务，必要时更新 CRM 阶段。
没有 AI 时，人工流程大约是：
- 在多个页面之间切换，收集客户背景。
- 判断风险原因是使用下降、关键人流失、故障投诉还是预算变化。
- 写跟进邮件和内部备注。
- 创建任务，提醒解决阻塞。
- 更新 CRM 阶段和下一步行动。
团队想做 Copilot，不是为了让它“替代客户成功经理”，而是为了让它在客户详情页里完成三件事：总结当前风险、生成跟进草稿、建议下一步任务。输出会被客户成功经理阅读、编辑和确认，部分内容可能对外发送或写回 CRM。
最容易失败的样本不是“完全不会写邮件”，而是：模型把旧工单当成当前问题，把内部备注写进对外邮件，把未确认折扣写成承诺，或自动创建了错误任务。
2. 分析问题
Copilot 不是一个单一生成任务，而是一组嵌入工作流的任务。
模型适合做“候选”。系统要负责上下文边界、权限、结构化动作和可恢复性。用户要保留最后控制权，尤其是对外发送、写库、改状态、创建任务和分配责任人。
Copilot 的收益来自减少信息搜集和草稿编写时间，而不是让模型一次性做完全部工作。它的风险来自“看起来像助手，实际像自动操作员”：用户没有看清 AI 用了哪些依据，也没有意识到它将修改哪些对象。
3. 列举方案
Copilot 可以从轻到重分层设计。
内联建议
最轻的形态是在用户编辑邮件、备注或任务描述时提供补全、改写和摘要。适合低风险文本生产，用户天然会编辑和确认。
能力增加：减少打字和整理语言时间。
新增成本：prompt 版本、语气模板、采纳率埋点。
上下文草稿
下一层是 Copilot 自动读取当前客户、工单或文档上下文，生成风险摘要、回复草稿或任务建议。它比简单 prompt 更有价值，因为用户不用重复粘贴背景。
能力增加：贴近业务对象，减少上下文收集。
新增成本：上下文选择、权限过滤、来源展示、敏感信息处理。
引用和来源绑定
当 Copilot 给出事实判断时，要展示依据。例如风险摘要后列出对应工单、用量指标和会议纪要。用户可以点开来源确认。
能力增加：用户能判断是否可信。
新增成本：来源 ID、引用校验、证据展示 UI。
结构化动作候选
如果 Copilot 建议“创建任务、更新阶段、发送邮件”，不要直接执行，而是生成结构化候选：动作类型、目标对象、字段变化、原因、引用来源。
能力增加：从文本建议进入可执行工作流。
新增成本：schema、字段校验、工具权限、幂等处理。
预览确认和撤销
所有副作用动作都要先预览。例如 CRM 阶段从“风险观察”改到“续费阻塞”，任务分配给谁，邮件发给谁，内容是什么。执行后必须能撤销或留下补偿路径。
能力增加：用户敢把 Copilot 放进真实流程。
新增成本：确认 UI、审计日志、撤销接口、错误恢复。
工作流 Copilot
当任务稳定后，可以把多步流程编排成工作流：生成摘要、提议动作、用户确认、执行工具、记录反馈、提醒后续跟进。此时模型负责候选和解释，工作流负责状态。
能力增加：可观测、可优化、可复盘。
新增成本：状态机、任务日志、异常处理、评估集。
不建议一开始做开放 Agent。客户成功场景的路径并不需要模型自由探索，它需要稳定读取、生成候选、人工确认和可撤销执行。
4. 决策判断
常见反模式：
第一，把 Copilot 设计成一个通用聊天入口。用户必须重新解释“我在哪个客户、哪封邮件、哪个任务里”，使用成本反而上升。
第二，让模型直接执行动作。创建任务、更新阶段、发送邮件和修改配置都属于副作用，必须先展示目标对象、字段变化、理由和撤销方式。
第三，只记录点赞点踩。Copilot 更重要的反馈是用户是否采纳、改了哪一句、拒绝了哪个动作、是否撤销、撤销原因是什么。
第四，把 MVP 做成全能助手。首版应聚焦一个高频流程，例如“客户风险摘要 + 跟进邮件草稿 + 任务候选”，而不是承诺所有 CRM 操作都能自动完成。
第五，把商业化包装成“AI 自动客户成功”。更稳妥的商业边界是高级草稿、批量处理、团队协作、审计和工作流自动化，而不是高风险自动决策。
5. 结论收束
AI Copilot 的推荐路径是：先做嵌入式草稿和上下文建议，再加引用和来源，最后只对结构化动作提供预览确认、执行和撤销。这个方案成立的前提是业务对象清晰、用户愿意在工作流中确认、系统能记录反馈和操作日志。
上线前检查清单：
- 场景边界：Copilot 服务哪个页面、对象、角色和具体任务。
- 输入来源：客户资料、工单、用量、合同和会议纪要是否有权限过滤。
- 输出分级：哪些是草稿，哪些是建议，哪些会触发写入或发送。
- 信任机制：事实判断是否有来源，动作建议是否有理由和影响范围。
- 结构化动作：动作类型、目标对象、字段变化、执行条件是否有 schema。
- 人工确认：写库、发信、分配任务、改阶段是否必须确认。
- 撤销恢复：每类动作是否支持撤销、补偿、重试和审计。
- 反馈闭环：采纳、编辑、拒绝、撤销和人工改写是否进入样本库。
- MVP 指标：节省时间、采纳率、编辑距离、撤销率、错误率是否可度量。
- 商业化边界：免费草稿、高级工作流、团队审计、用量上限和 SLA 是否清楚。