autoworker
Auto-loop execution workflow with quality gates. Use when starting any non-trivial implementation task. Provides automatic task decomposition, code…
Execute ONE test level (L1/L2/L3/L4) from subtask verification plan. Only run tests, do not record results. Called by autoworker:dispatch with level argument. Ends by calling autoworker:checkpoint.
$ npx -y skills add phj128/autoworker --skill test --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/testContext preview
The summary Claude sees to decide when to auto-load this skill.
Execute ONE test level (L1/L2/L3/L4) from subtask verification plan. Only run tests, do not record results. Called by autoworker:dispatch with level argument. Ends by calling autoworker:checkpoint.
name: test description: | Execute ONE test level (L1/L2/L3/L4) from subtask verification plan. Only run tests, do not record results. Called by autoworker:dispatch with level argument. Ends by calling autoworker:checkpoint. argument-hint: "[L1|L2|L3|L4]"
Called by autoworker:dispatch with a target level argument. Does one thing: execute all test items for that layer from the subtask verification plan.
Glob `subtask_*.md` (exclude subtask_template.md) →
0 found → stop, prompt to create subtask
1 found → use directly (backward compatible)
multiple → grep `status:` to filter:
- Files without status field treated as active (backward compatible)
- Exactly 1 active → use it
- 0 active → list all files + status, prompt user to choose
- >1 active → report anomaly
→ Read → extract all verification items for the target levelEach item contains:
For each verification item in the layer:
1. Execute the verification command (long-running commands like training use `run_in_background=true`, then `TaskOutput` to wait for results) 2. Record actual output 3. Compare against expected, determine pass/fail 4. **Do not ask the user to manually execute any command** — complete all verification autonomously
**Pass determination hard standard**:
When a test fails: 1. Analyze error cause, autonomously fix the bug → re-run all tests for the current layer 2. Same approach fails consecutively twice → enter diagnostic mode 3. After fixing code, record the fix in autoworker:checkpoint (don't just record test results — also record what code was changed)
When all pass:
L<N> tests passed: - <item 1>: <actual output summary> PASS - <item 2>: <actual output summary> PASS → Invoking autoworker:checkpoint
**After outputting the summary, immediately invoke `autoworker:checkpoint`. Do not wait for user instructions, do nothing else.**
An auto-loop execution workflow with quality gates for Claude Code. Give Claude a task. Autoworker decomposes it, implements code, runs tests, and iterates through quality gates — autonomously looping until the job is done right.
Auto-loop execution workflow with quality gates. Use when starting any non-trivial implementation task. Provides automatic task decomposition, code…
Record progress to subtask: Phase completion (from autoworker:code) or test results (from autoworker:test). Auto-detects upstream type from conversation…
Implement ONE pending Phase from subtask plan. Only write code, do not mark checkboxes or run tests. Called by autoworker:dispatch. Ends by calling…
Structured deep discussion for Plan Mode. Runs inside EnterPlanMode to ensure thorough questioning before writing a plan. Covers motivation, assumptions,…
Read subtask.md checkbox state and route to next skill. The ONLY routing point in the execution loop. Called after autoworker:checkpoint,…
Final quality gate before reporting task completion (Gate 3). Fills confidence assessment, runs supplementary verification for <95% items, completes self-check…