agentleFS
VoDaiLoczVoDaiLocz/kilo-kit-mcp/skills/productivity/human-in-the-loop/SKILL.md

human-in-the-loop

Skill28 starsChanged 3 months agoApache-2.0View on GitHub

Use when designing human approval gates for high-stakes agent actions. Keywords: human-in-the-loop, HITL, approval gate, checkpoint, confirmation, risk-tiered, action review.

  • Deletes or force-pushes

8 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

11 rules. 0 are common, 9 are distinctive, and 2 are very specific to this project.

  • 0

    Common

    Most of the 4 edited versions we read keep these.

  • 9

    Distinctive

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Before performing destructive file operations (e.g., rm -rf, bulk overwrites).

    line 13
  2. Distinctive:

    Before triggering deployment pipelines or infrastructure changes.

    line 14
  3. Distinctive:

    Before making financial or security-impacting decisions.

    line 15
  4. Distinctive:

    When an agent's confidence in a plan or outcome is below a critical threshold.

    line 16
  5. Distinctive:

    When the user requires explicit auditability of agent intent.

    line 17
  6. Distinctive:

    Structured Clarification: Use tool-based, multi-choice queries to reduce ambiguity, avoiding open-ended questions that fatigue users.

    line 31
  7. Very specific:

    Delta Validation: Always present a diff or specific "what is changing" summary before writing.

    line 32
  8. Distinctive:

    Await Authorization: Use non-blocking pauses (or asynchronous messaging) to wait for approval.

    line 38
  9. Distinctive:

    Verification Gate: After execution, the agent must present the "result vs.

    line 45
  10. Distinctive:

    Micro-interactions: Keep confirmation dialogs context-aware (e.g., provide links to the specific files being modified).

    line 49
  11. Distinctive:

    Rollback Safety: Always provide an "Undo/Rollback" pathway for any high-risk action taken.

    line 50

“Common” is measured: kept by at least 6 in 10 of the 4 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Human-in-the-Loop (HITL) Patterns

Overview

The "Human-in-the-Loop" (HITL) skill provides a standardized framework for integrating human oversight into agentic workflows. By tiering actions based on risk, we ensure autonomy is utilized safely for low-impact tasks while maintaining rigorous human control over high-impact operations. This skill aligns with the C4 Runtime Protocol to prevent "black box" agent behavior.

When To Use

  • Before performing destructive file operations (e.g., rm -rf, bulk overwrites).
  • Before triggering deployment pipelines or infrastructure changes.
  • Before making financial or security-impacting decisions.
  • When an agent's confidence in a plan or outcome is below a critical threshold.
  • When the user requires explicit auditability of agent intent.

Risk-Tiered Action Matrix

To manage friction, apply the appropriate gate based on the action category:

TierCategoryMechanismUser UX
0InformationalAuto-ApproveLogged in background/console.
1Standard EditWarn/ConfirmInline diff preview + "Proceed".
2Destructive/CriticalHard GateExplicit approval required; blocked until sign-off.
3Financial/DeploymentMulti-Factor/Formal AuditRequires explicit sign-off via UI/Artifact link.

Checkpoint Design Patterns

  1. The Plan Preview: Agents must expose the plan artifact before execution.
  2. Structured Clarification: Use tool-based, multi-choice queries to reduce ambiguity, avoiding open-ended questions that fatigue users.
  3. Delta Validation: Always present a diff or specific "what is changing" summary before writing.
  4. Resumption Points: Save state tokens to ensure that if a session drops, the human can review the exact state, modify if needed, and resume.

Implementation Workflow

  1. Identify Risk: Evaluate the proposed task against the Risk-Tiered Action Matrix.
  2. Surface Intent: Generate an "Action Summary" using the ask_question tool or an artifact.
  3. Await Authorization: Use non-blocking pauses (or asynchronous messaging) to wait for approval.
  4. Execute with Trace: Perform the action under a logging wrapper that records the authorized state ID.
  5. Verify: Immediately follow with a verification check to confirm the expected outcome.

C4 Integration

HITL checkpoints are first-class citizens in C4:

  • Brainstorming Gate: Agents must have their proposed path confirmed by the user before transitioning to ready.
  • Verification Gate: After execution, the agent must present the "result vs. expectation" for user sign-off to close the cycle.

UX Patterns

  • Transparency: Clearly display why a decision was made.
  • Micro-interactions: Keep confirmation dialogs context-aware (e.g., provide links to the specific files being modified).
  • Rollback Safety: Always provide an "Undo/Rollback" pathway for any high-risk action taken.

Anti-patterns

  • Over-gating: Asking for permission on routine/low-impact tasks (causes "alert fatigue").
  • Under-gating: Proceeding with high-risk/destructive actions without explicit, documented user consent (unsafe autonomy).
  • Vague Prompts: "Is this okay?" (inadequate description of change). Always use: "I am about to replace X with Y. Do you approve?"

References

  • KILO-KIT C4 Runtime Protocol
  • Systematic Debugging
  • Verification Before Completion

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.