conductor-init

Solid

Initialize a repo for the Conductor Method loop: write init.sh, seed FEATURES.json from the spec, create CONTEXT.md and MEMORY_BANK.md, verify a one-command test and a one-command lint actually pass, and land the baseline commit `loop(0): baseline green + criteria defined`. Use whenever someone is standing up a builder/verifier loop on a repo that doesn't have one yet, or says "set up the conductor loop here", "initialize this repo for the loop", "do Phase 0", "get this repo loop-ready", "seed FEATURES.json", or asks why the verifier keeps returning BLOCKED on a fresh project (the answer is almost always missing acceptance criteria, which is what this skill installs). Also use on an existing repo to audit and repair a half-done Phase 0. Do NOT trigger to design the loop itself or write its prompts — that is `loop-creator`; this skill only prepares the ground the loop runs on.

AI & Automation 0 stars 0 forks Updated today MIT

Install

View on GitHub

Quality Score: 78/100

Stars 20%
0
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Conductor Init CONDUCTOR-LOOP-GUIDE Phase 0 as an agent instead of a human checklist. You run once per repo, before any builder or verifier does, and you leave behind the five artifacts every later phase assumes exist. Everything downstream is graded against what you write here. A verifier with no acceptance criteria returns `BLOCKED`; a loop with no green baseline can't tell its own breakage from the code's. Get this wrong and every phase after it is measuring nothing. ## The non-negotiables 1. **Criteria before code.** You produce checkable criteria, not a plan and not an implementation. If the spec is too vague to yield a runnable check, that's the finding — say so and stop. Do not invent criteria to fill the file. 2. **Green baseline or no baseline.** The commit is `loop(0): baseline green + criteria defined`. If test or lint doesn't pass, the baseline isn't green and you don't make that commit. Report what fails instead. 3. **One command each.** Test and lint must each be a single command a cold agent can run without reading the README. If they aren't, make them so (a script, an npm script, a Makefile target) — that IS part of the job. 4. **Evidence, not assertion.** Every criterion names a command and its observable outcome. "Works correctly" is not a criterion. 5. **You initialize; you don't build.** Nothing you write implements the project's features. Resist it. ## Workflow ### 1. Read the ground Before writing anything, establish: - ...

Details

Author
scoobydrew83
Repository
scoobydrew83/skills
Created
1 months ago
Last Updated
today
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

loop-creator

Design and generate autonomous/semi-autonomous AI work loops and the prompts that drive them — builder/verifier (maker/checker) loops, phased build loops, queue-driven multi-task loops, and nightly triage. Every loop it produces has explicit acceptance criteria, a verifier separated from the builder ("close is FAIL"), commit checkpoints, a hard max-iteration + human-escalation stop, and safe stopping conditions. Use whenever the user wants to build a loop, "create a loop", "make a loop creator", set up a self-correcting or maker/checker loop, write prompts for a loop, design an evaluator-optimizer or agentic loop, scaffold a LOOP_QUEUE, or wire a nightly triage workflow — even if they don't say the word "loop" but describe an iterate-until-it-passes process. When (and only when) the request says to look at a codebase or use Claude Code, it inspects the repo read-only and emits a headless Claude Code harness. Defaults to the Conductor Method conventions, all clearly overridable.

0 Updated today
scoobydrew83
Web & Frontend Listed

loop-builder

Build a file-based agent loop (harness) for a long, powerful task BEFORE running it — so you design the loop and only verify the output, instead of supervising every step. Runs a short interview (goal, done-condition, non-goals, verify commands), scaffolds loops/<slug>/ with VISION.md + specs + IMPLEMENTATION_PLAN.md + AGENTS.md + PROMPT files + loop.sh, runs PLANNING, gets ONE plan approval, then loops BUILDING autonomously and hands back the diff + eval results. Trigger when the user says "loop-builder", "/loop-builder", "build a loop", "create a loop for X", "set up an autonomous loop", or asks to run a long autonomous task (a feature, a refactor, a tool, a content batch).

2 Updated today
criscatalyst
AI & Automation Listed

loop-engineer

Loop engineering wizard for OpenCode. Asks 3 questions, then orchestrates a fully autonomous agent team (resource-scout, researcher, planner, agent-factory, executor, verifier, auditor, memory-keeper) until the goal is met. Agents run sequentially via the task tool. Dynamic researcher count. Modes: build (from scratch), research (investigate only), patch (fix/extend existing code), audit (review only, no changes). Persistent memory, git integration.

3 Updated 1 weeks ago
vibhasdutta