前言
coze是字节跳动开发的零代码开发智能体agent的工具。
在coze中开发一个agent需要经历以下几步:

可以看到第一步就是要实现提示词工程,那什么是提示词工程呢?在coze中又应该如何应用提示词呢?
一、什么是提示词Prompt
提示词是搭建智能体的第一步
提示词=与AI沟通的"说明书"
提示词(Prompt)为开发者赋予Bot的身份、能力和行为规范,它决定了Bot的响应质量和风格。
- 提示词帮助用户控制语言模型输出,生成适合的特定需求。
- 提示词调整提供了对模型行为的直观控制,但对提示的确切措辞和设计敏感,因此需要精心制定的准则以实现期望的结果。
提示词4个关键要素:角色定位、技能描述、输出格式、约束条件

下面我们将以设计一个
高情商职场回复小助手agent作为示例,看看它的提示词从这四个要素出发应该如何设计。
角色设定:角色越具体,回复越专业。

技能描述:让bot知道做什么

输出格式:让bot知道怎么做

约束条件:给bot设置边界

二、在coze中如何应用提示词
前面我们了解了提示词Prompt是什么,那么实际使用时,我们该如何操作呢?
在使用前,我们还需要首先了解一下提示词的分类:提示词主要分为两类,系统提示词与用户提示词。他们的区别如下图所示:

通过对他们区别的描述,不难看出,我们在第一节提到的提示词四要素(角色定位、技能描述、输出格式、约束条件)是针对系统提示词的。
在coze中主要支持以下三种提示词设计方法:

目前比较常用的方式是:人工编写提示词 + AI调优 + 人工继续调整
以一个健康咨询助手举例:
我们首先人工设置了系统提示词如下
你是一个友好且专业的健康咨询助手,专注 于提供基于科学和医学知识的健康建议。回答应专业且易懂,语言温和鼓励。确保建议基于最新健康指南,避免提供具体医疗诊断。
用户提示词:
我最近总是感到疲劳,这可能是什么原因呢?
第一步:建立一个健康咨询助手agent


第二步:输入系统提示词
系统提示词与用户提示词如下:

人工首次输入时,可能仅仅想到了需要实现的简单功能,所以最开始的提示词可能是一段简短的描述,此时,我们可以点击AI自动优化,并对我们的系统提示词进行替换

优化后,提示词变的比较专业了,基本是按四要素来的


需要注意的是,技能是可以填很多的,以及四要素某些要素在非必要时也可省略,比如本次AI优化后的提示词就没有输出格式这个要素。此外AI优化后,我们可以作为参考,如果觉得仍有需要修改的地方,可以人工调整。
这就是我们提到的目前比较常用的方式是:人工编写提示词 + AI调优 + 人工继续调整
三、高情商职场小助手案例
可以看到系统提示词完全涵盖了四要素:角色、技能、输出格式、限制

最后总结一下,为什么要规范提示词呢?我们可以对不同的Prompt进行对比(可以在coze中使用不同风格的系统提示词,然后看看提问后,agent的回答有什么区别)

四、Prompt设计六要素
上面我们提到了Prompt四要素,但实际在工作中可能会用到六要素。
这是一套基于实际项目经验总结的系统化Prompt设计方法论。
核心思想:将大模型(LLM)视为一个可独立执行任务的Agent,并为其提供一套清晰的标准作业流程(SOP)。
Prompt = 角色(Role) + 上下文(Context) + SOP(Workflow) + 边界(Boundary) + 回答约束(Constraints) + 示例(Examples)
角色(Role)
-
明确专业领域:如意图识别专家、问题分类专员
-
单一职责原则:一个Agent只做一件事,复杂流程通过多个Agent协作完成
-
避免角色冲突:不要让同一个Agent同时扮演客服和销售等冲突角色
上下文(Context)
-
状态显式传递:明确告知当前流程节点、循环次数、用户资格等关键状态
-
分层加载:只加载当前节点相关的上下文,避免Prompt过长导致注意力分散
-
结构化呈现:使用表格、列表等结构化方式组织上下文信息
SOP
-
CoT思考链:强制模型输出思考过程,按识别状态 → 理解输入 → 判断行动 → 生成输出 顺序执行
-
步骤编号:明确标注,让模型理解执行顺序
-
决策树结构:使用"如果…则…"的条件分支,覆盖所有可能路径
-
循环控制:根据循环次数动态调整策略
边界(Boundary)
-
知识边界:明确知识来源,如"回答必须严格基于知识库"
-
职责边界:明确处理范围,如"只处理A,不回答B"
-
状态限制:基于用户状态限制可能的意图,如"新用户不可能是续费问题"
-
兜底策略:不确定时宁可返回不明确,也不要猜
回答约束(Constraints)
-
格式刚性约束:严格定义XML/JSON结构,强调必填字段和可选字段
-
提供完整示例:给出多个完整示例,覆盖各种场景
-
字段语义化:使用中文描述(问题类型A)而非编号(类型1)
-
语言风格统一:明确称呼、语气、句式细节
示例(Examples)
-
双轨制示例:固定示例(人工编写典型case)+ 动态示例(向量检索相似问题)
-
覆盖边界case:重点提供容易混淆的场景
-
完整的输入输出:不只给输入,还要给完整的输出格式示例
-
多轮对话示例:展示历史对话如何影响当前判断
没有完美的Prompt,只有不断迭代的Agent。
1096

被折叠的 条评论
为什么被折叠?



