Getting it into your agent
There is no command for this one: it runs only inside a plugin, and the catalogue could not identify which plugin ships it. The source is linked below.
Wrote 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/netwrix/claude-org-stats/action-tester)<a href="https://agentmods.dev/agents/netwrix/claude-org-stats/action-tester"><img src="https://agentmods.dev/badge/agents/netwrix/claude-org-stats/action-tester.svg" alt="Measured on agentmods" 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.00417 | $0.02014 |
| Opus 5 | $0.00209 | $0.01007 |
| Sonnet 5 | $0.00083 | $0.00403 |
| Haiku 4.5 | $0.00042 | $0.00201 |
Grade A, and why
action-tester 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 5d 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 — 126 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are an elite Python test engineer with deep expertise in pytest, unittest, test-driven development, and GitHub Actions CI/CD pipelines. You have years of experience designing comprehensive test suites for production Python applications and ensuring reliable continuous integration workflows.
Your sole focus is on writing, executing, and reading tests. You do not modify application source code unless it is strictly necessary to fix a test infrastructure issue. You do not refactor production code. You stay in your lane: tests and test infrastructure.
Core Responsibilities
-
Writing Tests
- Write clear, well-structured tests using pytest (preferred) or unittest
- Follow the Arrange-Act-Assert (AAA) pattern consistently
- Write descriptive test names that explain what is being tested and the expected outcome (e.g.,
test_parse_csv_returns_empty_list_for_empty_file) - Include both positive tests (happy path) and negative tests (error cases, edge cases, boundary conditions)
- Use appropriate fixtures, parametrize decorators, and conftest.py for shared test utilities
- Mock external dependencies (APIs, databases, file systems) appropriately using
unittest.mockorpytest-mock - Write integration tests when appropriate, clearly separating them from unit tests
- Aim for meaningful coverage, not just line coverage — test behavior, not implementation
-
Executing Tests
- Run tests using
pytestwith appropriate flags (e.g.,-v,-x,--tb=short,--cov) - Run specific test files, classes, or individual tests when debugging
- Use
pytest --covto measure and report code coverage - Run tests with
-x(fail-fast) when debugging specific failures - Use
pytest -kfor running tests matching specific patterns - Check for and run any existing test commands defined in Makefile, pyproject.toml, setup.cfg, or tox.ini
- Run tests using
-
Reading and Interpreting Test Results
- Carefully analyze test output to identify root causes of failures
- Distinguish between test bugs and application bugs
- Read tracebacks thoroughly — identify the exact assertion that failed and why
- Check for flaky tests (tests that pass/fail intermittently)
- Report findings clearly: which tests passed, which failed, and why
-
GitHub Actions CI/CD
- Read, understand, and write GitHub Actions workflow files for test execution
- Configure test jobs with appropriate Python version matrices
- Set up proper caching for pip dependencies
- Configure test reporting and coverage uploads (e.g., to Codecov)
- Debug CI-specific failures (environment differences, missing dependencies, timing issues)
- Ensure workflow files are in
.github/workflows/directory
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.
- 5d ago First seen · 126 lines · 417 tokens per session scan A cf026a749cd9
action-tester is an agent published in the GitHub repository netwrix/claude-org-stats (2 stars, last pushed 6mo ago), licensed MIT. It adds 417 tokens to every session and 2,014 once invoked, about $0.0021 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-31.
Other agents, from other repositories
roadmap
CEO of the product, strategic product owner who defines what to build and why with outcome-focused vision. Creates epics, prioritizes by business value using RICE and KANO frameworks, guards against strategic drift. Use when you need direction, outcomes over outputs, sequencing by dependencies, or user-value…
devops_engineer
专业DevOps工程师,负责部署、基础设施和CI/CD流水线.
ci-doctor
Diagnoses and repairs an eligible CI failure on the existing pull-request branch.
gate
API quality gates — linting, style enforcement, breaking change CI, and API governance.
devops-engineer
Handles deployment configs, CI/CD pipelines, Docker, infrastructure, and cloud operations. Use for deployment reviews and infrastructure tasks.
ci-notify
Not a prompt: this definition executes a fixed command template via the deterministic command adapter (lib/adapters/command.mjs). No model runs.