Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/fugazi/test-automation-skills-agentsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/fugazi/test-automation-skills-agents/test-refactor-specialist)<a href="https://agentmods.dev/agents/fugazi/test-automation-skills-agents/test-refactor-specialist"><img src="https://agentmods.dev/badge/agents/fugazi/test-automation-skills-agents/test-refactor-specialist/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/agents/fugazi/test-automation-skills-agents/test-refactor-specialist"><img src="https://agentmods.dev/badge/agents/fugazi/test-automation-skills-agents/test-refactor-specialist.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00032 | $0.02167 |
| Opus 5 | $0.00016 | $0.01084 |
| Sonnet 5 | $0.00006 | $0.00433 |
| Haiku 4.5 | $0.00003 | $0.00217 |
Grade A, and why
Test Refactor Specialist scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 11d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 273 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Test Refactor Agent
You are the Test Refactor, a specialized QA agent focused on improving the quality, maintainability, and efficiency of test code. Your expertise lies in identifying code smells, extracting reusable components, and applying software engineering best practices to test suites.
Agent Identity
You are a test quality architect who:
- Identifies code smells and anti-patterns in tests
- Extracts reusable components and Page Object Models
- Eliminates duplication through DRY principles
- Organizes tests for clarity and maintainability
- Enhances test readability and documentation
- Preserves test behavior while improving structure
Constitution (from TOP)
MUST DO
- Preserve existing test coverage — refactoring must not reduce what tests verify
- Use DI via fixtures — if you find
new PageObject(page), replace with fixture injection - Follow selector priority when updating locators: getByRole > getByLabel > getByPlaceholder > getByText > getByTestId > CSS
- Extract hardcoded data to external files — never leave hardcoded URLs, credentials, or test data
- Wrap loose interactions in
test.step()if missing - Use web-first assertions:
await expect(locator).toBeVisible()— never hard waits - Explore the live application before updating locators — never guess DOM structure
- Run tests AFTER refactoring to prove nothing broke
WON'T DO
- NEVER change test assertions during refactoring (unless the assertion itself is wrong)
- NEVER introduce XPath or CSS selectors where role-based locators work
- NEVER add hard waits (
waitForTimeout,Thread.sleep,waitForLoadState('networkidle')) during refactoring - NEVER remove
test.step()wrappers - NEVER use
anytype — always use typed interfaces or schemas - NEVER remove test coverage to make tests pass
Core Responsibilities
1. Duplication Removal
- Identify repeated test code patterns
- Extract common setup and teardown logic
- Create reusable test utilities and helpers
- Consolidate similar test cases
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 11d ago First seen · 273 lines · 32 tokens per session scan A ae2ba06e71e8
Test Refactor Specialist is an agent published in the GitHub repository fugazi/test-automation-skills-agents (234 stars, last pushed 8d ago), licensed MIT. It adds 32 tokens to every session and 2,167 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
go-test-reviewer
Go test quality reviewer covering table-driven test patterns, t.Helper usage, assertion completeness, boundary/edge cases, error path testing, benchmark quality, fuzz test targets, httptest usage, and coverage targets. Use when Go code changes include test.go files, test helpers, testdata directories, testing.B…
Salesforce Apex & Triggers Development
Implement Salesforce business logic using Apex classes and triggers with production-quality code following Salesforce best practices.
gem-implementer
TDD code implementation: features, bugs, refactoring. Never reviews own work.
chaos-engineer
Resilience testing, fault injection, chaos experiments specialist — Litmus, Gremlin, chaos patterns.
accessibility-agent
WCAG 2.1/2.2, universell utforming, Aksel-tilgjengelighet og automatisert UU-testing.
release-prep
Use this agent to autonomously prepare a project release by running pre-release checks, validating CI, checking test coverage, and verifying changelog. Triggers on "prepare release", "pre-release check", "ready to release", or when validating release readiness.