agentleFS
tykisgodtykisgod/quick-question/skills/bootstrap/SKILL.md

bootstrap

Skill12 starsChanged 8 months agoMITView on GitHub

Decompose a high-level game vision (pillars + rules + references) into executable epics, then orchestrate the full qq pipeline for each. Use when starting a new project, bootstrapping a prototype from a pitch, or breaking a large initiative into parallel workstreams.

70 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use surprise-me, ppt-generation and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • stophobiaSkill

    surprise-me

    Create a delightful, unexpected "wow" experience for the user by dynamically discovering and creatively combining other enabled skills. Triggers when the user says "surprise me" or any request expressing a desire for an unexpected creative showcase. Also triggers when the user is bored, wants inspiration, or asks for "something interesting".

    Also in 3 projects that use this

  • HK-hubSkill

    ppt-generation

    Use this skill when the user requests to generate, create, or make presentations (PPT/PPTX). Creates visually rich slides by generating images for each slide and composing them into a PowerPoint file.

    Also in 3 projects that use this

  • stophobiaSkill

    github-deep-research

    Conduct multi-round deep research on any GitHub Repo. Use when users request comprehensive analysis, timeline reconstruction, competitive analysis, or in-depth investigation of GitHub. Produces structured markdown reports with executive summaries, chronological timelines, metrics analysis, and Mermaid diagrams. Triggers on Github repository URL or open source projects.

    Also in 3 projects that use this

  • HK-hubSkill

    consulting-analysis

    Use this skill when the user requests to generate, create, or write professional research reports including but not limited to market analysis, consumer insights, brand analysis, financial analysis, industry research, competitive intelligence, investment due diligence, or any consulting-grade analytical report. This skill operates in two phases — (1) generating a structured analysis framework with chapter skeleton, data query requirements, and analysis logic, and (2) after data collection by other skills, producing the final consulting-grade report with structured narratives, embedded charts, and strategic insights.

    Also in 3 projects that use this

  • MicrosoftSkill

    podcast-generation

    Generate AI-powered podcast-style audio narratives using Azure OpenAI's GPT Realtime Mini model via WebSocket. Use when building text-to-speech features, audio narrative generation, podcast creation from content, or integrating with Azure OpenAI Realtime API for real audio output. Covers full-stack implementation from React frontend to Python FastAPI backend with WebSocket streaming.

    Also in 3 projects that use this

  • VercelSkill

    vercel-deploy

    Deploy applications and websites to Vercel with a claimable preview. Use when the user requests deployment actions like "deploy my app", "deploy and give me the link", "push this live", or "create a preview deployment". No authentication required - returns preview URL and claimable deployment link.

    Also in 4 projects that use this

  • +1 more from HK-hub

The file

We split this skill into the rules it gives an agent

12 rules. 0 are common, 4 are distinctive, and 8 are very specific to this project.

  • 0

    Common

    Most of the 62 edited versions we read keep these.

  • 4

    Distinctive

    This author's own choices. Worth a look.

  • 8

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read the input. Extract:

    line 15
  2. Very specific:

    After approval, initialize state tracking (--pretty goes before the subcommand):

    line 41
  3. Distinctive:

    Check which epics are actionable:

    line 58
  4. Very specific:

    If script returns "action": "retry" → retry the failed pipeline step

    line 79
  5. Very specific:

    If script returns "action": "paused" → skip this epic, report to user, move to next

    line 80
  6. Very specific:

    Parallel execution: when status shows multiple actionable epics with parallel: true, dispatch each as a separate subagent using the Agent …

    line 82
  7. Very specific:

    Between epics: always re-check status to get the next actionable set.

    line 84
  8. Distinctive:

    After all epics complete (or all non-paused ones):

    line 88
  9. Very specific:

    Run /qq:test on the combined result

    line 90
  10. Distinctive:

    If tests fail, analyze which epic interactions caused issues

    line 91
  11. Very specific:

    Run /qq:commit-push for the final integrated state

    line 93
  12. Very specific:

    After a crash or in a later session, run qq-bootstrap-state.py --pretty status --project .

    line 101

“Common” is measured: kept by at least 6 in 10 of the 62 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Run qq scripts as ${CLAUDE_PLUGIN_ROOT}/bin/<name>: they are not on PATH, so a bare qq-bootstrap-state.py exits 127.

Respond in the user's preferred language (detect from their recent messages, or fall back to the language setting in CLAUDE.md).

Arguments: $ARGUMENTS (a description, a file path to a pitch/checklist document, or empty for interactive)

This skill is an orchestrator: it drives other qq skills and never writes code itself.

Phase 1: Understand the Vision

Read the input. Extract:

  • Pillars — the 3-5 non-negotiable design pillars (e.g., "turn-based PVP", "simple multiplayer", "WWII theme")
  • Fragment rules — specific details mentioned in passing (unit types, reference games, feel descriptions)
  • Reference games — any games mentioned as inspiration

Then ask about what the input and the project leave open, at most 5 questions in total; make reasonable assumptions for non-critical unknowns:

  1. Target experience — "What should 10 minutes of gameplay feel like?"
  2. Scope — "Is this a full game or a playable demo/prototype? How many sessions to reach 'done'?"
  3. Platform & tech — engine, target platform, multiplayer architecture
  4. Art direction — placeholder/greybox or a specific style (if relevant)
  5. Hard constraints — budget, timeline, team size, must-use systems

Phase 2: Decompose into Epics

Break the vision into epics — each a self-contained vertical slice that can go through the full qq pipeline independently.

Rules:

  • Each epic should be completable in 1-3 qq pipeline runs (design → plan → execute → test)
  • Epics have explicit dependencies: which must finish before which can start
  • Flag which epics can run in parallel
  • Order by: dependencies first, then core-to-peripheral (get the core loop working before polish)

Save the manifest to Docs/qq/<branch-name>/bootstrap-manifest.md and present it to the user for confirmation. This is the key human checkpoint: the user approves the breakdown before any automation begins.

After approval, initialize state tracking (--pretty goes before the subcommand):

qq-bootstrap-state.py --pretty init \
  --project . --name "<project-name>" \
  --manifest "Docs/qq/<branch-name>/bootstrap-manifest.md" \
  --epics "Epic 1 name" "Epic 2 name" "Epic 3 name" ... \
  --max-retries 3

Then set each epic's dependencies, adding --parallel for the epics flagged as parallel:

qq-bootstrap-state.py --pretty set-deps --project . --epic-id 2 --depends-on "1"
qq-bootstrap-state.py --pretty set-deps --project . --epic-id 3 --depends-on "1,2"

Phase 3: Execute Epics

Check which epics are actionable:

qq-bootstrap-state.py --pretty status --project .

For each actionable epic (pending + all dependencies completed):

  1. Mark as running:
    qq-bootstrap-state.py --pretty start-epic --project . --epic-id <N>
  2. Invoke /qq:design --auto with the epic description + relevant pillars
  3. The qq pipeline takes over: design → post-design-review → plan → plan-review → execute → code review → test → commit-push (under workflow: prototype-loop: design → the user approves the epic's checklist → plan → execute → one code review round → test → commit-push, see shared/prototype-loop.md)
  4. On pipeline success:
    qq-bootstrap-state.py --pretty complete-epic --project . --epic-id <N>
  5. On pipeline failure:
    qq-bootstrap-state.py --pretty fail-epic --project . --epic-id <N> --reason "<what failed>"
    • If script returns "action": "retry" → retry the failed pipeline step
    • If script returns "action": "paused" → skip this epic, report to user, move to next

Parallel execution: when status shows multiple actionable epics with parallel: true, dispatch each as a separate subagent using the Agent tool with isolation: "worktree". Each subagent runs the full qq pipeline for its epic.

Between epics: always re-check status to get the next actionable set. Don't hardcode the order — let the state script resolve dependencies.

Phase 4: Integration Check

After all epics complete (or all non-paused ones):

  1. Run /qq:test on the combined result
  2. If tests fail, analyze which epic interactions caused issues
  3. Fix integration problems (this may require a new mini-epic)
  4. Run /qq:commit-push for the final integrated state
  5. Clear state:
    qq-bootstrap-state.py --pretty clear --project .

Resume

After a crash or in a later session, run qq-bootstrap-state.py --pretty status --project . — it shows which epics are completed, paused and next — and resume from the first actionable epic.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.