Plan
/specify/plan/tasks/clarifyTurn the rough ask into a spec, an approach, and reviewable chunks before files change.
AI engineering terminal for Toolkit-LLM
Toolkode is a CLI that turns plain-English engineering tasks into specs, plans, isolated agent work, reviewable diffs, and verification runs.
npm i -g @toolkit-cli/toolkodecurl -fsSL https://toolkode.com/install | bash$ toolkode
tk> /specify add usage-based billing with audit receipts
created spec.md with acceptance criteria, audit boundaries, and rollback notes
tk> /plan
selected server-side meter path, idempotent receipts, guarded destructive retries
tk> /implement --agents=builder,reviewer,red-team
From ask to evidence
The thing engineers care about is whether the agent can understand the task, isolate the work, leave a reviewable diff, and prove what changed.
Toolkode keeps the loop explicit: specify, plan, task, implement, test, review. The value is not another prompt box. It is the evidence left behind when agents touch a real repo.
tk> /specify the smallest safe fix for this issuescopetk> /planapproachtk> /taskswork unitstk> /implement --agents=builder,reviewerdifftk> /test && /reviewproofCommand surface
The number matters because it means coverage. Toolkode has commands for planning, building, verifying, coordinating agents, watching usage, and moving work toward release.
/specify/plan/tasks/clarifyTurn the rough ask into a spec, an approach, and reviewable chunks before files change.
/implement/fix/refactor/editLand scoped changes with the repo context, conventions, and constraints already loaded.
/test/typecheck/review/auditMake the agent produce evidence, argue with the diff, and surface residual risk.
/agents/worktrees/usage/deployCoordinate longer runs, inspect ownership, watch cost, and move toward release.
Capsule zero-SaaS stack
Capsule is the Toolkode runtime path for agents that need more than code edits. The default development stack is local and project-scoped: auth, users, orgs, data, Git, objects, jobs, billing ledger, analytics, previews, deployments, and receipts are inspectable without making a vendor dashboard the first blocker.
authusers, orgs, sessionsdatabranches, databases, backupsgitrepos, commits, hooksjobsqueues, runs, receiptsbillingledger, invoices, rollbackdeploylocal, staging, prod lanes$ capsule parity --json
auth: ready · data: ready · git: private · adapters: explicit
GET /api/projects/capsule-app/parity
nextGate: prove receipts before production handoff
Inspectable sessions
The browser app is a control surface for permissions, sessions, diffs, model selection, and long-running work. It complements the CLI instead of replacing it.
+312 -84 across 7 files
reviewer: local ollama
builder: Toolkit-LLM managed route
Pricing posture
The CLI remains useful with local config and bring-your-own providers. Managed Toolkit-LLM routes are for teams that want shared controls and model access without stitching every provider together themselves.
CLI, toolkode.json, Ollama, OpenAI-compatible endpoints, private-by-default workflows.
Toolkit-LLM access, routing, shared controls, and longer-running agent workflows.
Run it on a real repo
npm i -g @toolkit-cli/toolkodecurl -fsSL https://toolkode.com/install | bashtk> /specify the smallest safe fix for this issue