Ops Observability Card
This is an OMH ops-observability-card workflow skill, projected for Agent Skills hosts (Claude Code, Codex, Cursor, opencode, OpenClaw, pi).
Why This Exists
ops-observability-card exists so Hermes users can ask for this workflow in chat and receive a structured, evidence-bounded OMH operating surface instead of ad hoc narration.
Do Not Use When
- The request is already handled by a narrower explicit skill with stronger evidence.
- The user asks OMH to secretly run external platforms, connectors, schedulers, file exports, or runtime agents.
- The only safe answer is to ask for missing authority, credentials, target, or observed evidence first.
Examples
Good example:
- Prompt: ops-observability-card show token, cost, latency, supplied Prometheus/Grafana metrics, and missing service-quality evidence for this loop.
- Expected behavior: Produce
prepare_ops_observability_card with required context, wrapper actions, and not-evidence boundaries.
- Why: The prompt names a real workflow surface that Hermes can orchestrate without hiding execution.
Bad example:
- Prompt: ops-observability-card claim exact provider billing, healthy SLO, incident closure, or remediation completion from local estimates.
- Expected behavior: Report the missing observed evidence or authority instead of claiming the external step happened.
- Why: Prepared OMH guidance is not platform, runtime, connector, file, memory, or delivery evidence.
Completion Checklist
- The run or workflow scope, metric window, failure modes, and cost/latency boundary are named.
- Local telemetry, provider truth, billing truth, and completion evidence are separate states.
- Warnings name the next measurement or operator review action.
Recovery Notes
- If provider metrics are unavailable, report only local metadata and mark provider truth not_observed.
- If cost or latency looks risky, surface a warning plus the next measurement rather than a completion claim.
Use When
Use when automation, loops, gateway work, executor handoffs, or service operations need a safe command-board for cost, latency, token, history, failure-mode, supplied metric-provider, and service-quality visibility.
Strong routing signals: `ops-observability-card`, `observability card`, `operations command board`, `ops command board`, `service quality board`, `service quality`, `external metric provider`, `metric provider`, `prometheus metrics`, `grafana metrics`, `cost telemetry`, `latency telemetry`, `token telemetry`, `run history`, `loop telemetry`, `failure mode`, `monitor tokens`, `service health`, `slo dashboard`, `비용`, `토큰`, `지연시간`, `관측성`, `운영 지휘판`, `서비스 품질`, `메트릭`, `프로메테우스`, `그라파나`
Catalog Metadata
Category: observability
Phase: telemetry-card
Quality tier: workflow-surface-gated
Reasoning demand: standard
Quality bar:
- Name the user-facing workflow objective, required context, next action, and stop condition.
- Separate prepared guidance from observed platform, runtime, connector, file, memory, or delivery evidence.
- Expose missing tools, credentials, targets, or observations as user-visible gaps.
- When advising what to record per model call, require the five answers - which model, how long, how many tokens in and out, whether it succeeded, and why it failed - with streaming calls adding time-to-first-token; the attribute tiers live in
omh-agent-ops-review/references/instrumentation-ladder.md.
- Aggregate cost at the four levels - per call, per agent run, per session, per user - and name the budget threshold each level checks against before recommending any optimization signal.
- Never recommend logging raw prompts, responses, or secret values into telemetry; counts, lengths, hashes, and key-set booleans carry the signal without the leak.
Required inputs:
- user request
- target context
- delivery or status expectation
- known missing evidence
Expected outputs:
- ops-observability-card/v1 card or guidance
- external_metric_provider/v1 payload contract
- external_metric_provider_adapter/v1 adapter contract
- ops_service_quality_board/v1 service-quality board
- typed service-quality downgrade gaps
- next action
- prepared-vs-observed boundary
Artifact expectations:
- ops-observability-card/v1 metadata-only runtime or wrapper card when recorded
- external_metric_provider/v1 supplied metric payload when available
- external_metric_provider_adapter/v1 connector-ready adapter metadata when available
- ops_service_quality_board/v1 evidence-gated service-quality board
Artifact contracts:
This label denotes the machine-enforcement level, not a skill quality score and not an observed evidence state.
- contract_id:
ops_service_quality_board/v1; enforcement_level: executable_validated; consumer_id: validate_ops_service_quality_board
Safety rules:
- An ops observability card is not billing truth, provider quota truth, live metric-provider access, complete tracing, SLO pass, incident closure, root-cause proof, remediation completion, performance proof, or successful workflow completion evidence.
- Do not claim connector, gateway, runtime, file generation, memory mutation, or host automation evidence from prepared guidance.
Runtime Evidence
Use the current host's own tools and subagent/task mechanism when available;
otherwise run the same lanes sequentially or name the unavailable capability.
A prepared plan, handoff, checklist, or skill installation is not execution,
review, CI, merge-readiness, or merge evidence. Report actual tool results or
not_observed / not_available; never invent dispatch or host accounting.
Treat supplied context as advisory, not proof of hidden memory reads or writes.
State scope, constraints, verification, and the stop condition before work.
Supporting paths are relative to this skill directory; sibling skill paths are
relative to its parent. Resolve them from the host-provided skill base directory
({baseDir} on hosts that provide it), never a hardcoded install location.
A named workflow not installed here is unavailable, not permission to emulate
its host-specific capabilities. Verify through the real surface before done.
1---2name: omh-ops-observability-card-23description: [omh] Hermes ops observability workflow: prepare an operations command-board for wrapper-safe token, cost, latency, run history, queue, failure-mode, external metric-provider, and service-quality evidence boundaries. Use when the user says: ops-observability-card, observability card, operations command board, ops command board, service quality board, service quality, external metric provider, metric provider.4---56# Ops Observability Card78This is an OMH `ops-observability-card` workflow skill, projected for Agent Skills hosts (Claude Code, Codex, Cursor, opencode, OpenClaw, pi).910## Why This Exists1112`ops-observability-card` exists so Hermes users can ask for this workflow in chat and receive a structured, evidence-bounded OMH operating surface instead of ad hoc narration.1314## Do Not Use When1516- The request is already handled by a narrower explicit skill with stronger evidence.17- The user asks OMH to secretly run external platforms, connectors, schedulers, file exports, or runtime agents.18- The only safe answer is to ask for missing authority, credentials, target, or observed evidence first.1920## Examples2122Good example:2324- Prompt: ops-observability-card show token, cost, latency, supplied Prometheus/Grafana metrics, and missing service-quality evidence for this loop.25- Expected behavior: Produce `prepare_ops_observability_card` with required context, wrapper actions, and not-evidence boundaries.26- Why: The prompt names a real workflow surface that Hermes can orchestrate without hiding execution.2728Bad example:2930- Prompt: ops-observability-card claim exact provider billing, healthy SLO, incident closure, or remediation completion from local estimates.31- Expected behavior: Report the missing observed evidence or authority instead of claiming the external step happened.32- Why: Prepared OMH guidance is not platform, runtime, connector, file, memory, or delivery evidence.3334## Completion Checklist3536- The run or workflow scope, metric window, failure modes, and cost/latency boundary are named.37- Local telemetry, provider truth, billing truth, and completion evidence are separate states.38- Warnings name the next measurement or operator review action.3940## Recovery Notes4142- If provider metrics are unavailable, report only local metadata and mark provider truth not_observed.43- If cost or latency looks risky, surface a warning plus the next measurement rather than a completion claim.44454647## Use When4849Use when automation, loops, gateway work, executor handoffs, or service operations need a safe command-board for cost, latency, token, history, failure-mode, supplied metric-provider, and service-quality visibility.5051 Strong routing signals: `ops-observability-card`, `observability card`, `operations command board`, `ops command board`, `service quality board`, `service quality`, `external metric provider`, `metric provider`, `prometheus metrics`, `grafana metrics`, `cost telemetry`, `latency telemetry`, `token telemetry`, `run history`, `loop telemetry`, `failure mode`, `monitor tokens`, `service health`, `slo dashboard`, `비용`, `토큰`, `지연시간`, `관측성`, `운영 지휘판`, `서비스 품질`, `메트릭`, `프로메테우스`, `그라파나`5253## Catalog Metadata5455Category: `observability`56Phase: `telemetry-card`57Quality tier: `workflow-surface-gated`58Reasoning demand: `standard`5960Quality bar:6162- Name the user-facing workflow objective, required context, next action, and stop condition.63- Separate prepared guidance from observed platform, runtime, connector, file, memory, or delivery evidence.64- Expose missing tools, credentials, targets, or observations as user-visible gaps.65- When advising what to record per model call, require the five answers - which model, how long, how many tokens in and out, whether it succeeded, and why it failed - with streaming calls adding time-to-first-token; the attribute tiers live in `omh-agent-ops-review/references/instrumentation-ladder.md`.66- Aggregate cost at the four levels - per call, per agent run, per session, per user - and name the budget threshold each level checks against before recommending any optimization signal.67- Never recommend logging raw prompts, responses, or secret values into telemetry; counts, lengths, hashes, and key-set booleans carry the signal without the leak.6869Required inputs:7071- user request72- target context73- delivery or status expectation74- known missing evidence7576Expected outputs:7778- ops-observability-card/v1 card or guidance79- external_metric_provider/v1 payload contract80- external_metric_provider_adapter/v1 adapter contract81- ops_service_quality_board/v1 service-quality board82- typed service-quality downgrade gaps83- next action84- prepared-vs-observed boundary8586Artifact expectations:8788- ops-observability-card/v1 metadata-only runtime or wrapper card when recorded89- external_metric_provider/v1 supplied metric payload when available90- external_metric_provider_adapter/v1 connector-ready adapter metadata when available91- ops_service_quality_board/v1 evidence-gated service-quality board9293Artifact contracts:9495This label denotes the machine-enforcement level, not a skill quality score and not an observed evidence state.9697- contract_id: `ops_service_quality_board/v1`; enforcement_level: `executable_validated`; consumer_id: `validate_ops_service_quality_board`9899Safety rules:100101- An ops observability card is not billing truth, provider quota truth, live metric-provider access, complete tracing, SLO pass, incident closure, root-cause proof, remediation completion, performance proof, or successful workflow completion evidence.102- Do not claim connector, gateway, runtime, file generation, memory mutation, or host automation evidence from prepared guidance.103104## Runtime Evidence105106Use the current host's own tools and subagent/task mechanism when available;107otherwise run the same lanes sequentially or name the unavailable capability.108A prepared plan, handoff, checklist, or skill installation is not execution,109review, CI, merge-readiness, or merge evidence. Report actual tool results or110`not_observed` / `not_available`; never invent dispatch or host accounting.111Treat supplied context as advisory, not proof of hidden memory reads or writes.112State scope, constraints, verification, and the stop condition before work.113Supporting paths are relative to this skill directory; sibling skill paths are114relative to its parent. Resolve them from the host-provided skill base directory115(`{baseDir}` on hosts that provide it), never a hardcoded install location.116A named workflow not installed here is unavailable, not permission to emulate117its host-specific capabilities. Verify through the real surface before done.