on-task-done

SkillProductivity

Task-completion flow: `/code-review --fix` and `/distill` over the branch, update docs (spec/cheatsheet/compiler/optimizer), then run `mise run on-task-done` (build, clippy-fix, golden + format fixtures, doc-stdlib, format, tests; 70+ min) and commit its generated changes. Invoke ONLY when the user asks for it by name or explicitly asks to run the completion flow — never on your own initiative, and not because a task looks finished.

Available today. Use it from your connected AI after setup.

Connect ahel once, and every AI you use reads what you have installed.

Then ask your AI: use the on-task-done skill

What this skill tells your AI

The instructions your AI receives, as published by wado-lang/wado in .claude/skills/on-task-done/SKILL.md and read by ahel’s review.

First, review the branch:

  1. /code-review --fix
  2. /distill

Then update docs if applicable:

  • docs/spec.md
  • docs/cheatsheet.md
  • docs/compiler.md
  • docs/optimizer.md

Then, run time mise run on-task-done, which includes:

cargo build
mise run clippy-fix
mise run update-golden-fixtures
mise run update-golden-format-fixtures
mise run doc-stdlib
mise run format
mise run test
mise run test-wado

on-task-done will take 70+ minutes.

Notes

  • Don't pipe it into tail — you lose the full log. Redirect to a file and inspect it afterwards if you need to trim output.
  • The changes generated by the command are necessary. Commit them.
  • Run it in the background and read the log when it lands; see Tooling for how a job reports its own completion.
  • If the changes only include Wado programs, only mise run test-wado is required.
  • If the changes only include documentation, only mise run format is required.

Flaky Commands

Some commands are flaky and may segfault:

  • mise run update-golden-fixtures — the golden-dump batch tool sometimes segfaults mid-run (pre-existing issue). If it fails, run the individual golden generation manually for any new fixtures, then proceed.
  • mise run test (i.e., cargo test -p wado-compiler --test e2e) — the e2e test runner sometimes crashes with SIGSEGV when running all tests in parallel (pre-existing issue unrelated to compiler correctness).

If cargo test segfaults, reduce parallelism:

cargo test -p wado-compiler --test e2e -- --test-threads=4

Or run individual fixture tests directly:

cargo test -p wado-compiler --test e2e -- <fixture_name>

Signals

GitHub stars
113
Forks
2
Last commit
Sep 2026
Advanced
Catalog kind
skill
Gateway key
on-task-done
Source
github.com/wado-lang/wado