ralph-loop
- Repo stars 2,914
- Author repo ralph-orchestrator
Ralph Loop
Use this skill to operate Ralph loops from the outside.
Use This Skill For
- Starting or continuing a Ralph run with the right
-cand-Hinputs - Inspecting loop state, worktrees, logs, history, and diffs
- Resuming a hook-suspended loop
- Merging or discarding completed worktree loops
- Debugging unexpected loop behavior with current diagnostics files
Workflow
- Start with
ralph loops listorralph loops list --jsonto establish the current state. - If the user wants execution, run
ralph run ...with the right core config and hats source. - If the loop is stuck or suspicious, inspect
logs,history, anddiffbefore changing state. - If the loop is suspended, read
.ralph/suspend-state.jsonand useralph loops resume <id>. - If a loop is queued or in
needs-review, inspect the diff first, then usemerge,process,retry, ordiscardas appropriate. - Use diagnostics when you need detailed evidence about hats, events, tool calls, parse errors, or performance.
Guardrails
- Prefer the CLI over direct edits to
.ralphstate files. - Treat tasks and memories as the canonical runtime systems; do not center scratchpad as the primary state model.
- Inspect diffs before merging.
- Only remove lock or queue artifacts when the underlying process is confirmed dead.
- Manual edits under
.ralph/are last-resort recovery steps and should be called out explicitly when used.
Read These References When Needed
- For command recipes and operator flows:
references/commands.md - For diagnostics files and suspend-state details:
references/diagnostics.md
- Fluxly category
- Engineering
- Author-declared agents
- No explicit declaration found; this is not inferred or tested compatibility
- Static check
- 88 / 100 · heuristic scan, not runtime safety proof
- Author / version / license
- @mikeyobrien · no license declared
- Fluxly token estimate
- Moderate
- Fluxly setup estimate
- Guided setup
- External API key
- No requirement detected
- Detected OS requirements
- Unspecified
- Runtime requirements
- Unspecified
- Detected file/system behavior
-
- Read-only
- Shell exec
- Detected network behavior
- Local-only
- Install commands
- None (reference only)
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
The current SKILL.md does not define a fixed output example. Starting or continuing a Ralph run with the right -c and -H inputs Inspecting loop state, worktrees, logs, history, and diffs Resuming a hook-suspended loop
Start with ralph loops list or ralph loops list --json to establish the current state. If the user wants execution, run ralph run ... with the right core config
Prefer the CLI over direct edits to .ralph state files. Treat tasks and memories as the canonical runtime systems; do not center scratchpad as the primary state model.
For command recipes and operator flows: references/commands.md For diagnostics files and suspend-state details: references/diagnostics.md
# Ralph Loop
Use this skill to operate Ralph loops from the outside.
## Use This Skill For
- Starting or continuing a Ralph run with the right `-c` and `-H` inputs
- Inspecting loop state, worktrees, logs, history, and diffs
- Resuming a hook-suspended loop
- Merging or discarding completed worktree loops
- Debugging unexpected loop behavior with current diagnostics files
## Workflow
1. Start with `ralph loops list` or `ralph loops list --json` to establish the
current state.
2. If the user wants execution, run `ralph run ...` with the right core config
and hats source.
3. If the loop is stuck or suspicious, inspect `logs`, `history`, and `diff`
before changing state.
4. If the loop is suspended, read `.ralph/suspend-state.json` and use
`ralph loops resume <id>`.
5. If a loop is queued or in `needs-review`, inspect the diff first, then use
`merge`, `process`, `retry`, or `discard` as appropriate.
6. Use diagnostics when you need detailed evidence about hats, events, tool
calls, parse errors, or performance.
## Guardrails
- Prefer the CLI over direct edits to `.ralph` state files.
- Treat tasks and memories as the canonical runtime systems; do not center
scratchpad as the primary state model.
- Inspect diffs before merging.
- Only remove lock or queue artifacts when the underlying process is confirmed
dead.
- Manual edits under `.ralph/` are last-resort recovery steps and should be
called out explicitly when used.
## Read These References When Needed
- For command recipes and operator flows: `references/commands.md`
- For diagnostics files and suspend-state details: `references/diagnostics.md` Author text anchors workflow facts; Fluxly only indexes current sections, terms, files, and commands.
sections -> Use This Skill For → Workflow → Guardrails → Read These References When Needed
terms -> Use this skill to operate Ralph loops from the outside. · 1. Start with ralph loops list or ralph loops list --json to establish the current state. · - Prefer the CLI over direct edits to .ralph state files.
files/cmd -> ralph loops list · ralph loops list --json · ralph run ... · logs · history · diff · .ralph/suspend-state.json · ralph loops resume <id>
body sha256 -> 2ec3c7863475
Decide Fit First
ralph runor `ralph loops…Design Intent
How To Use It
Boundaries And Review