这个提示词用来做什么

准备让 agent 去调用团队内部的服务、脚本或接口，先把使用说明写成一份它不会误用的卡片

提示词全文

我要把一个内部工具开放给 agent 调用，需要一份能让它照着用、又不会误用的说明卡。请按下面结构写，凡是缺口都要标出来让我补，不要替我编。

## 输入
工具是什么：{一句话描述，比如「订单查询接口」「数据导出脚本」}
调用方式：{接口地址 / 命令 / 参数表}
当前的真实权限：{这个凭证实际能做什么，包括你没打算让它做的事}

## 输出
1）一句话用途 + 一句话「什么时候不要用它」，两个都写。
2）参数表：名称 / 类型 / 是否必填 / 取值范围 / 写错会怎样。把容易搞错的两个参数单独标出来。
3）动作分级：读操作、写操作、不可逆操作（删数据、发消息、扣费）各归一类，并写清每一级的确认要求（直接做 / 先问人 / 禁止）。
4）失败处理：典型报错、每个报错该重试还是该停、最多重试几次、重试前要检查什么。
5）配额与礼貌：调用频率上限、批量上限、被限流时的退避方式。
6）反面清单：这个工具「看起来能用但其实不该这么用」的三到五种用法。

要求：分级里的「先问人」要写清问谁、需要提供什么信息，不能只写一句「需要人工确认」；权限一节如果发现凭证能力大于实际需要，直接指出来并给出缩小权限的建议。

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

第 3 步和第 6 步决定了这张卡有没有用：agent 出错多半不是不会调，而是不知道「这一步做完就回不去了」。把不可逆动作单独拎出来并绑定确认要求，比写一长串参数说明更能防事故。

基本信息

  • 分类：Agent
  • 标签：工具调用 · 接口说明 · 权限 · 配额 · Agent
  • 收录日期：2026-10-11

同类提示词