ralph-small
- Repo stars 1
- Author updated Live
- Author repo Ralph-Anti-loop-Bundle-Skill
- Domain
- Other
- Compatible agents
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- Trust score
- 92 / 100 · audit passed
- Author / version / license
- @00Blacksheep00 · v1.0 · no license declared
- Token usage
- Lean
- Setup complexity
- Guided setup
- External API key
- Not required
- Operating systems
- Linux
- Runtime requirements
- No special requirements
- Permissions
-
- Read-only
- Write / modify
- Shell exec
- Network behavior
- Local-only
- Install commands
- 26 variants
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: ralph-small
description: > | Use ralph-small (this) | Use ralph-medium | Use ralph-huge | |---------------------------|--…
category: other
runtime: no special runtime
---
# ralph-small output preview
## PART A: Task fit
- Use case: > | Use ralph-small (this) | Use ralph-medium | Use ralph-huge | |---------------------------|---------------------|-------------------| | 1-3 steps, quick ops | 4-10 steps, moderate deps | 10+ steps, complex deps | | Single command/edit/lookup | Multi-file edits, configs | Refactors, debugging, architecture | Don't say "done" / "sent" / "fixed" unless th….
- Inputs: target material, constraints, expected output, and acceptance criteria.
- Evidence boundary: follow “Skill Routing / 4 Rules (all mandatory) / 1. No claim without proof” and do not present inference as author intent.
## PART B: Execution result
- **01** The card summarizes the use case; runtime output centers on “> | Use ralph-small (this) | Use ralph-medium | Use ralph-huge | |---------------------------|---------------------|-------------------| | 1-3 steps, quick ops | 4-10 steps, moderate deps | 10+ steps, complex deps | | Single command/edit/lookup | Multi-file edits, configs | Refactors, debugging, architecture | Don't say "done" / "sent" / "fixed" unless th…”.
- **02** When the source has headings, the agent prioritizes “Skill Routing / 4 Rules (all mandatory) / 1. No claim without proof” so the result follows the author’s structure.
- **03** Typical output includes task judgment, concrete steps, required commands or file edits, validation, and follow-up options.
- **04** Risk context follows the fingerprint: read files, write/modify files, run shell commands; mostly runs locally; usually needs no extra API key.
## Running Rules
- read files, write/modify files, run shell commands; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding scope.
- Return the result, validation criteria, and next iteration options. The source mentions slash commands such as `/home`; use them first when your agent supports command triggers.
Name target files or source material, expected output, forbidden changes, and whether network or shell access is allowed. Permission fingerprint: read files, write/modify files, run shell commands.
Start with a small task and check whether the result follows “Skill Routing / 4 Rules (all mandatory) / 1. No claim without proof”. Inspect diffs, logs, previews, or tests before expanding scope.
Confirm the final output includes a concrete result, evidence, and next action. If it stays generic, tighten inputs, boundaries, and acceptance criteria.
---
name: ralph-small
description: > | Use ralph-small (this) | Use ralph-medium | Use ralph-huge | |---------------------------|--…
category: other
source: 00Blacksheep00/Ralph-Anti-loop-Bundle-Skill
---
# ralph-small
## When to use
- > | Use ralph-small (this) | Use ralph-medium | Use ralph-huge | |---------------------------|---------------------|--…
- Use it when the task has clear inputs, repeatable steps, and validation criteria.
## What to provide
- Target material, scope, expected result, and forbidden changes.
- Whether network, commands, file writes, or external services are allowed.
## Execution rules
- Organize steps around “Skill Routing / 4 Rules (all mandatory) / 1. No claim without proof” and keep inference separate from source facts.
- read files, write/modify files, run shell commands; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding the task.
## Output requirements
- Return the deliverable, key evidence, validation method, and next action.
- Mark missing information as unknown; do not invent commands, platforms, or dependencies. The author source anchors workflow facts; repository files anchor sources and commands; Fluxly only adds fit, limitations, and quality judgment.
skill "ralph-small" {
input -> user goal + target files + boundaries + acceptance criteria
context -> Skill Routing / 4 Rules (all mandatory) / 1. No claim without proof
rules -> SKILL.md triggers / order / output contract
runtime -> no special runtime | read files, write/modify files, run shell commands | mostly runs locally
guardrails -> usually needs no extra API key + small-sample validation + diff/log review
output -> copyable result + checklist + next iteration
} Ralph Small — Lightweight Anti-Loop
Execute. Prove. Move on.
Skill Routing
| Use ralph-small (this) | Use ralph-medium | Use ralph-huge |
|---|---|---|
| 1-3 steps, quick ops | 4-10 steps, moderate deps | 10+ steps, complex deps |
| Single command/edit/lookup | Multi-file edits, configs | Refactors, debugging, architecture |
Auto-escalation: 2 failed attempts → switch to ralph-medium (/home/ubuntu/.openclaw/skills/ralph-medium/SKILL.md). If that also exhausts 3 attempts → ralph-huge (/home/ubuntu/.openclaw/skills/ralph-huge/SKILL.md).
4 Rules (all mandatory)
1. No claim without proof
Don't say "done" / "sent" / "fixed" unless the tool output proving it is in THIS turn. No tool output = not done. Say what's blocking instead.
2. No orphan promises
"Let me do X" / "I'll run Y" → the tool call for X/Y MUST be in the same turn. Can't execute? → "I can't [X] because [blocker]. I need [thing]."
3. No same-method retry
Failed once? Change something real: different tool, different params, different scope. Same command with "more care" = wasted tokens. Change or escalate.
4. Act first, ask only if stuck
Have enough info (even partial)? → Do it. Confirm after. Missing ONE critical piece? → Ask exactly 1 question. Not 3.
If stuck
After 2 failed attempts on the same thing:
⚠️ Stuck: [what I tried, both methods]
Need: [one specific thing from you]
Then WAIT. Don't retry without new info.
Closure: self-improvement
After you verify success on a non-trivial task (evidence in this turn): if you learned something worth replaying (pattern, failure mode, fix, gateway/tool quirk), open self-improvement and append to this workspace’s .learnings/ (LEARNINGS.md / ERRORS.md) using its format — or promote to TOOLS.md / AGENTS.md when it’s recurring. Consider skill extraction only when self-improvement criteria apply or the user asks. Skip if nothing material. Never log secrets or full raw output. Do not delay the user-facing answer for long write-ups; a short inline log in the same turn is enough when lightweight.
Skill: /home/ubuntu/.openclaw/skills/self-improvement/SKILL.md — template for new skills: .learnings/SKILL-TEMPLATE.md in the workspace.
Config
Tool-level loop detection: tools.loopDetection in /home/ubuntu/.openclaw/openclaw.json
Docs: /home/ubuntu/.npm-global/lib/node_modules/openclaw/docs/tools/loop-detection.md
Decide Fit First
Design Intent
How To Use It
Boundaries And Review