Skip to main content
Testing agents · agents · 12 picks

Best testing automation agents for Claude

Agents that automate testing, TDD, and quality workflows in Claude Code.

Curated by @heyclaude-editors Updated 2026-06-19

Agents that automate testing, TDD, and quality workflows in Claude Code.

Compared at a glance

The top 5 picks side by side on trust, install, platform support, and disclosed notes — full rationale for each below.

FieldTest Automation Engineer

Expert in automated testing strategies, test frameworks, and quality assurance across unit, integration, and end-to-end testing

Open dossier
Storybook Repository Contributor Agent for Claude

Source-backed Claude agent prompt for contributing to the official storybookjs/storybook monorepo using its AGENTS.md guidance for the next branch, Node 22.12+, Yarn Berry, NX, yarn task, Storybook Vitest, sandboxes, framework packages, docs, and generated-file safety.

Open dossier
Angular Repository Contributor Agent for Claude

Source-backed Claude agent prompt for contributing to the official angular/angular repository using its AGENTS.md guidance for pnpm, Bazel test targets, coding standards, commit guidelines, zoneless tests, async stability, and PR handling.

Open dossier
Ansible Repository Contributor Agent for Claude

Source-backed Claude agent prompt for contributing to the official ansible/ansible repository using its AGENTS.md guidance for licensing, ansible-test workflows, Docker container selection, changelog fragments, CI triage, module documentation, and devel-branch PRs.

Open dossier
Astro Repository Contributor Agent for Claude

Source-backed Claude agent prompt for contributing to the official Astro monorepo using its AGENTS.md guidance, pnpm workspace commands, package-local testing, bgproc dev server management, agent-browser UI checks, and Astro docs sources.

Open dossier
Trust
Install riskReview firstReview firstReview firstReview firstReview first
Notes Safety · Privacy · Safety Privacy Safety Privacy Safety Privacy Safety Privacy
Categoryagentsagentsagentsagentsagents
Sourcesource-backedsource-backedsource-backedsource-backedsource-backed
AuthorJSONboredStorybookAngularAnsibleAstro
Added2025-09-162026-06-042026-06-042026-06-042026-06-04
Platforms
Claude Code
Claude Code
Claude Code
Claude Code
Claude Code
Source repo
Safety notes— missingThis agent is for contributing to the official Storybook monorepo, not for installing or using the Storybook MCP addon in an application. Repository commands can install dependencies, compile many packages, run lint and type checks, start Storybook UI builds, generate sandboxes outside the repository, run Storybook Vitest tests, run E2E tests, and create build artifacts. Use focused non-production commands first. Add production or sandbox-parity options only when the current task requires those flows. Do not run `yarn task dev` without an explicit sandbox template, and do not run `yarn start`; the official AGENTS.md marks those as wrong defaults for agents. For React component behavior, prefer Storybook stories with `play` functions and Storybook Vitest instead of adding `*.test.tsx` unit tests unless the source guidance says the code is a pure utility, hook, or non-React module. Do not commit accidental overrides to generated files. Check generated-file headers and only include generated output that matches the source change. Avoid raw `console.log`, `console.warn`, and `console.error` in normal code paths when Storybook logger utilities are available. Large compiles, sandbox generation, browser tests, and E2E flows can be expensive or long-running. Prefer targeted commands and report blockers instead of looping indefinitely.This agent is for contributing to the official Angular framework repository, not for generating generic Angular application code or replacing Angular documentation. Repository commands can install dependencies, run Bazel test targets, run package builds, apply formatting, execute TypeScript checks, and invoke tooling that may be expensive on a large monorepo. Use focused `pnpm bazel test //target` validation when possible instead of broad test runs. Angular's reviewed AGENTS.md says tests should assume a zoneless environment where state changes schedule updates asynchronously. Do not use `fixture.detectChanges()` as a manual update trigger in new or modified tests when the repository guidance calls for the Act, Wait, Assert pattern. Use `await fixture.whenStable()` after actions that schedule framework updates, and use `useAutoTick()` or the repository timeout helper where the official guidance applies. Do not change Angular coding-standard, commit-message, build, or testing conventions based on generic TypeScript habits when repository docs provide the rule. Use the GitHub CLI for PR work only after the branch is ready and local validation has been summarized.This agent is for contributing to the official ansible-core repository, not for writing generic playbooks, roles, private automation, or Ansible Tower/AWX operational runbooks. Licensing is a hard gate: ansible-core code must be GPLv3 compatible, and `lib/ansible/module_utils` defaults to BSD-2-Clause according to the reviewed AGENTS.md. Do not suggest, add, or approve new external dependencies unless their licenses and repository context are compatible with Ansible's current rules. Repository commands can run `ansible-test` sanity, unit, integration, coverage, Docker/Podman containers, Azure Pipelines log downloads, GitHub PR checkout, and large test suites. Use the right container type: the reviewed guidance says `default` is for sanity/unit tests, while integration tests require distro-specific containers such as Ubuntu images. Security issues should be reported privately through the official Ansible security route, not disclosed in public issues, tests, examples, or PR text. New plugins generally belong in collections, not ansible-core, unless current maintainers and repository guidance say otherwise. Do not claim validation passed if `ansible-test`, container setup, Azure log access, or required changelog/documentation checks were unavailable.This agent is for the official Astro repository and should not be treated as a generic Astro application generator. The Astro monorepo has broad format, lint, build, and test commands. Prefer package-local or focused commands before expensive full-repo checks. `pnpm format` and code generators can modify many files. Inspect the diff before committing and avoid formatting unrelated files unless the repo workflow requires it. Use the repo's `pnpm -C <dir> <command>` pattern for package-local work so commands run in the intended package, example, or triage directory. Do not start detached dev or preview servers manually when the repo's `bgproc` workflow is appropriate. Clean up long-running servers after verification. Do not use unrelated static web servers to test Astro HMR or preview behavior. Use Astro's documented dev and preview paths. When UI interaction, HMR behavior, or browser automation is required, use the repo-approved browser automation path or explicitly report if the tool is unavailable. Read relevant local README and deep-dive reference files before changing subsystem code such as unit testing helpers or Vite dependency optimization.
Privacy notes— missingStorybook repository work can expose component names, props, stories, fixtures, mock data, visual states, accessibility failures, Playwright traces, browser screenshots, console output, build logs, sandbox paths, and generated docs. Do not paste private design-system components, customer data, unreleased UI states, internal routes, screenshots, credentials, proprietary fixtures, or local-only paths into prompts, public PRs, docs, tests, or issue comments. Storybook stories and visual tests often include realistic examples. Review snapshots, traces, screenshots, generated story output, and local Storybook links before sharing them outside the repository context. Telemetry-related environment variables such as `STORYBOOK_DISABLE_TELEMETRY` and `STORYBOOK_TELEMETRY_DEBUG` may affect local runs; state when telemetry controls were used. When summarizing validation failures, redact private hostnames, private package names, environment values, screenshots, and workspace-specific paths.Angular repository work can expose local file paths, package names, Bazel labels, test fixtures, build logs, stack traces, browser output, generated docs, and environment-specific setup details. Do not paste private application code, customer component names, internal design-system examples, proprietary test fixtures, credentials, tokens, private URLs, or local-only paths into prompts, public PRs, docs, or examples. Bazel and test output can include workspace paths, temporary paths, browser logs, and environment details. Summarize and redact sensitive values before sharing. When using Angular examples, prefer synthetic component, directive, service, or fixture names unless the upstream source already contains the public example.Ansible repository work can expose inventories, hostnames, playbook snippets, module arguments, CI logs, Azure Pipelines URLs, ansibot comments, test fixtures, remote paths, stack traces, and environment-specific setup details. Do not paste private inventories, credentials, vault secrets, customer playbooks, internal hostnames, SSH details, cloud account IDs, private CI logs, or security reproductions into prompts, docs, issues, tests, or PRs. Integration tests and CI triage can include host, container, distro, Python, environment, and network details. Redact sensitive values before sharing summaries. When creating examples for modules or plugins, prefer synthetic hosts and parameters unless the upstream source already contains the public example.Astro repo work can expose local file paths, stack traces, package names, test fixtures, browser snapshots, dev server logs, issue repro data, and unpublished source changes. Avoid pasting private local paths, user-specific environment details, credentials, tokens, private issue data, or unreleased customer examples into prompts, public PRs, or issue comments. Browser screenshots, dev server logs, and test output can include route names, fixture content, environment variables, and local hostnames. Use synthetic repros and public fixtures when sharing investigation results outside the local checkout.
Prerequisites— none listed
  • A local checkout or source snapshot of the official `storybookjs/storybook` repository.
  • Review the current official `AGENTS.md` before using this agent, because branch, Node.js, Yarn, NX, task-runner, sandbox, and testing guidance can change.
  • Node.js 22.12 or later, matching the repository `.nvmrc` guidance.
  • Yarn Berry available for repository commands.
  • A local checkout or source snapshot of the official `angular/angular` repository.
  • Review the current official `AGENTS.md` before using this agent, because package, test, coding-standard, and PR guidance can change.
  • pnpm installed and used for repository package management.
  • Repository build dependencies available for the focused Bazel target, test target, package, or documentation area being changed.
  • A local checkout or source snapshot of the official `ansible/ansible` repository.
  • Review the current official `AGENTS.md` before using this agent, because licensing, testing, CI, documentation, and PR guidance can change.
  • A POSIX development environment. The reviewed AGENTS.md notes that ansible-core and its CLIs, including `ansible-test`, require POSIX; Windows users should use WSL.
  • Python tooling prepared for ansible-core development, typically including an editable install with `pip install -e .` when local execution is needed.
  • A local checkout or source snapshot of the official `withastro/astro` repository.
  • Review the current official `AGENTS.md` before using this agent, because repo instructions can change.
  • pnpm workspace setup for the Astro monorepo and enough local dependencies to run the relevant package commands.
  • Known target package, example, docs page, integration, or subsystem before editing.
Install
Config
Citations
ClaimUnclaimedUnclaimedUnclaimedUnclaimedUnclaimed
  1. 01
    Why it made the cut

    Test Automation Engineer is included because it has source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  2. 02
    Why it made the cut

    Storybook Repository Contributor Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  3. 03
    Why it made the cut

    Angular Repository Contributor Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  4. 04
    Why it made the cut

    Ansible Repository Contributor Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  5. 05
    Why it made the cut

    Astro Repository Contributor Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  6. 06
    Why it made the cut

    Home Assistant Core Repository Contributor Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  7. 07
    Why it made the cut

    Kibana Repository Contributor Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  8. 08
    Why it made the cut

    Kubernetes Repository Contributor Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  9. 09
    Why it made the cut

    Next.js Repository Contributor Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  10. 10
    Why it made the cut

    React Router Repository Contributor Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  11. 11
    Why it made the cut

    TypeScript Maintenance Mode Repository Agent for Claude is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

  12. 12
    Why it made the cut

    Codecov Patch Coverage Planning Agent is included because it has safety notes present, privacy notes present, source-backed source posture.

    Reach for instead

    If this will touch credentials, local files, or production systems, inspect the upstream source first.

Missing a pick? Propose an edit to this list — every change goes through the same review queue as new entries.

Suggest a pick
Weekly · Sundays

Get the weekly brief

One calm read on Claude workflows. Sundays. No tracking pixels.

Unsubscribe any time. No tracking pixels. No partner blasts.