AI agent quickstart
Give an AI agent a predictable QZX workflow in five minutes
Install the published package, discover what is really available, start with read-only commands, and request JSON that Codex, Claude Code, Gemini CLI, or another terminal-capable agent can inspect without guessing at columns.
Step 1 · Install and identify
Verify the package before delegating work
Use a standard CPython build that satisfies the package metadata. These commands install the current published release, identify it, and ask the local installation for its actual catalog.
python -m pip install --upgrade qzx
qzx version --json
qzx qzxListCommands --json
The website can document development capabilities that are newer than the wheel. Treat the installed catalog—not an article or prompt—as the source of truth for what this machine can execute. Review Python and platform compatibility.
Step 2 · Read before writing
Run a small read-only confidence check
qzx about --json
qzx getCurrentDate --json
qzx currentDir --json
qzx qzxHelp findFiles --json
What the agent should verify
- The process exits successfully and stdout is one valid JSON document.
successis a boolean andmessageexplains the result.- The requested command appears in
qzxListCommands. - The command page marks the operation as read-only, mutating, privileged, or networked.
- Machine-specific values remain truthful; only the interface is normalized.
Step 3 · Add durable instructions
A project instruction block agents can follow
Place a reviewed version of this block in the project instruction mechanism your agent supports. Codex can use AGENTS.md, Claude Code uses CLAUDE.md, and Gemini CLI uses GEMINI.md. The terminal tool must still be enabled according to that product's own permission model.
## QZX command policy
- Use QZX only when a documented command matches the task.
- Before first use, run `qzx version --json` and `qzx qzxListCommands --json`.
- Add `--json` when another program or agent consumes the result.
- Check both the process exit code and the `success` field.
- Read `message` and the command-specific fields; do not infer success from missing errors.
- Start with read-only commands.
- Before a mutation, inspect the command page, preview/dry-run support, required approval, and backup behavior.
- If QZX does not model the operation, use a maintained native API or the shell instead.
- QZX is not a sandbox and runs with the current user's permissions.
Step 4 · Choose the right interface
QZX is one useful layer, not every layer
Use QZX CLI
For a documented local system, file, development, or network operation where one cross-platform command and structured output help.
Use MCP
When an MCP-compatible host needs discoverable tools, resources, or prompts from a local or remote server with protocol-level lifecycle and authorization concerns.
Use a direct API
When application code needs a maintained typed SDK, in-process control, service-specific authentication, or the strongest domain contract.
These choices can be combined: an MCP server can call a CLI, and a CLI can call an operating-system API. The right question is which boundary gives the host the clearest contract and the least unnecessary complexity. Read the practical MCP vs CLI vs API guide.
Ready to delegate
Pick one read-only command and inspect the real result
The catalog documents availability, parameters, safety properties, the result contract, and whether the displayed output is recorded or representative.