这个提示词用来做什么

agent 已经能调十几个工具，但没人说得清哪个 key 能读生产库、哪个能下单、泄露后该先吊销哪一个

提示词全文

请对我给 agent 用的全部凭证做一次最小权限审计。不要先给建议，先把事实列清楚。

## 输入
凭证清单：{名称 / 所属平台 / 权限范围 / 有效期 / 最近一次轮换时间}
使用它的工具或 agent：{哪些服务、哪些任务会调用}
它能触达的资源：{读哪些库或文件、能写什么、能否下单/付款/发消息/改配置}
当前控制：{是否有消费上限、用量告警、IP 白名单、人工确认}

## 输出
1）权限矩阵：一行一个凭证，列「读 / 写 / 删除 / 花钱 / 对外发送 / 改权限」六类能力，能做的打勾，不能做的留空。不要用「较高权限」这种模糊描述。
2）越权路径：找出 5 条「一个普通任务就能走到、但本不该发生」的路径，按「任务 → 用到的凭证 → 越过的边界 → 最坏后果」写。
3）拆分方案：把每个凭证拆成「只读 / 可逆写 / 不可逆写」三类，给出各自的权限范围、有效期与保管位置；不能拆的说明原因。
4）花钱与吊销：为每个能产生费用的凭证写消费上限、告警阈值、吊销步骤与负责人；吊销步骤要具体到在哪个后台点哪里，不能写「联系管理员」。
5）上线结论：给「可上线 / 限制范围 / 不可上线」三档，限制范围要写明哪些工具先不给、哪些动作必须人工确认。

## 纪律
- 不要假设模型会按提示词老实做事；按它能看到的全部输入推演。
- 任何「先给它权限，出问题再说」的方案都要标红。
- 如果某个凭证无法判断权限范围，直接写「未知」，不要猜。

怎么用

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

输出示例

这份审计最有用的产出通常是第 3 条：很多团队把所有能力塞进一把 key，结果一个「读网页」的任务也带着下单权限。拆成只读、可逆写、不可逆写之后，你会发现大部分任务只需要第一类。第 4 条要求写到「在哪个后台点哪里」，是为了避免事故时才发现没人知道怎么吊销。

基本信息

  • 分类：Agent
  • 标签：Agent · 密钥管理 · 最小权限 · 审计 · 安全
  • 收录日期：2026-10-19

同类提示词