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, such as llm, tool, sequential, or parallel. |
model | The provider and model used for local LLM calls. |
instruction / prompt | The behavior and input template. |
tools / resources | Runtime capabilities the agent expects. |
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, run, login, logout, whoami, runs, and traces.
It does not currently provide project scaffolding, eval execution, validation-only execution, an interactive playground, or a Studio launcher. If an older README mentions commands such as init, invoke, validate, eval, or playground, prefer this page and the CLI reference.
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.