kumiko check
kumiko checkRuns the same quality gates CI runs, in parallel where possible. The typical wall-clock is 60-120 seconds on a warm cache.
What it runs
Section titled “What it runs”| Step | Tool |
|---|---|
| Lint | Biome |
| Types | tsc --noEmit (every package) |
| Guards | the 14 multi-repo guards in infra/guards/ |
| Tests | bun test (unit + integration) |
The four steps run in parallel; tee’d logs land under /tmp/kumiko-check-*.
Parallel-lock
Section titled “Parallel-lock”Concurrent invocations of kumiko check don’t compete — the second
call detects the running one via lockfile and tails its output. Lead
crashes release the lock atomically.
This makes it safe to call kumiko check from a pre-push hook and from a
foreground terminal at the same time.
Scoping
Section titled “Scoping”Set KUMIKO_CLI_SCOPE to one of framework, enterprise, platform,
studio, publicstatus to limit the check to a single repo:
KUMIKO_CLI_SCOPE=framework kumiko checkThis is what the pre-push hook does — it scopes to the repo the push is coming from instead of running all five Kumiko repos.
When to use
Section titled “When to use”- Before opening a PR
- After resolving merge conflicts (catches lint regressions instantly)
- When CI fails and you want to reproduce locally
When NOT to use
Section titled “When NOT to use”Pre-commit. Use kumiko check:fast — it
runs the same scope but only against changed files.
See also
Section titled “See also”kumiko check:fast— fast iteration loopkumiko test— just the tests