名称: request-approval
描述: 在执行删除、生产环境变更或外部修改等高风险操作前,使用 Preloop 的 request_approval 工具获取人工批准
compatibility: 需要配置并能够访问 Preloop MCP 服务器
元数据:
author: preloop
version: "1.0"
在执行高风险操作前,使用 Preloop 的 request_approval MCP 工具获取人工批准。Preloop 将通过 Slack、电子邮件、移动应用等方式通知用户并等待其回应。
必须将 Preloop 配置为 MCP 服务器。配置详情请参阅 references/SETUP.md。
在执行高风险操作之前调用 request_approval 工具。
必需参数:
- operation (字符串): 清晰、具体地描述将要执行的操作
- ✅ 示例(好): "删除包含 1,234 个日志文件(2.3GB)的 logs/2024-01/ 目录"
- ❌ 示例(差): "删除一些日志"
context (字符串): 关于将受影响内容的补充信息❌ 示例(差): "旧日志"
reasoning (字符串): 说明此操作的必要性
可选参数:
- caller (字符串): 由 Preloop 自动填充
- approval_policy (字符串): 特定的批准策略名称(若省略则使用账户默认策略)
工具返回一个字符串:
- 已批准: 成功消息 → 继续执行操作
- 已拒绝: "Approval denied" 或 "Approval denied: {原因}" → 立即停止,不要执行
- 错误: 错误消息 → 检查配置或重试
任务:用户要求删除旧的缓存文件
你的工作流程:
1. 检查现有内容:3,421 个缓存文件,1.8GB,来自上周
2. 调用 request_approval:
- operation: "删除 temp-cache/ 目录"
- context: "包含上周批量作业产生的 3,421 个缓存文件,总计 1.8GB。所有作业均已成功完成。"
- reasoning: "缓存已不再需要,且占用磁盘空间。结果已存入数据库。"
3. 等待响应
4. 如果响应包含 "denied" → 告知用户操作已取消,询问替代方案
5. 如果已批准 → 执行删除
更多示例请参阅 references/EXAMPLES.md。
当不确定时,请遵循以下步骤:
黄金法则:如有疑问,请求批准。宁可多问一次,也不要造成损害。
应该做:
- ✅ 在执行之前请求批准
- ✅ 描述具体且详细
- ✅ 包含数字(文件数量、大小、影响的记录数)
- ✅ 解释影响
- ✅ 尊重拒绝决定
不应该做:
- ❌ 先执行,后询问
- ❌ 描述模糊
- ❌ 捆绑多个操作
- ❌ 在拒绝后继续执行
- ❌ 因为觉得"可能没问题"而跳过批准
请记住:安全第一!通过谨慎行事并尊重用户的系统和数据来赢得信任。