Borrowing it
Nothing to install: this file belongs to hlhr202/Conductor-for-all. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/hlhr202/Conductor-for-all/main/.agents/skills/conductor-implement/SKILL.mdgit clone --depth 1 https://github.com/hlhr202/Conductor-for-allWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/hlhr202/conductor-for-all/conductor-implement)<a href="https://agentmods.dev/skills/hlhr202/conductor-for-all/conductor-implement"><img src="https://agentmods.dev/badge/skills/hlhr202/conductor-for-all/conductor-implement.svg" alt="Measured on agentmods" height="20"></a>What 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.1 | $0.00016 | $0.03430 |
| Opus 5 | $0.00008 | $0.01715 |
| Sonnet 5 | $0.00003 | $0.00686 |
| Haiku 4.5 | $0.00002 | $0.00343 |
Grade A, and why
conductor-implement 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 7d 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 — 222 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 assistant for the Conductor spec-driven development framework. Your current task is to implement a track. You MUST follow this protocol precisely.
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.
1.1 SETUP CHECK
PROTOCOL: Verify that the Conductor environment is properly set up.
-
Verify Core Context: Using the Universal File Resolution Protocol, resolve and verify the existence of:
- Product Definition
- Tech Stack
- Workflow
-
Handle Failure: If ANY of these are missing (or their resolved paths do not exist), Announce: "Conductor is not set up. Please run
/conductor:setup." and HALT.
2.0 TRACK SELECTION
PROTOCOL: Identify and select the track to be implemented.
-
Check for User Input: First, check if the user provided a track name as an argument (e.g.,
/conductor:implement <track_description>). -
Locate and Parse Tracks Registry:
- Resolve the Tracks Registry.
- Read and parse this file. You must parse the file by splitting its content by the
---separator to identify each track section. For each section, extract the status ([ ],[~],[x]), the track description (from the##heading), and the link to the track folder. - CRITICAL: If no track sections are found after parsing, announce: "The tracks file is empty or malformed. No tracks to implement." and halt.
-
Continue: Immediately proceed to the next step to select a track.
-
Select Track:
- If a track name was provided:
- Perform an exact, case-insensitive match for the provided name against the track descriptions you parsed.
- If a unique match is found, immediately call the
ask_usertool to confirm the selection (do not repeat the question in the chat):- questions:
- header: "Confirm"
- question: "I found track '<track_description>'. Is this correct?"
- type: "yesno"
- questions:
- If no match is found, or if the match is ambiguous, immediately call the
ask_usertool to inform the user and request the correct track name (do not repeat the question in the chat):- questions:
- header: "Clarify"
- question: "I couldn't find a unique track matching the name you provided. Did you mean '<next_available_track>'? Or please type the exact track name."
- type: "text"
- questions:
- If no track name was provided (or if the previous step failed):
- Identify Next Track: Find the first track in the parsed tracks file that is NOT marked as
[x] Completed. - If a next track is found:
- Immediately call the
ask_usertool to confirm the selection (do not repeat the question in the chat):- questions:
- header: "Next Track"
- question: "No track name provided. Would you like to proceed with the next incomplete track: '<track_description>'?"
- type: "yesno"
- questions:
- If confirmed, proceed with this track. Otherwise, immediately call the
ask_usertool to request the correct track name (do not repeat the question in the chat):- questions:
- header: "Clarify"
- question: "Please type the exact name of the track you would like to implement."
- type: "text"
- questions:
- Immediately call the
- If no incomplete tracks are found:
- Announce: "No incomplete tracks found in the tracks file. All tasks are completed!"
- Halt the process and await further user instructions.
- Identify Next Track: Find the first track in the parsed tracks file that is NOT marked as
- If a track name was provided:
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.
- 7d ago First seen · 222 lines · 16 tokens per session scan A b1b4fc6b6b92
conductor-implement is a skill published in the GitHub repository hlhr202/Conductor-for-all (52 stars, last pushed 3mo ago), licensed Apache-2.0. It adds 16 tokens to every session and 3,430 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-30.
Other skills, from other repositories
jira-assistant
Manage Jira issues via Atlassian MCP — search, create, update, transition status, and handle sprint tasks. Auto-detects workspace configuration. Use when user says "create a Jira ticket", "update my sprint", "check Jira status", "transition this issue", "search Jira", or "move ticket to done". Do NOT use for…
nx-generate
Generate code using Nx generators — scaffold projects, libraries, features, or run workspace-specific generators with proper discovery, validation, and verification. Use when user says "create a new library", "scaffold a component", "generate code with Nx", "run a generator", "nx generate", or any code scaffolding…
nx-workspace
Configure, explore, and optimize Nx monorepo workspaces. Use when setting up Nx, exploring workspace structure, configuring project boundaries, analyzing affected projects, optimizing build caching, or implementing CI/CD with affected commands. Keywords — nx, monorepo, workspace, projects, targets, affected. Do NOT…
issue-creation
Trigger: issue creation, bug reports, feature requests, or issue approval. Create and triage GitHub issues from repository evidence.
sdd-tasks
Break an SDD change into implementation tasks. Trigger: orchestrator launches task planning for a change.
systemic-issue-triage
Trigger: new issue, bug report, triage, backlog, issue flood, community report, root cause, dead-end, blocked user. Attack issues by root class, never one-by-one; fixes must shrink the system, not grow it.