About o11y-logging
o11y-logging is a JoelClaw skill for adding and troubleshooting structured observability in system, worker, and gateway code. It defines event conventions, emission paths, and verification steps to reduce silent failures and replay noise.
Key features
- 01Canonical structured event contract
- 02Worker and gateway emission patterns
- 03Event fields and severity conventions
- 04OTEL delivery and smoke checks
- 05Inngest replay and hang triage
Use cases
- 01Adding telemetry to a worker or gateway change
- 02Checking observability sink delivery
- 03Investigating repeated events after Inngest replay
- 04Diagnosing stuck or failed durable runs
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ joelhooks/ joelclaw --skill o11y-loggingAfter installing, type/o11y-loggingin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
agents/openai.yamlassets/small-logo.svgreferences/implementation-checklist.mdscripts/otel-smoke.shDetails
From the project READMEJoelClaw Observability + Logging
Prevent silent failure by default. Observability is not optional polish: it is part of done.
Non-Negotiable Rules
- Use the canonical event contract only.
packages/system-bus/src/observability/otel-event.tspackages/system-bus/src/observability/emit.tspackages/system-bus/src/observability/store.ts
- Worker/Inngest code emits through
emitOtelEventoremitMeasuredOtelEvent. - Gateway code emits through
emitGatewayOtel. - Internal ingestion goes through
POST /observability/emit(packages/system-bus/src/serve.ts), not ad-hoc writes. - Never treat
console.logas primary observability. Keep structured events as source of truth. - High-cardinality values go in
metadata, not in facet fields (source,component,level,success). - Failures must set
success: falsewith a meaningfulerror. - Verify delivery to the sinks required by current telemetry configuration. Inspect mirror enablement first; a retired or optional mirror does not block unrelated work.
- In Inngest durable functions, any "emit once" telemetry must live inside
step.run(...)to avoid replay duplication after resume.
Event Conventions
source: subsystem (worker,gateway,webhook,memory,verification, etc.)component: stable module/service name (check-system-health,redis-channel,observe)action: stable dotted action (system.health.checked,events.immediate_telegram)metadata: request IDs, deployment IDs, function IDs, session IDs, payload identifiersduration_ms: include for timed operations
Use event-per-hop (wide event style): one context-rich event for each major boundary/operation, not scattered string logs.
Implementation Workflow
- Identify the boundary being changed.
- Inngest function, gateway channel, webhook route, API route, background job, sync step.
- Add success and failure envelopes.
- Start + completion for long tasks, or a single completion event for short tasks.
- Include operational and business context in
metadata.- Example: function id, event id, provider, queue depth, affected resource id.
- Keep severity useful.
debug/infofor normal activity,warnfor degraded but recoverable,error/fatalfor failures.
- Run verification gates before finishing.
For full checklists and command recipes, read references/implementation-checklist.md.
Quick Patterns
Worker / Inngest timed operation
import { emitMeasuredOtelEvent } from "../../observability/emit";
await emitMeasuredOtelEvent(
{
level: "info",
source: "worker",
component: "content-sync",
action: "content_sync.run",
metadata: { trigger: event.name },
},
async () => {
await runSync();
}
);
Gateway emission
import { emitGatewayOtel } from "../observability";
await emitGatewayOtel({
level: "error",
component: "redis-channel",
action: "events.immediate_telegram",
success: false,
error: "telegram_send_failed",
metadata: { sessionId, queueDepth },
});
CLI emission
Use --metadata for JSON context. There is no --attributes flag.
joelclaw otel emit "task.completed" \
--source system \
--component skills \
--success true \
--metadata '{"session":"NimbleBadger","task":"install wzrrd-publish skill"}'
Definition of Done
- Structured OTEL events added for the changed path.
- No direct feature-level writes to Typesense/Convex for observability data.
- Smoke probe passes (
scripts/otel-smoke.sh). joelclaw otel listandjoelclaw otel statsshow expected behavior.- New failure modes are queryable by
source,component, andaction.
Inngest Replay + Hang Triage
Use this when step code appears to run but runs remain RUNNING/CANCELLED with Finalization errors.
- Inspect run trace first.
joelclaw run <run-id>
Look for errors.Finalization.stack containing Unable to reach SDK URL.
- Confirm whether this is true network reachability or worker-side blocking.
joelclaw inngest status
joelclaw logs worker --lines 200
joelclaw logs errors --lines 200
- Check for replay-noise in OTEL.
If an action that should emit once (for example manifest.archive.prereqs-passed) appears hundreds of times in one run window, move that emit into its own step.run.
joelclaw otel search "manifest.archive.prereqs-passed" --hours 1
- Treat
Unable to reach SDK URLas an ambiguous symptom.
It can indicate ingress problems, but in practice it can also happen when a function handler blocks on local IO/dependencies long enough that finalization cannot complete.
Helper Script
Use scripts/otel-smoke.sh for a fast end-to-end probe:
./skills/o11y-logging/scripts/otel-smoke.sh verification o11y-skill probe.emit
Key Files
packages/system-bus/src/observability/otel-event.tspackages/system-bus/src/observability/emit.tspackages/system-bus/src/observability/store.tspackages/system-bus/src/serve.tspackages/gateway/src/observability.tspackages/system-bus/src/inngest/functions/check-system-health.tspackages/cli/src/commands/otel.tsapps/web/app/api/otel/route.ts