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 skills/pythrick/codex-conductor/conductornpx skills add pythrick/codex-conductor --skill conductorgit clone --depth 1 https://github.com/pythrick/codex-conductorWhat 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.00017 | $0.01294 |
| Opus 5 | $0.00009 | $0.00647 |
| Sonnet 5 | $0.00003 | $0.00259 |
| Haiku 4.5 | $0.00002 | $0.00129 |
Grade A, and why
conductor 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 2d ago.
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 — 129 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Conductor Compatibility Skill
Purpose: create and maintain Conductor artifacts so they remain fully compatible with the Gemini Conductor extension and its workflow (Context -> Spec & Plan -> Implement).
Use this skill when the user asks to set up a new project context, start a new track, implement or resume a track, check progress, or revert work.
Required File Structure (Do Not Deviate)
conductor/
product.md
product-guidelines.md
tech-stack.md
workflow.md
setup_state.json
code_styleguides/
*.md
tracks.md
tracks/
<track_id>/
spec.md
plan.md
metadata.json
archive/ (optional)
<track_id>/ (optional)
Required Formats
Track ID
- Format:
shortname_YYYYMMDD(lowercase ASCII, underscores only). - Example:
auth_20251219.
conductor/tracks.md
- Must use
---separators between track sections. - Each track section must use the exact heading format below.
---
## [ ] Track: <Track Description>
*Link: [./conductor/tracks/<track_id>/](./conductor/tracks/<track_id>/)*
conductor/tracks/<track_id>/metadata.json
- Required keys:
track_id,type,status,created_at,updated_at,description. - Timestamps are ISO 8601 UTC, e.g.,
2025-12-19T23:59:59Z. statusvalues:new,in_progress,completed,cancelled.
conductor/tracks/<track_id>/plan.md
- Use checklist markers:
[ ](pending),[~](in progress),[x](done). - When completing a task, append the first 7 chars of the commit SHA to the task line.
- If the workflow defines the Phase Completion Verification protocol, append a meta-task to each phase:
- [ ] Task: Conductor - User Manual Verification '<Phase Name>' (Protocol in workflow.md) - When a phase is checkpointed, append
[checkpoint: <sha>]to the phase heading.
Setup Workflow (Greenfield or Brownfield)
- Detect project maturity (greenfield vs brownfield) based on repo and code presence.
- Create
conductor/andconductor/setup_state.jsonif missing. Start with:{ "last_successful_step": "" } - Generate or update the core documents with user input:
product.mdproduct-guidelines.mdtech-stack.md
- Copy the workflow template from
assets/templates/workflow.mdintoconductor/workflow.mdunless the user provides a custom workflow. - Copy code style guides from
assets/templates/code_styleguides/intoconductor/code_styleguides/. - Initialize
conductor/tracks.mdusing the format inassets/templates/tracks.md. - Create the initial track folder and artifacts (
spec.md,plan.md,metadata.json). - Update
conductor/setup_state.jsonas steps complete using these values:2.1_product_guide2.2_product_guidelines2.3_tech_stack2.4_code_styleguides2.5_workflow3.3_initial_track_generated
What ships with it
14 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- assets/templates/code_styleguides/general.md 735 B
- assets/templates/code_styleguides/go.md 3.4 KB
- assets/templates/code_styleguides/html-css.md 2.7 KB
- assets/templates/code_styleguides/javascript.md 2.7 KB
- assets/templates/code_styleguides/python.md 2.3 KB
- assets/templates/code_styleguides/typescript.md 3.0 KB
- assets/templates/metadata.json 198 B
- assets/templates/plan.md 451 B
- assets/templates/product-guidelines.md 278 B
- assets/templates/product.md 257 B
- assets/templates/spec.md 400 B
- assets/templates/tech-stack.md 224 B
- assets/templates/tracks.md 245 B
- assets/templates/workflow.md 14 KB
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.
- 2d ago First seen · 129 lines · 17 tokens per session scan A eb4d9403b67d
conductor is a skill published in the GitHub repository pythrick/codex-conductor (5 stars, last pushed 8mo ago), licensed Apache-2.0. It adds 17 tokens to every session and 1,294 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 skills, from other repositories
babysit
Same-session monitoring loop for PRs, CI runs, tickets, and deployments using the monitorstart / monitorupdate / autonudgestop MCP tools. The loop re-injects your check instructions into THIS session on an idle interval — same context, same tools — and works from dashboard chat, Slack threads, and Discord DMs. Use…
agile-product-owner
../../../product-team/agile-product-owner/skills/agile-product-owner/SKILL.md.
teamharness-task-delegation
Use when a Leader turns ready Quick Task or Project Work state into Worker task instructions, sends assignment messages, checks submitted results, and defines completion/blocker report contracts. Do not use to create projects, create rooms, or execute Worker tasks.
github-workflow
Use GitHub workflow tools to read work status, draft reports, summarize follow-ups, and execute only approved issue mutations.
flow-next-tracker-sync
Project a flow-next spec to a tracker issue (Linear, GitHub, GitLab, Jira) and reconcile two-way. Use when asked to sync to a tracker. NOT plan-sync.
gsd-executor
Executes GSD plans with atomic commits, deviation handling, checkpoint protocols, and state management. Spawned by execute-phase orchestrator or execute-plan command.