hitl

Featured

CRITICAL. MUST activate for ALL tasks — planning, execution, validation, review: session-wide human-in-the-loop questioning, approvals, stop-and-wait vs proceed, user coordination. NEVER assume approval. MANDATORY unless user requested EXACTLY `fully autonomous` or `No HITL`.

AI & Automation 324 stars 60 forks Updated 2 days ago Apache-2.0

Install

View on GitHub

Quality Score: 94/100

Stars 20%
84
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

<hitl severity="CRITICAL" use="ALWAYS" back-and-forth-with-user="REQUIRED"> <core_concepts> - Mistake cost VERY HIGH; assumptions = top contributor — show user for prior approval. - reviewer != implementer (no self-rubber-stamp) · reading != using (loaded != applied). - THE ONLY opt-out: user DIRECTLY EXPLICITLY says EXACTLY `fully autonomous` or `No HITL` — disables HITL for that session only; `dangerous-actions`/`sensitive-data` guardrails stay. </core_concepts> <process> Questioning: 1. Post-discovery pre-implementation, and again whenever anything new comes up or ambiguity returns: relentlessly interview user on every aspect until NO assumptions/gaps/ambiguities/conflicts remain — no nitpicking, no rushing. Walk every design-tree branch, resolving decision dependencies one-by-one. CRITICAL/HIGH still open → another round. 2. Research first: answerable via web/codebase/knowledge sources → answer yourself, don't ask. 3. Skip LOW / NIT PICKING. Prioritize: scope > security/privacy > UX > technical. 4. 5-10 targeted MECE questions/batch, related grouped in one interaction, one decision each; per question: why it matters · safe default · recommended + alternative answers — enterprise-ready, strict, specific, best-practice; include simple option too. 5. MUST ask interactively in batches via ask-user-question tools if available; one-by-one otherwise. 6. Open questions → todo tasks. Persist Q&A (incl. negative answers) in relevant files — facts, concise, valuable, highly com...

Details

Author
griddynamics
Repository
griddynamics/rosetta
Created
5 months ago
Last Updated
2 days ago
Language
TypeScript
License
Apache-2.0

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Featured

questioning

To ask targeted clarification questions only when high-impact unknowns block safe execution.

324 Updated 2 days ago
griddynamics
AI & Automation Listed

task-intake

Mandatory alignment gate before modifying code, files, or configuration — restate the requirement, surface assumptions, enumerate scenarios with expected outcomes, then STOP and wait for explicit user approval before writing any implementation code. Use at the start of any task that involves changing code, files, or configuration in a repository, especially multi-file or multi-step changes. Skip the gate only for pure Q&A, pure explanation, or tiny changes where the user explicitly said "just do it" — the implementation invariants still always apply. For vague greenfield ideas that are not yet concrete tasks, use idea-to-spec first; for triaging issues in unfamiliar codebases, use progressive-abstraction.

0 Updated yesterday
HelloWorldU
AI & Automation Listed

operational-rigor

Core execution discipline for any non-trivial task — multi-step work, anything that modifies files or systems, debugging, or work whose correctness matters, even when the user does not ask for rigor. The latest load moment is observable — you are about to take your first mutating action (edit, write, state-changing command); loading earlier is better, and if you notice you are already past it, load now. Governs the task contract, action gating, scope containment, verification by execution, adversarial self-review, and honest completion claims. Do NOT load for single-step questions, pure explanation, or trivial edits; for delegating to subagents or reviewing agent output, also load delegation-and-review.

2 Updated today
F-e-u-e-r