on-task-done
SkillProductivityTask-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.
No other account needed.
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:
/code-review --fix/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-wadois required. - If the changes only include documentation, only
mise run formatis required.
Flaky Commands
Some commands are flaky and may segfault:
mise run update-golden-fixtures— thegolden-dumpbatch 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