Oh My Hermes Router

Oh My Hermes Router

Reasoning demand: light

Use this skill when the user mentions oh-my-hermes or a workflow keyword such as deep-interview, ultraperf, ralplan, loop, research, research-department, source-finder, paper-learning, data-analysis, command-operator, connector-operator, live-info-operator, external-connector-readiness, physical-device-readiness, content-operator, media-input-operator, feedback-triage, finance-analysis, people-ops, legal-compliance-review, support-operations, curriculum-design, localization-review, sales-development, product-brief, materials-package, img-summary, design-quality-gate, frontend, accessibility-audit, visual-qa, browser-operator, workspace-file-operator, automation-blueprint, harness-session-inventory, agent-debug, failure-signal-audit, instinct-ledger, skill-scout, skill-health, workflow-learning, codebase-onboarding, codegraph-refresh, context-budget-review, run-efficiency, provider-profile-posture, decision-recall, security-safety-review, code-review, build-failure-triage, ultrawork, ultraqa, doctor.

Routing Contract

This is best-effort Hermes prompt guidance. It does not override Hermes core routing and it does not claim exact runtime parity with another agent framework.

Normal users should talk to Hermes Agent or invoke installed Hermes skills. Do not ask chat users to run omh; it is bootstrap and backend infrastructure.

Why This Exists

oh-my-hermes exists to keep Hermes chat routing conservative: it maps plain requests to the right workflow, explains evidence boundaries, and avoids making every keyword look like hidden implementation.

Do Not Use When

• The user already invoked a more specific installed skill and its routing signals are unambiguous.
• The message is ordinary chat, status acknowledgement, or a question that does not need workflow routing.
• The wrapper wants to claim execution, review, CI, or merge evidence that no observed artifact provides.

Examples

Good example:

• Prompt: Use OMH request-to-handoff for: safely add a feature to this repo.
• Expected behavior: Classify the request, name the retained Hermes lane or prepared coding handoff, and expose the observed/prepared evidence boundary.
• Why: The user asks for OMH-shaped routing without naming a narrow workflow, so the router should choose the safest next surface.

Bad example:

• Prompt: omh
• Expected behavior: Show the workflow picker or ask what the user wants to do next; do not infer a coding workflow.
• Why: A bare product name is a picker or clarification signal, not implementation evidence.

Completion Checklist

• The selected workflow, confidence reason, evidence boundary, and user-facing next action are named.
• Low-confidence or conflicting signals return a picker or clarification instead of forced routing.