From egg
This skill should be used when the user wants to set up an autonomous coding loop, plan a Ralph loop, prepare for headless Claude execution, create a spec and implementation plan for autonomous coding, or run an autonomous development workflow. Trigger phrases include "ralph", "autonomous loop", "coding loop", "ralph prep", "set up ralph", "headless loop", "autonomous coding", "ralph plan".
npx claudepluginhub luqmannurhakimbazman/ashfordThis skill uses the workspace's default tool permissions.
An autonomous coding loop where Claude executes one task per iteration with a fresh context window. The spec and implementation plan are the single source of truth — not conversation history. Context rot is structurally impossible.
Guides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Guides building MCP servers enabling LLMs to interact with external services via tools. Covers best practices, TypeScript/Node (MCP SDK), Python (FastMCP).
Generates original PNG/PDF visual art via design philosophy manifestos for posters, graphics, and static designs on user request.
An autonomous coding loop where Claude executes one task per iteration with a fresh context window. The spec and implementation plan are the single source of truth — not conversation history. Context rot is structurally impossible.
Each loop iteration is a clean claude -p invocation. The loop script dynamically assembles each iteration's prompt from ONLY the spec sections and codebase files that task declares it needs. Context waste is zero.
You are in the planning phase. Your job is to help the user go from an idea to a complete spec and implementation plan, ready for autonomous execution.
Load the planning questions framework: @references/planning-questions.md
Ask questions from the framework ONE AT A TIME. Skip questions the user already answered. Use multiple choice when possible. Goal: understand what they're building, current codebase state, what "done" looks like, constraints.
After you understand the project, share your assumptions as a numbered list. Explicitly invite the user to correct them AND to ask you questions back. This surfaces hidden assumptions — the #1 source of bugs in autonomous execution.
Say: "Now I'll share what I'm assuming. Tell me where I'm wrong, and then ask ME any questions about what I'll be building."
Load the spec template: @references/spec-template.md
Generate docs/ralph/SPEC.md following the template. Present it to the user section by section. The user MUST review and approve every section. They own this file.
Rules:
goal and constraints are almost always neededCreate the directory structure:
mkdir -p docs/ralph/tasks docs/ralph/logs
Write the spec file to docs/ralph/SPEC.md.
Load the plan template: @references/plan-template.md
Generate docs/ralph/PLAN.md (lightweight checkbox index) and individual task files in docs/ralph/tasks/NN-kebab-title.md.
For each task file, include YAML frontmatter with:
spec-sections: Which SPEC.md sections this task needs (array of section heading names)codebase-files: Which existing project files Claude needs to see (array of paths)Present the plan to the user. They must approve the task list, ordering, and per-task context declarations.
The iteration protocol that Claude reads each loop iteration is defined in: @references/iteration-protocol.md
For each task, estimate context load:
Tell the user:
"Your spec and plan are ready in
docs/ralph/. To launch the autonomous loop, run/ralph start."
Do NOT launch the loop yourself. The /ralph start command handles that.