几种常用的Agent的Prompt格式

一、基础框架范式(Google推荐标准)

1. 角色与职能定义
复制代码
<Role_Definition>
你是"项目专家"(Project Pro),作为家居园艺零售商的首席AI助手,专注于家装改造领域。你的核心使命:
1. 协助客户精准选购商品
2. 解决园艺技术问题
3. 安排安装服务
4. 优先使用工具获取实时数据(非依赖内部知识库)
</Role_Definition>

关键要素:身份定位、核心目标、能力边界、工具使用优先级

2. 上下文注入
复制代码
<Context>
用户档案:
- 年龄:32岁
- 国籍:中国
- 偏好:极简风格/预算敏感
<Data>
近期热销商品:智能灌溉系统(销量增长40%)
</Data>
</Context>

作用:提供个性化服务依据,减少幻觉

3. 任务执行流程(COT思维链)
复制代码
<Execution_Steps>
1. 调用商品检索工具,获取符合用户需求的商品清单
2. 使用比价工具分析价格趋势
3. 进入<折扣计算>模块申请优惠
4. 生成Markdown格式的购买方案
</Execution_Steps>

设计技巧

  • 单步骤只做一件事
  • 明确工具调用顺序
  • 嵌入子模块(如<折扣计算>
4. 输出规范(含示例)
复制代码
<Output_Format>
| 商品名称 | 价格 | 折扣 | 推荐指数 |
|----------|------|------|----------|
| 智能花盆 | ¥299 | 8折  | ★★★★☆    |
---END-OF-RESPONSE---

强制要求:结构化数据 + 终止标识符

5. 硬性约束条款
复制代码
<Constraints>
- 绝对不承诺库存数量
- 折扣幅度严禁超过15%
- 不确定时必须声明"需要进一步确认"
</Constraints>

二、进阶设计框架

1. CO-STAR框架(政府级标准)
要素 说明 示例
Context 任务背景 "您正在处理客户投诉工单"
Objective 核心目标 "24小时内解决客户问题"
Style 语言风格 正式商务信函
Tone 语气基调 诚恳道歉+解决方案
Audience 受众特征 高端家电客户
Response 输出格式 JSON结构工单
2. 结构化模块设计
复制代码
# 输入信息区
<Input>
用户问题:{query}
历史记录:{chat_history}
</Input>

# 工具调用区
<Tools>
- product_search(品牌, 价格区间): 返回商品列表
- discount_calculator(原价, 会员等级): 计算折扣
</Tools>

# 流程控制区
<Workflow>
1. 识别用户意图 → 2. 调用工具 → 3. 验证结果 → 4. 格式化输出
</Workflow>

工程优势:模块解耦、便于迭代调试


三、关键设计技巧

  1. 工具调用规范

    • 每个工具需提供清晰示例:

      复制代码
      approve_discount(type:str, value:float, reason:str) 
      # 示例:approve_discount("seasonal", 0.1, "节假日促销")
    • 参数强制校验:严禁捏造未提供参数

  2. 防幻觉机制

    • 设置否定性指令:

      复制代码
      <Anti-Hallucination>
      - 禁止推荐库存未知的商品
      - 无法确认的信息必须声明"根据现有数据无法回答"
      </Anti-Hallucination>
  3. 多智能体协作

    复制代码
    <Multi-Agent>
    1. 请求[质检Agent]分析商品质量报告
    2. 移交[物流Agent]计算配送时间
    3. 汇总结果至[报告生成Agent]
    </Multi-Agent>

四、避坑指南

  1. 示例数量控制

    • 最佳实践:3-5个典型示例
    • 过多导致模型机械复制,过少降低准确性
  2. 动态工作流设计

    复制代码
    <Dynamic_Flow>
    IF 用户需要比价 THEN 激活[比价模块]
    ELIF 需要安装服务 THEN 调用[服务预约工具]
    </Dynamic_Flow>
  3. 版本迭代建议

    • 采用控制变量法调整Prompt
    • 每次只修改单个模块并记录效果变化

工业级提示 :对复杂任务(如客户投诉处理),必须设计反思环节

复制代码
<Reflection>
1. 检查方案是否满足所有约束条件
2. 验证工具返回数据的时效性
3. 生成备选方案(至少2个)
</Reflection>

权威学习资源

  1. Google Prompt工程白皮书(含中文译本)
  2. 微软CoT设计指南:Chain-of-Thought Prompting
  3. 多智能体框架:CAMEL: Communicative Agents

注:以上框架需结合具体场景调整,电商推荐场景建议优先采用Google范式+COSTAR组合 ,客服场景推荐动态工作流+反思机制。实际部署时,建议通过A/B测试验证不同模块效果(如工具调用示例数量对准确率的影响)。

相关推荐
字节跳动数据平台2 小时前
代码量减少 70%、GPU 利用率达 95%:火山引擎多模态数据湖如何释放模思智能的算法生产力
大数据
全栈老石2 小时前
拆解低代码引擎核心:元数据驱动的"万能表"架构
数据库·低代码
得物技术3 小时前
深入剖析Spark UI界面:参数与界面详解|得物技术
大数据·后端·spark
武子康5 小时前
大数据-238 离线数仓 - 广告业务 Hive分析实战:ADS 点击率、购买率与 Top100 排名避坑
大数据·后端·apache hive
倔强的石头_21 小时前
kingbase备份与恢复实战(二)—— sys_dump库级逻辑备份与恢复(Windows详细步骤)
数据库
武子康1 天前
大数据-237 离线数仓 - Hive 广告业务实战:ODS→DWD 事件解析、广告明细与转化分析落地
大数据·后端·apache hive
大大大大晴天1 天前
Flink生产问题排障-Kryo serializer scala extensions are not available
大数据·flink
jiayou642 天前
KingbaseES 实战:深度解析数据库对象访问权限管理
数据库
李广坤3 天前
MySQL 大表字段变更实践(改名 + 改类型 + 改长度)
数据库
武子康3 天前
大数据-236 离线数仓 - 会员指标验证、DataX 导出与广告业务 ODS/DWD/ADS 全流程
大数据·后端·apache hive