- Finds them.
nasiko agents discoverlists the supported harnesses on a machine and whether each one reports to Nasiko. - Measures them. Session reporting records every completed turn — tokens, model, latency, tool calls, and optionally the conversation — so you can see what each harness costs in TokenOps.
- Routes them. Model routing points a harness at your Nasiko cluster instead of its vendor, so its calls go to the model and provider you choose.
Non-invasive and non-intrusive
Non-invasive: the harness you already run keeps running unchanged. Nasiko adds no wrapper around it and no SDK to your code. Reporting uses the harness’s own hook or plugin mechanism. Routing uses the harness’s own provider settings. Non-intrusive: setup is one command per harness. After that, developers startclaude, codex, opencode, or cursor-agent the same way they always have.
Discovery on its own is read-only. It changes no harness settings, needs no account, and sends nothing off the machine.
Supported harnesses
Cursor CLI supports session reporting only. Model routing is available for Claude Code, Codex, and OpenCode.
For Claude Code, model routing honors
$CLAUDE_CONFIG_DIR when it is set. Session reporting always uses ~/.claude.
A harness counts as detected when its binary is on your PATH or its config directory exists. Detection is local to the machine you run the command on.
Two independent opt-ins
Session reporting and model routing are separate. You can turn on either one, both, or neither, per harness.
Both use the same coding-agent identity on the server: one per harness per developer. That identity is what ties a routed call and a reported session to the same developer and harness.
Get started
Quickstart: find and measure your coding agents
Install the CLI, run discovery, and see your first reported session.
