Skip to content
Back to skills

Skill Battle

ASecurity

Run a credible with-skill versus without-skill evaluation for an Agent Skill, preserve evidence, and prepare a public-safe result. Use when the user asks whether a skill actually works, wants to benchmark a skill, compare a baseline with a skill, or generate proof for a skill claim.

  • 3 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 23, 2026
ai-agentsrust

Security analysis

A100/100

Pro scans all 7 files and shows the line behind each finding

Scanned September 23, 2026

npx -y skills add getedgehq/skills --skill skill-battle --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Skill Battle?

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

Security grade badge for Skill Battle
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/getedgehq-skill-battle/badge)](https://www.skillsdirectory.com/skills/getedgehq-skill-battle)

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

Download with Pro
SKILL.md
---
name: skill-battle
description: Run a credible with-skill versus without-skill evaluation for an Agent Skill, preserve evidence, and prepare a public-safe result. Use when the user asks whether a skill actually works, wants to benchmark a skill, compare a baseline with a skill, or generate proof for a skill claim.
---

# Skill Battle

## Default behavior

1. State one narrow claim the target skill should improve.
2. Choose representative tasks that measure that claim, not generic model quality.
3. Run identical tasks with and without the skill. Use multiple trials for stochastic tasks.
4. Prefer deterministic graders; use blind LLM judging only where necessary.
5. Track regressions, cost/time, token usage, and user burden alongside quality.
6. Keep full prompts, outputs, traces, and local artifacts **local by default**.
7. Use a train/held-out split if the skill or rubric is tuned during the experiment.
8. Never publish demo/synthetic numbers as benchmark results.
9. For multi-turn skills, simulate the same hidden user state in both conditions rather than flattening the workflow into one prompt.
10. Use the repository's sibling `skill-eval-loop` when available. It already enforces blind paired runs, skill-load checks, deterministic verification, and strict-majority adoption.

## Publication

Run locally first. Do not imply a cloud submission happened unless the configured Edge endpoint returned a canonical result identifier.

The default public record is **Results Only**: scores, deltas, exact model, skill and method hashes, counts, cost, latency and token aggregates, plus technical provenance. It excludes prompts, outputs, transcripts, private files, secrets, and proprietary instructions.

Before the first upload, disclose the destination and fields. Then offer optional sharing:

- `insights`: derived failure, improvement, and regression tags plus redacted findings
- `evidence`: selected raw or redacted benchmark inputs, outputs, grader traces, or transcripts

Never silently escalate disclosure.

## Trust

Treat trust and disclosure separately:

- Community → Reproduced → Attested → Edge Verified
- Results Only → Insights → Evidence

A Reproduced Results Only result is valid social evidence even when private prompts never leave the runner's machine.

Never invent a Battle URL. If no Edge publishing endpoint is configured, return the local evidence path and state that hosting remains pending.

Files in this skill

  • DERIVATION.json1.6 KB
  • EVALS.md325 B
  • LICENSE1 KB
  • SKILL.md2.4 KB
  • eval-results/summary.json501 B
  • scripts/render_card.py3 KB
  • tests/test_render_card.py906 B

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.