Coze 对话智能体的第一版应只解决一个清楚任务。角色提示负责说明目标和边界，开场白负责帮助用户给出必要信息，知识库和工具负责提供可核对依据。 本文依据 Coze 开放平台文档与 Coze Studio 开源仓库整理，未登录你的地区、工作空间和模型配置实测；当前界面名称、模型权限和发布渠道以实际控制台为准。
本篇验收要点：角色说明写清服务对象、能做的任务、不能做的决定和输出格式；开场白直接询问完成任务所需的两到三个字段。 发布前固定正常、信息不足、连续追问、越界和工具失败五类用例，逐条记录期望行为与实际结果。
开始前准备
- 一个单一业务任务，例如课程查询
- 可公开使用的知识资料
- 需要收集的用户字段清单
- 至少 15 条带期望结果的对话用例
按顺序搭建
- 创建 Bot/Agent 后先写一句任务定义，例如“根据已发布课程表帮助学员查上课时间”，不要同时承担销售、退款和技术支持。
- 角色提示分成目标、可用来源、禁止项、信息不足处理和输出格式；要求未知时说明缺口，不生成不存在的课程。
- 开场白列出能处理的任务，并给出两个示例问题；若需要课程名和城市，直接提醒用户提供。
- 连接知识库或只读工具，先单独测试检索和返回字段，再让智能体调用；写操作暂不开放。
- 用测试集逐条运行，保存输入、命中资料、工具调用和答案；失败项回到具体环节修改，而不是反复加空泛提示词。
可复制的最小示例
角色边界可以先写成以下骨架，再替换为真实业务：
任务：查询已发布课程的时间与地点
必须信息：课程名；必要时询问城市
来源：课程知识库和只读排课工具
禁止：编造课程、代替用户报名或承诺退款
无结果：说明未找到，并建议联系人工
输出：课程名、日期、地点、来源更新时间
怎样验收结果
验证标准是正常问题能给出可核对结果，缺字段时先追问，越界请求被明确拒绝，知识库无命中时不编造，工具失败时说明未完成并保留错误记录。
- 开场白能引导用户提供必要信息
- 连续追问仍保持同一任务上下文
- 越界问题不会得到虚构承诺
- 无资料和工具失败均有明确失败状态
常见失败与处理
- 回答过于泛：缩小任务并增加真实资料。
- 总是不追问：把必要字段和缺失处理写成显式规则。
- 测试区正常而渠道异常：核对渠道版本、权限和发布配置。
读者下一步是选择一个单一问答任务，写 15 条带期望结果的测试对话，再配置角色与开场白。
相关问答
提示词越长越好吗？
不是。清楚的任务、字段、来源和失败行为比重复的形容词更有效。
可以先发布再测试吗？
不建议。至少先覆盖正常、缺信息、越界、无资料和工具失败用例。
官方资料与适用边界
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32472.html
