Use YOLOZU with an LLM or agent

Use YOLOZU when you need to validate existing vision predictions, evaluate them against labels, or inspect bounded local MCP capabilities.

Source docs version: 4.9.0. docs_version identifies the source checkout, not the installed package or latest PyPI release. Source URLs follow a mutable branch; check source_sha256 and provenance.json for this build. Inspect the installed CLI and MCP schemas before invoking tools.

When to use YOLOZU

Limits and when not to use it

First successful evaluation

Start with the self-contained CPU evaluation tutorial. It creates its own inputs before strict validation and real COCOeval. Installation needs package network access; the subsequent toy workflow needs no model or dataset download.

Inspect before connecting an MCP client

After the isolated installation in the 30-minute path, install the optional MCP extra in that same environment. These commands exit after writing local discovery and sample files; they do not call a provider API or download a model.

python -m pip install "yolozu[mcp]"
mkdir -p reports
yolozu-mcp --help
yolozu-mcp --print-tools --guaranteed --ids-only > reports/mcp_tool_ids.json
yolozu-mcp --sample-generate-config > reports/ai_generate_config.json
yolozu-mcp --sample-review-config reports/ai_generate_config.json > reports/ai_review_config.json

Inspect the returned IDs and review result. The guaranteed-tool filter narrows this discovery output, not the server's runtime surface or filesystem permissions.

Connect an authorized local client

Configure the client to launch one of these alternatives with the installed environment's executable and an explicitly chosen workspace. These are long-running stdio servers, not one-shot validation commands. Stop the server when the session ends.

yolozu-mcp --transport stdio
yolozu-mcp --transport stdio --surface image-service

Use the full surface only when the broader tools are intended. The image-service alternative exposes only capabilities, asset upload, submission, status, and cancellation. Ask for capabilities first; never reinterpret abstention as successful inference.

Starter prompts and expected boundaries

Prompt: Validate my existing detection predictions strictly with YOLOZU; report errors without repairing the input.

Expected: Confirm the user-selected local input, inspect the installed schema, then use strict validation. Do not invent a path or enable repair.

Prompt: Show me a local YOLOZU evaluation example without downloading model weights.

Expected: Use the self-contained 30-minute path and its generated toy inputs; label the proof as synthetic, not model-quality evidence.

Prompt: Show the YOLOZU image service capabilities without running inference.

Expected: Use image_service_capabilities on the image-service connection. Do not upload an image or submit execution.

Prompt: Use YOLOZU to select the best CNN and guarantee its accuracy on my images.

Expected: Explain that this guarantee is unavailable and that the default adaptive service abstains. Do not activate a model or fabricate a quality result.

Machine-readable references

Choose a package extra and distinguish installed commands from repository scripts.

Command inputs, examples, side effects, dependencies, and maturity.

Exact generated tool surfaces and MCP input schemas; registration is not execution qualification.

Machine-readable strict validation results, errors, and repair disclosure.

Typed input, result, and error interfaces for local validation and evaluation.

Client connection options and workspace boundaries.

Capabilities, opaque assets and jobs, limits, and abstention semantics.

Prepare a local plugin from a reviewed checkout; not a public app listing.

Keep Stable, Bridge, Benchmark, and Research claims separate.

Publish the bundle, verify access, and measure successful use without inferring adoption from crawler traffic.