Skip to main content

Why ChimpHands

In brief: ChimpHands gives teams native QA cloud agents with isolated spend, workflow-level audit trails, one-click async orchestration from TestChimp insights, and budget-aware execution via cost-optimized models.

Teams already run AI agents for development. QA workloads have different economics, risk profile, and observability needs. ChimpHands is purpose-built for QA orchestration on your CI, not as a generic coding-agent replacement.

Cost isolation for QA workloads

ChimpHands metered usage is separate from your Cursor, Claude, or other dev-agent subscriptions. QA automations, nightly upkeep, and plan authoring do not consume the tokens you reserved for feature implementation.

That isolation matters because QA workflows are often:

  • Higher volume — every failed batch, ready story, or release gate can spawn a run.
  • More tool-heavy — SmartTests, MCP calls, and repo-wide searches add up quickly on premium dev models.
  • Lower tolerance for surprise bills — you want predictable spend tied to QA outcomes, not mixed into dev tooling invoices.

ChimpHands credits are tracked per organization with included allowance per billing cycle and transparent usage in the product. Workflow executions retain the full prompt, session link, and status timeline for auditability at the workflow level—who triggered what, when, and what the agent did.

Save dev-agent subscriptions for dev work

Your Claude Code, Cursor, or Copilot seats are best spent on implementation and review, where you want the fastest frontier models and tight IDE integration.

ChimpHands handles the long tail of QA execution:

  • Fix failing SmartTests after CI
  • Run composite run-qa on a release branch
  • Instrument TrueCoverage and close coverage gaps
  • Upkeep and cleanup across the suite

You get a dedicated QA agent surface without competing for the same subscription quotas you rely on during the day.

One-click async QA orchestration

TestChimp already tracks issues, plans, test batches, releases, TrueCoverage gaps, and requirement quality. Automations connect those signals to catalog workflows.

With ChimpHands as the invocation strategy, you configure automations once and let the platform:

  1. Match events under your conditions and aggregation policy.
  2. Optionally wait for human approval.
  3. Dispatch the workflow to ChimpHands on your CI with the rendered /testchimp prompt and workflow-execution-id.

No labelled GitHub issues to triage, no third-party agent API keys, no custom webhook receivers—native dispatch with session and execution links in TestChimp.

Platform-native context in chat

Generic cloud agents make you paste issue numbers, hunt for batch ids, or build custom MCP glue to reach TestChimp data. ChimpHands chat includes:

  • Entity picker — stories, scenarios, issues, tests, releases, and automation batches as removable composer tags.
  • Serialized refs — stable ordinal ids and platform identifiers in the prompt, not prose descriptions.
  • Plans / Issues handoff — open ChimpHands with entity (and optional line-range) context already attached.

Combined with repo line ranges, file upload, and collaborative editing in the diff pane, you get IDE-agent ergonomics plus QA-platform context—without committing mcp.json or configuring MCP on a third-party host. See ChimpHands introduction → Chat with platform and repo context.

Cheap tokenomics

ChimpHands routes LLM traffic through cost-optimized models in the GPT 5.6 range rather than always calling the most expensive frontier tier. QA workflows are playbook-driven: much of the work is structured tool use (MCP, git, test runners) where a capable but efficient model is the right tradeoff.

TestChimp operates the routing and metering so you are not managing model API keys per repo for QA runs—the platform optimizes for low marginal cost per workflow execution.

Budget-aware QA protection

You can set how much you want to spend on ChimpHands-driven QA in a billing cycle. The platform enforces budget gates before starting metered work and surfaces remaining credits in the ChimpHands UI.

Within the budget, ChimpHands aims to deliver the best feasible protection:

  • Prioritize high-signal automations (severity, release gates, failed batches).
  • Run upkeep and gap-closing workflows that leverage platform insights.
  • Pause or fail closed when credits are exhausted rather than silently running up an unbounded bill.

Raising the budget unlocks more async coverage; tightening it keeps QA agent spend predictable while you tune which automations fire.

ChimpHands vs bring-your-own cloud agents

ChimpHandsVia GitHub Issue / Webhook
SetupGitHub App + one workflow fileSkill, MCP, secrets, per-agent wiring
Skill + CLI on runnerAuto-installed each jobYou maintain skill + mcp.json per host
Platform context in chatEntity picker + refs built inManual ids or custom integration
Runs onYour GitHub Actions runnerYour agent host (varies)
Session continuitySame session async ↔ chatUsually separate systems
Cost modelTestChimp ChimpHands creditsYour agent provider's billing
Best forDefault QA orchestrationCustom agent stacks or non-GitHub runners

For most teams, ChimpHands is the default. Use GitHub Issue or Webhook only when you must keep an existing agent product as the executor.

Next steps

FAQ

Why not use Cursor or Claude for QA automations?

ChimpHands isolates QA spend from dev-agent subscriptions, meters usage per workflow execution, and routes through cost-optimized models suited to playbook-driven QA work.

How does ChimpHands control cost?

Cost-optimized GPT 5.6-range routing, included credits per billing cycle, budget gates before metered runs, and transparent remaining balance in the ChimpHands UI.

What is budget-aware QA protection?

You set how much to spend on ChimpHands per cycle. Within that budget the platform runs high-signal automations and fails closed when credits are exhausted.

When should I use ChimpHands vs GitHub Issue automations?

ChimpHands is the default—native sessions, CI checkout, platform chat. Use GitHub Issue or Webhook only when you must keep an external agent product as the executor.