CLI getting started
Use the agntz CLI when you want to create a YAML agent, edit it in your repo, and run it locally from the terminal. This is the fastest path for a human or coding agent to add an agent to an existing codebase.
The first workflow is local. Hosted cloud comes later.
Install
The CLI is published by the @agntz/sdk package. The executable name is agntz.
1. Create an agent YAML
create calls the hosted agent-builder and writes a portable YAML manifest. It does not require login.
After generation, inspect the file:
The important fields are:
| Field | Why it matters |
|---|---|
id | The name used by the CLI, SDK, and hosted client. |
kind | The agent shape: llm, transcription, image, tool, sequential, or parallel. |
model | The provider and model used for local LLM calls. |
instruction / prompt | The behavior and input template. |
inputSchema / outputSchema | Canonical JSON Schema for application contracts and structured output. |
tools / resources | Runtime capabilities the agent expects. |
retention | Hosted defaults for run, trace, session, and artifact persistence. |
transcription and image manifests use the hosted/self-hosted worker operation adapters; the local CLI currently executes llm, tool, sequential, and parallel.
2. Edit or iterate
You can edit YAML directly, or ask the builder to revise the existing manifest:
Use direct YAML edits for exact IDs, model changes, prompts, schemas, and tool wiring. Use --current-manifest when you want a generated structural change.
3. Run locally
Set the provider key required by the manifest's model.provider, then run the YAML file:
The CLI treats a target as local when it is a file path, starts with ./, contains a slash, or ends in .yaml / .yml.
Useful local run variants:
Input precedence is --input, then trailing positional text, then piped stdin, then an empty string.
4. Call the agent from your service
Use the CLI to create and smoke-test the YAML. Use @agntz/sdk from service code when the agent needs local tools, resource providers, durable stores, or app-specific runtime context.
The terminal CLI can load local YAML and run HTTP/MCP/LLM-only agents. It cannot register arbitrary in-repo local tool handlers by itself; those handlers live in agntz({ tools: [...] }) in your application code.
5. Optional hosted invocation
When you have an agent saved in hosted agntz, log in and run by id:
A bare target like support is treated as hosted. Force hosted mode with --remote; force local mode with --local.
Hosted service code uses @agntz/client:
LLM operator recipe
If you are asking Claude Code, Codex, or another coding agent to use agntz in a repo, give it this sequence:
Current CLI boundary
The current CLI supports create, edit, validate, run, publish, login, logout, whoami, eval, runs, and traces.
It does not currently provide project scaffolding, an interactive terminal playground, or a Studio launcher. Use agntz validate --json for CI and editor automation, and see the CLI reference for the current command set.
Next steps
- CLI reference — every command and flag.
- Embedded SDK — run agents from TypeScript or Python service code.
- Defining agents — understand and edit the generated YAML.
- Local tools — wire in-process tool handlers from your service.