---
title: "wado-lang&#x2F;wado skills · skilld"
canonical_url: "https://skilld.dev/gh/wado-lang/wado"
meta:
  description: "The Wado Programming Language"
  "og:description": "The Wado Programming Language"
  "og:title": "wado-lang/wado skills"
  "twitter:description": "The Wado Programming Language"
  "twitter:title": "wado-lang/wado skills"
---

`

[All skills](https://skilld.dev/skills)

[![wado-lang avatar](https://skilld.dev/_img/avatar?url=https%3A%2F%2Fgithub.com%2Fwado-lang.png)](https://skilld.dev/gh/wado-lang)

# **wado-lang/wado**

The Wado Programming Language

main Updated 3 hours ago [GitHub](https://github.com/wado-lang/wado)

![README badge for wado-lang/wado](https://skilld.dev/b/wado-lang/wado?theme=light&label=0)

## Repository statistics

- Indexed skills

  **15**
- Skill groups

  **1**
- GitHub stars

  **116**
- Forks

  **2**

## Skills

15 total

Sort skills

[<h3>**/jco**</h3>Transpile Wado Wasm components to JS with jco, then run, debug, and benchmark them on Node. Use for anything that involves jco, Node, or a browser as the host. /jco](https://skilld.dev/gh/wado-lang/wado/jco)

Updated 2 days ago

[<h3>**/optimizer-debug**</h3>Debug the Wado optimizer with the WADO\_TRACE, WADO\_DUMP\_PASS\_BEFORE/AFTER, WADO\_LIST\_PASSES, and WADO\_SKIP\_PASS env vars. Use whenever a NIR/WIR pass is in question — wrong code, a WIR pipeline ICE, or just to see what a pass did to the IR. For guest-side slowness see wado-performance. /optimizer-debug](https://skilld.dev/gh/wado-lang/wado/optimizer-debug)

Updated 2 days ago

[<h3>**/wado-cli**</h3>How to drive the \`wado\` command — compile, run, test, serve, format, and publish a Wado program, target a Wasm world, pick an allocator, grant directories, and inspect the compiler with dump and query. Read before invoking the \`wado\` binary. /wado-cli](https://skilld.dev/gh/wado-lang/wado/wado-cli)

Updated 2 days ago

[<h3>**/benchmark**</h3>Measure Wado's performance or the size of the Wasm it generates, and refresh the benchmark/ and wasm-size/ README files. Use for any benchmarking or size-measurement request, whichever benchmark it names. /benchmark](https://skilld.dev/gh/wado-lang/wado/benchmark)

Updated 2 days ago

[<h3>**/profiling-wado-compiler**</h3>Profile the native Rust \`wado\` binary (compile/serve/run) for host-side bottlenecks — CPU with a sampling profiler, memory with the span trace's RSS and valgrind DHAT. Use for native CPU or memory profiling, not guest wasm (see wado-performance for that). /profiling-wado-compiler](https://skilld.dev/gh/wado-lang/wado/profiling-wado-compiler)

Updated 2 days ago

[<h3>**/wado-performance**</h3>Analyze and improve the runtime speed of a Wado program's compiled guest Wasm — profile hot functions, read the generated WIR for allocations and copies, reason about the WasmGC cost model, and A/B-measure a fix. Use for any guest-side speed question, whatever the program does. For host-side native compiler profiling see profiling-wado-compiler; for wrong code out of an optimizer pass see optimizer-debug. /wado-performance](https://skilld.dev/gh/wado-lang/wado/wado-performance)

Updated 2 days ago

[<h3>**/on-task-done**</h3>Task-completion flow: \`/code-review\` over the branch, answered with \`/code-review-response\` (which ends with \`/distill\`), 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. /on-task-done](https://skilld.dev/gh/wado-lang/wado/on-task-done)

Updated 3 days ago

Requires [/code-review-response](https://skilld.dev/gh/wado-lang/wado/code-review-response) [/distill](https://skilld.dev/gh/wado-lang/wado/distill)

[<h3>**/pull-request**</h3>The rules for opening a PR you must read before creating or editing any pull request. /pull-request](https://skilld.dev/gh/wado-lang/wado/pull-request)

Updated 3 days ago

[<h3>**/git-upstream-sync**</h3>The only way to merge origin/main into a branch, conflicts or not. Use it every time main comes in — a PR reported conflicting or DIRTY, a branch behind origin/main, a CI failure to reproduce on the merged tree. Never run \`git merge origin/main\` or \`git pull origin main\` by hand. /git-upstream-sync](https://skilld.dev/gh/wado-lang/wado/git-upstream-sync)

Updated 5 days ago

[<h3>**/distill**</h3>Cut the branch down to what the code cannot say: reuse what exists, remove duplication, dead code, and wasted work, turn invariants into asserts, and delete the comments the code already speaks. Run it after answering review feedback too — a fix written to satisfy a reviewer is the least distilled code on the branch. /distill](https://skilld.dev/gh/wado-lang/wado/distill)

Updated 5 days ago

[<h3>**/vendor-submodules**</h3>Locate and sync the reference specs and runtimes vendored under vendor/ — the Wasm, WASI P3, and Component Model specs, and the wasm-tools and wasmtime sources. Use whenever an answer should come from one of those sources rather than memory, and whenever vendor/ is missing or stale. /vendor-submodules](https://skilld.dev/gh/wado-lang/wado/vendor-submodules)

Updated last week

[<h3>**/code-review-response**</h3>How to answer code review feedback — a human reviewer, CodeRabbit, or any review bot. Verify the findings, report the classes they are instances of to the user before fixing, then fix the class rather than the sites named. Put design decisions to the user, then run /distill. Invoke when responding to review comments on a pull request, or to the findings of a /code-review run. /code-review-response](https://skilld.dev/gh/wado-lang/wado/code-review-response)

Updated last week

Requires [/distill](https://skilld.dev/gh/wado-lang/wado/distill)

[<h3>**/coverage-investigation**</h3>Investigate and improve code coverage for the wado-compiler crate. Use for any question about what the tests do and do not reach, dead code included. /coverage-investigation](https://skilld.dev/gh/wado-lang/wado/coverage-investigation)

Updated 3 weeks ago

[<h3>**/debugger**</h3>Use rust-gdb to inspect variables and step through code without modifying it. Prefer it over print debugging for any investigation into what the compiler is actually doing (lldb is unavailable on Claude Code Web). /debugger](https://skilld.dev/gh/wado-lang/wado/debugger)

Updated 3 weeks ago

[<h3>**/rust**</h3>Workspace-specific Rust rules that override common habits: panic instead of dummy or no-op fallbacks, no wildcard match arms, dependencies managed in the workspace Cargo.toml, 2024 edition, zero warnings and clippy lints. Read before writing or editing Rust (.rs) code. /rust](https://skilld.dev/gh/wado-lang/wado/rust)

Updated 4 weeks ago

## Add to your README

The badge links readers to this page. It shows the skilld mark and no counts, and it follows the reader's light or dark GitHub theme.

`<a href="https://skilld.dev/gh/wado-lang/wado"> <picture> <source media="(prefers-color-scheme: dark)" srcset="https://skilld.dev/b/wado-lang/wado?theme=dark"> <source media="(prefers-color-scheme: light)" srcset="https://skilld.dev/b/wado-lang/wado?theme=light"> <img alt="Skill repository on skilld.dev" src="https://skilld.dev/b/wado-lang/wado?theme=light"> </picture> </a>`