Workflow Runner

---

name: workflow-runner description: Orchestrate small development workflows: parse requirements, spawn two persistent subagents (coding and testing, each with isolated 128k context), loop until tests pass, and produce local git commits. Use when a user asks to implement+test a workflow or invokes run workflow: .

---

workflow-runner

Purpose

Automate a small dev workflow inside the platform: main agent parses requirements, creates two persistent subagents (coding + testing), coordinates work and retries until tests pass, then makes a local git commit and writes artifacts to results/.

When to use

Use when you want an end-to-end implement+test loop for a small feature or task and want persistent worker sessions for iterative work.

Core behavior (summary)

1. Main agent parses the requirement and splits into a coding task and a testing task. 2. Spawn two persistent subagents (role=coding and role=testing) with isolated contexts (128k). Subagent sessions are kept for a configurable TTL (default 24h). 3. Coding subagent implements code, produces patches and a short report. 4. Testing subagent designs and runs tests; if tests fail it returns structured failures to main agent. 5. Main agent reroutes failures to the coding subagent and repeats until tests pass or max retries reached. 6. On success: produce results//, create a local git commit (no push by default).

Configurable parameters

default_ttl_days: 1

max_retries: 10

auto_git_commit: true (local only)

results_path: ./results/

Bundled resources

scripts/ — orchestrator and helper scripts

examples/ — a minimal sample workflow for smoke tests

How to trigger

Natural language like: "Run workflow: implement "

Or explicit: run workflow-runner:

Notes

The skill favors local, auditable actions (commits are local). It logs all artifacts to results/ and keeps subagent sessions available for reuse.