Agent 产品设计#
交互形式#
对话形式适合以下几类事情：
- 用户自己也不知道该怎么问，需要通过对话逐步澄清问题。
- 输入本身是开放的，例如头脑风暴、写作陪练、解释概念、生成初稿。
- 任务没有严格的结构化输出要求，或者结果只需要被阅读，不需要直接进入业务流程。
- 产品还在探索需求，团队需要先观察用户会提出什么，再决定值得产品化的高频任务。
对话的优势是低门槛。用户只需用自然语言处理描述，但一旦用户的目标性更强，就会有上下文散落的问题，用户需要在对话里来回描述、补充、确认和复制粘贴，且自然语言本身也有模糊性。
一个agent交互形式的合适分工：
- 自然语言负责发起意图、补充例外和处理模糊表达；
- 结构化界面负责展示状态、编辑内容、比较结果和复用流程；
- 审批与权限负责接住会造成真实影响的动作；
- 日志与记忆负责让任务在中断后仍然能被理解、追溯和继续。
任务判断#
| 问题 | 倾向的形态 |
|---|---|
| 用户的目标是否明确、步骤是否稳定？ | 表单、向导、工作流 |
| 用户是否需要反复比较、编辑、保留中间结果？ | 画布、表格、编辑器 |
| 任务是否涉及查询、筛选、归纳已有信息？ | 原页面内的 AI 操作和结果面板 |
| 任务是否有执行风险、权限边界或不可逆操作？ | 明确的计划页、审批与确认节点 |
| 任务是否高频重复，且需要被团队复用？ | 模板、规则化配置与可观测运行记录 |
例如，“帮我想几个活动主题”适合聊天；“根据这批客户信息生成召回方案，并让运营逐条修改后发出”更适合一个带筛选、编辑、预览和发布状态的工作台。
可以粗略地把任务分成四层：
| 任务 | 合适的默认形态 |
|---|---|
| 低复杂度、高容错的探索 | 聊天 |
| 重复、规则相对稳定的业务动作 | 模板、表单、批处理 |
| 多步骤、跨系统、需反复调整的任务 | 工作流、画布、状态回放 |
| 高风险或影响外部对象的执行 | 预览、Diff、权限与审批 |
用户信任度#
用户的信任度很关键，不能完全黑盒，用户要看到：
- 步骤：当前任务的可理解步骤，比如正在检索哪些资料、正在生成什么、等待哪个外部系统返回。
- 依据：引用了哪些范围、使用了什么条件、哪些信息不确定。
- 改变：修改了哪些文档、创建了哪些任务、发送了哪些消息，最好能区分执行状态（成功、失败、待确认）
- 回滚：撤回、暂停、重试、回退等
- 责任：包括数据来源、工具调用、权限管理等。
总结#
- 在目标模糊、探索性强的地方，用聊天承接自然语言；
- 在任务开始收敛时，用表单、选项和计划帮助用户明确约束；
- 在需要反复操作和比较时，把能力嵌进表格、画布、编辑器与原有页面；
- 在高风险动作前，用权限、审批、确认与回滚守住边界；
- 在任务结束后，把结果、记录和反馈沉淀为下一次更好的系统能力，而不是留在一段很快会被遗忘的聊天记录里。