Skip to content
Back to skills

Agent Tool Testing

ASecurity

Use this skill when you need to test AI agent tool-call contracts, authorization, failures, and side-effect boundaries; triggers include Agent 工具调用测试 and agent tool testing.

  • 666 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 8, 2026
ai-agentstesting

Security analysis

A100/100

Scanned October 8, 2026

npx -y skills add majiayu000/claude-skill-registry --skill agent-tool-testing --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agent Tool Testing?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agent Tool Testing
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/majiayu000-agent-tool-testing/badge)](https://www.skillsdirectory.com/skills/majiayu000-agent-tool-testing)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

SKILL.md
---
name: agent-tool-testing
description: Use this skill when you need to test AI agent tool-call contracts, authorization, failures, and side-effect boundaries; triggers include Agent 工具调用测试 and agent tool testing.
---

# Agent 工具调用测试(中文版)

## 何时使用

- 需要验证 AI Agent 的工具选择、参数契约、权限、失败恢复和副作用边界。
- 需要对现有方案、结果或证据做风险评审,并形成可执行改进项。
- 输入不完整,但仍需先给出带假设和信息缺口的可用初版。

## 输出格式选项

- 默认输出 Markdown,适合评审、执行和持续补充。
- 用户要求表格、CSV、JSON 或工单格式时,保留同样的风险、证据、优先级和边界字段。
- 若输出会进入自动化流程,先确认字段 schema、枚举值和必填项。

## 如何使用

1. 先阅读并遵循 `prompts/agent-tool-testing.md` 的输入、执行规则、最低覆盖清单和输出顺序。
2. 补充真正影响判断的范围、环境、版本、限制、证据和成功标准。
3. 先做输入审计,再区分已确认事实、合理假设和待确认问题。
4. 按风险和证据强度排序,产出可直接执行、评审或验证的结果。
5. 信息不足时不要停在提问:先交付受限初版,并说明哪些结论暂不能成立。

## 参考文件

- 每次执行必须读取 `prompts/agent-tool-testing.md`;它是本 Skill 的完整执行规范。
- 需要评测或回归本 Skill 时,读取 `evals/eval.yaml` 与匹配的 `evals/cases/` 用例。
- 只有目录实际存在且任务需要时,才读取 `references/`、`examples/`、`scripts/` 或 `output-formats.md`,不要假设不存在的资产。

## 核心约束

- 默认只使用 mock、dry-run 或隔离环境
- 未经授权不得执行真实写操作
- 重试测试必须验证重复副作用
- 不编造输入中不存在的系统行为、字段、数据、指标或根因。
- 关键结论必须关联证据;证据不足时标记为假设并给出验证方法。
- 优先级必须说明业务影响、发生可能性或可探测性依据。

## 交付前自检

- [ ] 已覆盖:工具选择正确性、参数生成与校验、鉴权和越权、超时重试、幂等性、副作用隔离、结果解释、审计证据。
- [ ] 已区分事实、假设、缺口和建议。
- [ ] 高风险项有明确优先级、证据、负责人或下一步。
- [ ] 输出包含可验证的判断标准,而非泛泛而谈。
- [ ] 未执行未经授权的生产写操作或破坏性动作。

## 常见误区

- 只列检查点,不说明输入条件、预期结果或证据。
- 把所有事项都标为高优先级,失去取舍价值。
- 用工具名或通用理论替代领域判断。
- 输入不完整时直接拒绝,或反过来假装结论已经确定。

## 最佳实践

- 从最可能造成业务损失、安全问题或发布阻塞的路径开始。
- 用最小可验证实验缩小不确定性,并记录复现条件。
- 让输出能够被另一位工程师直接执行和复核。

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.