with one click
loop-engineering
Loop engineering runtime Grill + Monitor
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
Loop engineering runtime Grill + Monitor
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
High-cost orchestrator workflow for large, high-risk, multi-phase coding efforts with meaningful dependencies and review gates. Do not activate for routine multi-file changes.
Test an oh-my-opencode-slim release candidate or bugfix before publishing. Use when validating a packed plugin artifact, release branch, crash fix, OpenCode runtime compatibility, or model-specific smoke test such as OpenCode 1.17.11 message transform regressions.
Verification planning for non-trivial coding work. Use before implementing a feature, bug fix, refactor, cross-system change, or high-confidence behavior change that needs a credible project-specific evidence path.
Clone important project dependency source code into an ignored local workspace so OpenCode can inspect library internals. Use when the user asks to clone dependencies, inspect dependency/source internals, understand SDK/framework behavior from source, debug library implementation details, or make core dependency repos locally readable. Do not use for ordinary API/docs questions where @librarian is enough.
Manage Git worktrees as OMO safe isolated coding lanes for complex, risky, or parallel work.
Configure and improve oh-my-opencode-slim for the current user. Use when users want to tune agents, models, prompts, custom agents, skills, MCPs, presets, or plugin behavior. Also use when recurring workflow friction suggests a safe config or prompt improvement.
| name | loop-engineering |
| description | Loop engineering runtime Grill + Monitor |
test, build, lint, command, fileExists, oracle, observer, manual. For CLI steps provide successCommand; for file detection provide successPath.onLoopComplete(loopID, success) → report final outcomeonEscalated(loopID, reason) → escalate to humanonManualReview(loopID, reason) → prompt human to approve/fail and call resolveManualReview(loopID, passed, reason)cancel(loopID) through the orchestratorresolveManualReview is called. Do not auto-resolve.