CommunityCodierung & Entwicklunggithub.com

BennyKok/omg.dev

Frage den Benutzer, ohne den Ablauf zu blockieren. Verwende dies, wenn eine Entscheidung tatsächlich das Eingreifen des Benutzers erfordert (irreversible Aktionen, mehrdeutige Absichten, konkurrierende Abwägungen, alles Riskante) und du allein nicht vernünftig entscheiden kannst. Sendet eine Push-Benachrichtigung; die Antwort wird als neue Benutzernachricht in deine Sitzung eingefügt, sobald der Benutzer antwortet.

Was ist omg.dev?

Diese Fähigkeit ermöglicht es einem KI-Agenten, einen Menschen um eine Entscheidung zu bitten, ohne den Arbeitsablauf zu blockieren. Sie ist ideal für Szenarien, in denen eine Entscheidung das Eingreifen des Benutzers erfordert, wie irreversible Aktionen (z. B. Bereitstellung, Löschung) oder mehrdeutige Absichten. Der Agent sendet eine Frage (via MCP-Tool oder HTTP-Fallback) und erhält sofort eine ID, ohne auf eine Antwort zu warten. Der Benutzer kann später antworten, wobei die Antwort als neue Nachricht in die Sitzung eingefügt wird. Dadurch wird ein echter Human-in-the-Loop ermöglicht, ohne den Agentenblockaden auszusetzen. Unterstützt Plattformen wie Claude Code, Cursor, Codex und andere, die MCP-kompatibel sind oder benutzerdefinierte HTTP-Endpunkte verwenden.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/BennyKok/omg.dev/tree/HEAD/.claude/skills/ask-user

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Den Benutzer fragen (Human-in-the-Loop)

Du läufst headless, aber manche Entscheidungen stehen dir nicht zu. Wenn du auf eine stößt, frage lieber den Menschen, anstatt zu raten. Fragen ist Fire-and-Forget: Du sendest die Frage, erhältst sofort eine ID zurück und machst weiter (oder beendest deinen Zug). Es gibt kein Warten, kein Polling, kein Timeout – der Benutzer kann Stunden später antworten, und seine Antwort wird als neue Benutzernachricht in deine Sitzung eingefügt.

Wann fragen

Frage nur, wenn es sich lohnt, jemanden zu unterbrechen:

  • Irreversible oder riskante Aktionen (Bereitstellung, Löschung, Force-Push, Ausgaben).
  • Eindeutig mehrdeutige Absichten, bei denen eine falsche Annahme echte Arbeit verschwendet.
  • Eine Abwägungsentscheidung zwischen Kompromissen, die nur der Benutzer treffen kann.

Frage nicht nach Dingen, die du selbst sicher bestimmen kannst, und stelle nie mehr als eine Frage pro Durchlauf. Stille ist immer noch der Standard – die meisten Durchläufe fragen nichts.

Wie fragen

Verwende das MCP-Tool lfg_ask_user:

  • question – Klare, prägnante Prosa. Beginne mit der Entscheidung in einem Satz; danach höchstens ein paar kurze Kontextzeilen. Keine Markdown-Überschriften, keine Textwände – dies wird auf einer kleinen Karte dargestellt.
  • options – Optionale kurze Tippvorschläge (der Benutzer kann weiterhin Freitext eingeben, also sei auf jede Antwort vorbereitet).
  • sessionId / user – Normalerweise weglassen; sie standardisieren auf deine Sitzung und den zugewiesenen Benutzer.

Fallback ohne MCP (selten):

curl -s -X POST http://localhost:8766/api/ask \
  -H 'Content-Type: application/json' \
  -d '{"question":"…","options":["…"],"sessionId":"<your session id>","pushback":true,"wait":false}'

Nach dem Fragen

  • Blockiere, polle oder schlafe nicht. Fahre mit anderen sicheren Arbeiten fort oder beende deinen Zug.
  • Führe die Aktion, nach der du gefragt hast, nicht aus, bis die Antwort eintrifft.
  • Die Antwort trifft als Benutzernachricht ein, die mit [ask-user answer <id>] beginnt. Es ist die Entscheidung des Benutzers in seinen eigenen Worten – respektiere sie, auch wenn sie von deiner Empfehlung abweicht.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Verwandte Skills