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
- lauren-framework/lauren-aitheir own version, first seen Nov 1, 2026
- asmamest/Nexus-Skillstheir own version, first seen Nov 1, 2026
- BojanKocijan/design-forgetheir own version, first seen Oct 19, 2026
- bingyue/fde-skillstheir own version, first seen Oct 13, 2026
- BojanKocijan/bk-charterlinetheir own version, first seen Oct 13, 2026
- Sathvikar01/Agent-engineering-skillstheir own version, first seen Oct 5, 2026
Other versions8 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 8
- bingyue/fde-skills★ 5same name
- BojanKocijan/bk-charterline★ 4same name
- BojanKocijan/design-forge★ 4same name
- hajekim/agentic-design-patterns-skills★ 4same name
- Sathvikar01/Agent-engineering-skills★ 3same name
- asmamest/Nexus-Skills★ 1same name
- hajekim/agentic-design-patterns-extension★ 1same name
- lauren-framework/lauren-ai★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository163 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- agent-memorySkill
- claukitSkill
- mcp-agent-patternsSkill
- multi-agent-orchestrationSkill
- workflow-state-machinesSkill
- ai-multimodalSkill
- geo-fundamentalsSkill
- media-processingSkill
- screenshotSkill
- seo-fundamentalsSkill
- soraSkill
- aestheticSkill
- figma-implement-designSkill
- figmaSkill
- frontend-designSkill
- mobile-designSkill
- tailwind-patternsSkill
- ui-stylingSkill
- agentic-ragSkill
- api-patternsSkill
- app-builderSkill
- architectureSkill
- ask-mattSkill
- aspnet-coreSkill
- backend-developmentSkill
- better-authSkill
- clean-codeSkill
- code-agent-patternsSkill
- codebase-designSkill
- code-review-checklistSkill
- code-reviewSkill
- context-engineeringSkill
- context-optimizationSkill
- database-designSkill
- databasesSkill
- diagnoseSkill
- diagnosing-bugsSkill
- docs-seekerSkill
- domain-modelingSkill
- frontend-dev-guidelinesSkill
- graph-ragSkill
- i18n-localizationSkill
- implementSkill
- improve-codebase-architectureSkill
- lint-and-validateSkill
- llm-evalsSkill
- nextjs-best-practicesSkill
- nodejs-best-practicesSkill
- openai-docsSkill
- performance-profilingSkill
- playwright-interactiveSkill
- playwrightSkill
- prompt-engineeringSkill
- prototypeSkill
- python-patternsSkill
- react-patternsSkill
- render-deploySkill
- repomixSkill
- The first 60 shown.
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
- Very specific: line 13
Before performing destructive file operations (e.g., rm -rf, bulk overwrites).
- Distinctive: line 14
Before triggering deployment pipelines or infrastructure changes.
- Distinctive: line 15
Before making financial or security-impacting decisions.
- Distinctive: line 16
When an agent's confidence in a plan or outcome is below a critical threshold.
- Distinctive: line 17
When the user requires explicit auditability of agent intent.
- Distinctive: line 31
Structured Clarification: Use tool-based, multi-choice queries to reduce ambiguity, avoiding open-ended questions that fatigue users.
- Very specific: line 32
Delta Validation: Always present a diff or specific "what is changing" summary before writing.
- Distinctive: line 38
Await Authorization: Use non-blocking pauses (or asynchronous messaging) to wait for approval.
- Distinctive: line 45
Verification Gate: After execution, the agent must present the "result vs.
- Distinctive: line 49
Micro-interactions: Keep confirmation dialogs context-aware (e.g., provide links to the specific files being modified).
- Distinctive: line 50
Rollback Safety: Always provide an "Undo/Rollback" pathway for any high-risk action taken.
“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.
Files
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:
| Tier | Category | Mechanism | User UX |
| 0 | Informational | Auto-Approve | Logged in background/console. |
| 1 | Standard Edit | Warn/Confirm | Inline diff preview + "Proceed". |
| 2 | Destructive/Critical | Hard Gate | Explicit approval required; blocked until sign-off. |
| 3 | Financial/Deployment | Multi-Factor/Formal Audit | Requires explicit sign-off via UI/Artifact link. |
Checkpoint Design Patterns
- The Plan Preview: Agents must expose the plan artifact before execution.
- Structured Clarification: Use tool-based, multi-choice queries to reduce ambiguity, avoiding open-ended questions that fatigue users.
- Delta Validation: Always present a
diffor specific "what is changing" summary before writing. - 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
- Identify Risk: Evaluate the proposed task against the Risk-Tiered Action Matrix.
- Surface Intent: Generate an "Action Summary" using the
ask_questiontool or an artifact. - Await Authorization: Use non-blocking pauses (or asynchronous messaging) to wait for approval.
- Execute with Trace: Perform the action under a logging wrapper that records the authorized state ID.
- 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
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
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.

