Help us improve
Share bugs, ideas, or general feedback.
From ralph-o-matic
Submits work directly to ralph-o-matic for iterative refinement, skipping brainstorming and planning phases. Use when code is ready and you want ralph to refine it.
npx claudepluginhub dbinky/ralph-o-matic --plugin ralph-o-maticHow this skill is triggered — by the user, by Claude, or both
Slash command
/ralph-o-matic:direct-to-ralphThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
You are submitting work directly to ralph-o-matic for iterative refinement. This skill skips brainstorming, planning, and execution — use it when the user already has code or a task they want ralph to refine.
Provides behavioral guidelines to reduce common LLM coding mistakes, focusing on simplicity, surgical changes, assumption surfacing, and verifiable success criteria.
Searches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
Guides systematic root-cause debugging when tests fail, builds break, or unexpected errors occur. Provides a structured triage checklist to preserve evidence, localize, and fix issues instead of guessing.
Share bugs, ideas, or general feedback.
You are submitting work directly to ralph-o-matic for iterative refinement. This skill skips brainstorming, planning, and execution — use it when the user already has code or a task they want ralph to refine.
Parse the following from the user's command:
TASK: The task description (required)--spec <file>: Path to spec/design doc (enables bounded prompt)--max-iterations N: Max ralph loop iterations (default: 50)--priority LEVEL: Job priority - high, normal, low (default: normal)--open-ended: Use polish prompt without exit criteria--branch <name>: Branch to submit (default: current branch)--local: Use local repo directory (skip clone). Auto-detected when server is localhost.Step 1: Parse args & validate
│
Step 2: Check for existing RALPH.md
│ ├─ Found → Summarize, ask: use existing or create new?
│ │ ├─ Use existing → Skip to Step 5
│ │ └─ Create new → Step 3
│ └─ Not found → Step 3
│
Step 3: Q&A (fill in gaps from flags)
│
Step 4: Generate RALPH.md
│
Step 5: Pre-flight checks (includes local repo detection)
│
Step 6: Commit, push, submit
│
Step 7: Report success
Parse the TASK and flags from the user's command. TASK is required — if missing, ask:
What should ralph work on?
Look for a RALPH.md file in the repository root.
If found:
If not found: Continue to Step 3.
Ask only what isn't already provided via flags. Use AskUserQuestion for each.
Prompt type (ask if neither --spec nor --open-ended was provided):
| Option | Description |
|---|---|
| Bounded with spec | Ralph stops when spec requirements are satisfied. Ask for the spec file path. |
| Open-ended polish | Ralph keeps improving until max iterations reached or manually stopped. |
| Custom | User will write or edit RALPH.md themselves. Open the file for them and skip to Step 5 after they confirm. |
Priority (ask if --priority not provided): Offer high / normal (default) / low.
Max iterations (ask if --max-iterations not provided): Ask conversationally (do NOT use AskUserQuestion — numeric input conflicts with option selection). Suggest common values: 25, 50, 100, 200, 500, 1000. Default 50. Accept any number the user provides.
Based on the prompt type selected, generate the prompt file.
Bounded prompt (with spec):
You are refining code to meet a specification. The user is unavailable — do the work without asking for input.
Spec: {SPEC_FILE}
Progress: docs/plans/{BRANCH}-ralph-status.md
Steps:
1. Read the spec and progress file to understand current state
2. Search the codebase before assuming anything is missing — do not reimplement existing code
3. Pick the single highest-impact remaining task
4. Implement it, keeping the change focused and testable
5. Run tests — if they fail, fix before moving on
6. Update the progress file: mark completed items, add discovered work, note what's next
7. Commit and push
The code may have been drafted by another agent. Do not trust it. Verify against the spec.
When all spec requirements are satisfied and tests pass, output:
<promise>FINIT</promise>
Otherwise, output:
<promise>CLOSER</promise>
Output exactly one tag, then stop.
Open-ended prompt:
You are improving this codebase toward production quality. The user is unavailable — do the work without asking for input.
Progress: docs/plans/{BRANCH}-ralph-status.md
Steps:
1. Read the progress file to understand what's been done and what remains
2. Search the codebase before assuming anything is missing
3. Pick the single highest-impact improvement
4. Implement it, keeping the change focused and testable
5. Run tests — if they fail, fix before moving on
6. Update the progress file: mark completed items, add discovered work, note what's next
7. Commit and push
Do not output a <promise> tag. Continue improving until stopped.
Write the generated prompt to RALPH.md in the repository root.
Run these checks before submission:
# 1. Working tree clean
if [ -n "$(git status --porcelain)" ]; then
echo "✗ Uncommitted changes detected"
git status --short
# Stage and commit remaining changes
git add -A
git commit -m "chore: pre-ralph cleanup"
fi
echo "✓ Working tree clean"
# 2. Branch pushed to origin
BRANCH=$(git branch --show-current)
if ! git ls-remote --exit-code origin "$BRANCH" &>/dev/null; then
echo "Pushing branch to origin..."
git push -u origin "$BRANCH"
fi
echo "✓ Branch '$BRANCH' pushed to origin"
# 3. Server reachable
if ! ralph-o-matic status &>/dev/null; then
echo "✗ Cannot reach ralph-o-matic server"
exit 1
fi
echo "✓ Server reachable"
# 4. Branch not already in queue
SERVER=$(ralph-o-matic config | grep '^server:' | awk '{print $2}')
EXISTING=$(curl -sf "$SERVER/api/jobs?status=queued,running,paused" | jq -r ".jobs[] | select(.branch == \"$BRANCH\") | .id" 2>/dev/null | head -1)
if [ -n "$EXISTING" ]; then
echo "✗ Branch already in queue as job #$EXISTING"
exit 1
fi
echo "✓ Branch not in queue"
After pre-flight checks pass, determine whether the ralph server is local.
How to detect: Read the configured server URL from ralph-o-matic config. If it contains localhost or 127.0.0.1, the server is local.
If --local was passed: Use local mode without asking.
If server is local and --local was NOT passed: Ask the user with AskUserQuestion:
| Option | Description |
|---|---|
| Use local repo (Recommended) | Ralph works directly in your checkout — no clone, faster startup, changes pushed after each pass. Don't edit these files while ralph is running. |
| Clone as usual | Ralph clones into its own workspace. Slower but your working tree stays untouched. |
If the user chooses local repo: Get the repo root with git rev-parse --show-toplevel. Store this as LOCAL_DIR for use in Step 6.
If server is NOT local: Skip this — remote servers can't access local paths.
# Commit RALPH.md if it was generated or modified
if [ -n "$(git status --porcelain RALPH.md)" ]; then
git add RALPH.md
git commit -m "chore: add ralph review prompt"
git push
fi
# Submit job
# If LOCAL_DIR is set, pass --working-dir to use the local repo directly
ralph-o-matic submit \
--priority {PRIORITY} \
--max-iterations {MAX_ITERATIONS} \
${LOCAL_DIR:+--working-dir "$LOCAL_DIR"}
Shipped to Ralph-o-matic!
Job ID: #{JOB_ID}
Branch: {BRANCH}
Priority: {PRIORITY}
Max Iterations: {MAX_ITERATIONS}
Prompt: {PROMPT_TYPE}
Mode: {LOCAL_DIR ? "local repo (direct)" : "cloned workspace"}
Dashboard: {SERVER_URL}/jobs/{JOB_ID}
Monitor: ralph-o-matic logs {JOB_ID} --follow
If local mode was used, add:
Note: Ralph is working directly in {LOCAL_DIR}.
Changes are pushed to the remote after each pass.
Avoid editing files in this repo until the job completes.
Cannot reach ralph-o-matic server.
Options:
1. Start the server: ralph-o-matic-server
2. Change server: ralph-o-matic config set server http://host:9090
3. Skip submission: push the branch and submit later manually
Branch '{BRANCH}' is already queued as job #{ID}.
Options:
1. Cancel existing job: ralph-o-matic cancel {ID}
2. Use a different branch
3. Wait for the current job to finish