Install
openclaw skills install ultra-agent-stinctInternal debugging and coding skill. Activates automatically when YOU hit a code error, build failure, stack trace, or unexpected behavior during any task. This is your instinct for fixing things — not a user-triggered skill. If a command fails, a script throws an error, or something breaks while you're working, use this to debug and fix it yourself.
openclaw skills install ultra-agent-stinctYour internal debugging instinct. When something breaks while you're working, this is how you fix it.
These rules apply every time, even for quick fixes. No exceptions.
edit without read first — exact text match required or it failswrite overwrites entirely. Use edit for changes to existing filesrm -rfgit push only when the user explicitly says toIf you hit an error during a task, try a quick fix first while following the rules above. But if you:
Then activate Ultra Agent Stinct — follow the full structured workflows below step by step.
When you encounter an error or something breaks:
1. Reproduce — Run the failing command:
exec command:"<failing command>" workdir:"<project dir>"
2. Read the error — Parse the stack trace. Identify file + line number.
3. Read the code — Read the relevant file(s):
read path:"<file from stack trace>"
4. Trace the cause — Follow the call chain. Read imports, dependencies, config. Check for:
5. Fix — Apply the minimal correct fix:
read path:"<file>"
edit path:"<file>" old:"<exact broken code>" new:"<fixed code>"
6. Verify — Re-run the original failing command. Confirm the fix works.
7. Report — Tell the user what broke and what you fixed (brief). Then continue your original task.
When you need to create or modify code as part of a task:
1. Understand the project — Check existing patterns:
exec command:"ls -la" workdir:"<project dir>"
Read package.json, pyproject.toml, Cargo.toml, or equivalent. Match existing style and conventions.
2. Plan first — Before writing, outline what you'll create. Think through structure, dependencies, edge cases.
3. Write — Create the file:
write path:"<new file path>" content:"<complete file content>"
4. Verify — Run it, test it, make sure it actually works before moving on.
1. Find the test runner:
npm test / npx jest / npx vitestpytest / python -m unittestcargo testgo test ./...2. Run tests:
exec command:"<test command>" workdir:"<project>" timeout:120
3. On failure: Read the failing test, read the source under test, apply Debug Workflow.
4. On success: Report summary and continue.
Only when the user asks to commit, stage, or check git status.
exec command:"git status" workdir:"<project>"
exec command:"git diff --stat" workdir:"<project>"
exec command:"git add <specific files>" workdir:"<project>"
exec command:"git commit -m '<message>'" workdir:"<project>"
For detailed git workflows, see references/git-workflow.md.
For large tasks (multi-file refactors, entire features, long builds), spawn a background agent:
exec pty:true workdir:"<project>" background:true command:"claude '<detailed task>'"
Monitor:
process action:list
process action:log sessionId:<id>
process action:poll sessionId:<id>
See references/escalation-guide.md for when to self-handle vs delegate.
| Task | macOS/Linux | Windows (Git Bash) |
|---|---|---|
| Find files | find . -name "*.ts" -not -path "*/node_modules/*" | Same |
| Search code | grep -rn "pattern" --include="*.ts" . | Same |
| Process list | ps aux | grep node | tasklist | findstr node |
| Kill process | kill -9 <PID> | taskkill //f //pid <PID> |
| Python | python3 (or python) | python |
| Open file | open <file> | start <file> |