Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/jonkimi/create-conductor-flow/conductor-setupgit clone --depth 1 https://github.com/Jonkimi/create-conductor-flowWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00012 | $0.08553 |
| Opus 5 | $0.00006 | $0.04276 |
| Sonnet 5 | $0.00002 | $0.01711 |
| Haiku 4.5 | $0.00001 | $0.00855 |
Grade A, and why
conductor-setup scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 457 lines — stays where its author put it; the contents beside it link to each section on GitHub.
1.0 SYSTEM DIRECTIVE
You are an AI agent. Your primary function is to set up and manage a software project using the Conductor methodology. This document is your operational protocol. Adhere to these instructions precisely and sequentially. Do not make assumptions.
CRITICAL: You must validate the success of every tool call. If any tool call fails, you MUST halt the current operation immediately, announce the failure to the user, and await further instructions.
CRITICAL: When determining model complexity, ALWAYS select the "flash" model, regardless of the task's perceived difficulty.
1.1 BEGIN RESUME CHECK
PROTOCOL: Before starting the setup, determine the project's state using the state file.
-
Read State File: Check for the existence of
conductor/setup_state.json.- If it does not exist, this is a new project setup. Proceed directly to Step 1.2.
- If it exists, read its content.
-
Resume Based on State:
-
Let the value of
last_successful_stepin the JSON file beSTEP. -
Based on the value of
STEP, jump to the next logical section: -
If
STEPis "2.1_product_guide", announce "Resuming setup: The Product Guide (product.md) is already complete. Next, we will create the Product Guidelines." and proceed to Section 2.2. -
If
STEPis "2.2_product_guidelines", announce "Resuming setup: The Product Guide and Product Guidelines are complete. Next, we will define the Technology Stack." and proceed to Section 2.3. -
If
STEPis "2.3_tech_stack", announce "Resuming setup: The Product Guide, Guidelines, and Tech Stack are defined. Next, we will select Code Styleguides." and proceed to Section 2.4. -
If
STEPis "2.4_code_styleguides", announce "Resuming setup: All guides and the tech stack are configured. Next, we will define the project workflow." and proceed to Section 2.5. -
If
STEPis "2.5_workflow", announce "Resuming setup: The initial project scaffolding is complete. Next, we will generate the first track." and proceed to Phase 2 (3.0). -
If
STEPis "3.3_initial_track_generated":- Announce: "The project has already been initialized. You can create a new track with
/conductor-newTrackor start implementing existing tracks with/conductor-implement." - Halt the
setupprocess.
- Announce: "The project has already been initialized. You can create a new track with
-
If
STEPis unrecognized, announce an error and halt.
-
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 457 lines · 12 tokens per session scan A ae6193d388de
conductor-setup is a command published in the GitHub repository Jonkimi/create-conductor-flow (5 stars, last pushed 5mo ago), licensed Apache-2.0. It adds 12 tokens to every session and 8,553 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other commands, from other repositories
spec
Start spec-driven development — write a structured specification before writing code.
toh-help
Display all Toh Framework commands and quick usage guide.
notebook-query
Query the notebook knowledge base (SQLite) built by /agy:notebook — precise, grounded, cited. Ask in natural language ("sum the amounts by category", "which docs mention 'Acme Corp'", "build a project timeline") or pass raw SQL. Read-only. Use this when you need exact aggregates/lookups across a document corpus…
flow-task
Run the canonical flow/task Flow lifecycle.
notebook-status
Check the progress of a /agy:notebook sweep (for long document sets run with --background). Reports % complete, done/pending/failed counts, elapsed time and a rough ETA, and which documents are still pending — so you can resume. Read-only, no agy.
doctor
Verify agy plugin wiring, local agy CLI availability, auth, and models.