【coze】一、在coze中如何应用提示词Prompt

前言

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。

### 导出历史记录的方法 在 Coze 平台中,用户可以通过平台提供的接口或界面功能导出历史记录。历史记录包括用户输入的提示词、模型生成的响应、用户反馈以及修改记录等信息,这些数据对于优化提示词具有重要价值。通过分析这些记录,可以识别出常用结构、高频关键词和用户偏好,从而构建更高效的提示词模板。 用户可以直接在 Coze 的对话界面中查看历史记录,也可以通过 API 接口获取结构化数据[^1]。例如,使用以下 Python 代码片段可以调用 API 获取历史对话记录: ```python import requests # 获取历史对话记录 response = requests.get("https://api.coze.com/conversation/history", headers={"Authorization": "Bearer YOUR_API_KEY"}) history_data = response.json() ``` ### 提示词优化的步骤 在获取历史记录后,可以按照以下步骤进行提示词优化: 1. **数据清洗与结构化** 历史记录中可能存在噪声数据,例如重复内容、无效对话等。需要对数据进行清洗,并提取关键字段,如用户输入、模型输出、反馈信息等。可以通过正则表达式或自然语言处理技术进行数据标准化处理。 2. **模板提取与复用** 分析历史记录中成功的提示词结构,提取常用模板。例如,在合同生成任务中,可以识别出“违约责任”“付款条款”等常见结构,并将其整合为通用提示词模板[^4]。 3. **上下文感知提示词生成** 利用历史对话内容构建上下文感知的提示词,使模型在生成响应时能够更好地理解用户意图。例如: ```python # 构建基于历史记录的提示词 prompt = f"基于以下历史对话:\n{history_data}\n请生成新的提示词以完成任务:{current_task}" ``` 4. **反馈驱动优化** 用户对模型输出的修改记录可以作为优化提示词的重要依据。例如,如果用户多次在输出中添加特定条款,则可以在提示词中加入该信息,提升模型的准确性[^2]。 5. **自动化提示词工程** 利用 Coze 提供的数据分析功能,对历史记录进行语义聚类、关键词提取等处理,自动生成优化后的提示词。例如,通过 TF-IDF 或 BERT 等算法提取关键词,并构建更具针对性的提示词模板[^3]。 6. **版本管理与评估** 建议对生成的提示词进行版本管理,记录每次优化的依据和效果,便于后续迭代和性能评估。可以通过 A/B 测试等方式,对比不同提示词的输出质量,选择最优方案[^1]。 ### 合规与安全注意事项 在使用历史记录生成提示词时,需确保数据的隐私性和合规性。例如,在合同生成场景中,应对用户输入的敏感信息进行脱敏处理,并在生成的提示词中避免泄露关键业务数据[^4]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值