omk-control-loop-debugger

Map multi-agent runtime failures to a feedback control loop diagnosis.

130|14|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/dmae97/oh-my-kimi --skill omk-control-loop-debugger
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: omk-control-loop-debugger
Source: https://github.com/dmae97/oh-my-kimi/tree/main/templates/skills/agents/omk-control-loop-debugger
Command: npx skills add https://github.com/dmae97/oh-my-kimi --skill omk-control-loop-debugger

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It turns confusing agent failures into a structured feedback-loop diagnosis so you can identify whether the issue is setpoint ambiguity, stale or missing evidence, a wrong control decision, insufficient actuator authority, or a hidden disturbance.

Core Features & Use Cases

  • Industrial control-loop framing: Models the agent runtime as setpoint, sensors, controller, actuator, disturbance, and correction to separate root causes from symptoms.
  • Failure pattern recognition: Targets oscillation, saturation, sensor drift, bad actuator effects, and controller mismatch (wrong skill/worker/provider/route).
  • Evidence-driven correction plan: Produces a verification requirement that demonstrates loop stability rather than guessing at causes.

Quick Start

Use the omk-control-loop-debugger to diagnose why your OMK agent workflow oscillates, stalls, misroutes tools, loses context, or fails evidence-gated decisions by filling in setpoint, sensor evidence, control error, controller decision, actuator path, disturbance, correction, verification, and residual risk.

Frequently Asked Questions about omk-control-loop-debugger

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I debug multi-agent workflow oscillation and stalling?

Debug multi-agent workflow oscillation by mapping the runtime to a control loop, comparing fresh versus stale sensor evidence to acceptance criteria to identify whether the controller decision or actuator path causes the instability.

Why does my agent runtime misroute tools in DAG execution?

Agent runtime misroutes tools in DAG execution when the controller decision mismatches the required skill, worker, or provider, requiring an evidence-backed correction to verify the proper actuator path and restore loop stability.

How do I fix retry and fallback loops in agent workflows?

Fix retry and fallback loops in agent workflows by separating hidden disturbances from root causes using sensor evidence, then defining a correction that verifies actuator authority and eliminates the repetitive control error.

What is the best way to diagnose evidence-gated failures across worker lanes?

Diagnose evidence-gated failures across worker lanes by comparing current sensor evidence against acceptance criteria to detect drift, identifying the responsible controller decision, and applying a correction that demonstrates verified loop stability.

How do I stop my multi-agent runtime from losing context?

Stop a multi-agent runtime from losing context by treating context as sensor evidence within a control loop, identifying where stale evidence causes bad controller decisions, and enforcing an evidence-backed correction plan.

When should I use a control loop framing for agent debugging?

Use a control loop framing for agent debugging when workflows exhibit oscillation, saturation, sensor drift, or controller mismatch, allowing you to separate root causes from symptoms and produce an evidence-driven correction plan.