Automations
In brief: Automations connect project events to catalog workflows so cloud agents fix issues, implement stories, and repair failing tests without waiting for someone to paste a
/testchimpprompt.
Automations turn TestChimp workflows into event-driven runs. When something changes in your project—an issue is created, a story moves to ready, a CI batch fails, a release lifecycle status changes—TestChimp can hand the matching work to a cloud agent as a catalog workflow execution.
Local agents (Claude Code, Cursor, and the TestChimp skill) still run workflows on demand. Automations cover the complementary case: the platform watches for events and invokes the same workflows for you.
Key concepts
An automation is:
Trigger + Action + Config
| Part | What it answers | Examples |
|---|---|---|
| Trigger | When should this run? | Entity (issue, story, scenario, test execution, batch, release) + event (created, status updated, failed, …) + optional AND conditions |
| Action | What should the agent do? | Execute a catalog workflow (fix-issue, implement, run-qa, …) with a task template, optional policy, and an invocation strategy |
| Config | How should events be batched and gated? | Aggregation (Immediate / Buffered / Windowed) and optional human approval before invoke or before plan execute |
Policies stay *.policy.md support files in your repo. An automation optionally attaches a policy to the workflow action—the same files local /testchimp runs use.
How it fits with workflows
Project event → matching automation(s) → aggregation window
↓
workflow execution queued
↓
(optional) human approve invoke / plan
↓
cloud agent via ChimpHands, GitHub Issue, or Webhook
↓
/testchimp <workflow> … --workflow-execution-id …
- Workflows define how the agent should work (playbook + policy).
- Automations define when that work should start and how the cloud agent is reached.
- Workflow executions are the auditable runs—status, prompt, ChimpHands session or GitHub issue, approvals—under Executions → Workflow Executions.
Cloud agent invocation strategies
Each automation action picks one project-level strategy:
- ChimpHands — TestChimp dispatches your repo's ChimpHands GitHub Actions workflow with the rendered
/testchimp …prompt (and optional branch). Recommended default. - Via GitHub Issue — TestChimp opens a labelled issue (
testchimpplus any labels you configure). Your external coding agent watches those labels and runs the prompt in the issue body. - Via Webhook — TestChimp POSTs JSON to a configured endpoint for custom runners.
Configure strategies under Project Settings → Automations and ChimpHands workflow setup under ChimpHands. Details: Cloud agents. For bring-your-own agents (Cursor, Claude Code, Codex, Copilot): Setting up cloud agents.
Where to configure
| Surface | Path |
|---|---|
| Automations list / create wizard | Workflows → Automations (/workflows/automations) |
| Project rules (rate limit, ChimpHands, GitHub labels, webhooks) | Project Settings → Automations |
| Runs & approvals | Executions → Workflow Executions |
You can also open the create wizard from contextual Automations CTAs on Issues, Plans, Automation Batches, Releases, and individual workflow detail pages (entity / workflow pre-selected).
Default rate limit: 5 cloud agent invocations per hour per project (shared across all automations). Raise or lower it in project automation settings.
Next steps
- How automations work — Triggers, conditions, templates, aggregation, approvals, and tracking
- Cloud agents — ChimpHands vs GitHub Issues vs Webhook
- Setting up cloud agents — Skill, MCP, secrets, provider guides
- Create an automation — Step-by-step wizard guide
- Typical setups — Common QA recipes
- ChimpHands — Native QA cloud agent
- Announcement: Put QA on Auto-Pilot with Workflow Automations
FAQ
What is a TestChimp automation?
An automation is a trigger (entity + event + optional conditions), an action that executes a catalog workflow via a cloud agent, and config for aggregation and optional human approval gates.
How do automations differ from workflows?
Workflows define how the agent works (playbook + policy). Automations define when that work starts and how the cloud agent is reached—ChimpHands, a labelled GitHub issue, or a webhook.
Where do I create and monitor automations?
Create them under Workflows → Automations. Configure rate limits and invocation strategies in Project Settings → Automations. Track runs under Executions → Workflow Executions.
What is the default rate limit?
Five cloud agent invocations per hour per project, shared across all automations. Over-cap runs stay queued until capacity frees.