telemetry-observability

Enforce structured JSON logging to stderr and persistent telemetry with trace IDs.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/thiagobutignon/nooa-the-pragmatic --skill telemetry-observability
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: telemetry-observability
Source: https://github.com/thiagobutignon/nooa-the-pragmatic/tree/main/.agent/skills/telemetry-observability
Command: npx skills add https://github.com/thiagobutignon/nooa-the-pragmatic --skill telemetry-observability

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill addresses the critical lack of structured logging, trace IDs, and persistent telemetry in CLI tools and agents, which hinders effective debugging, MTTR tracking, and performance optimization.

Core Features & Use Cases

  • Structured Logging: Ensures all diagnostic output is machine-readable JSON sent to stderr, keeping stdout clean for data.
  • Persistent Telemetry: Records every command's event, duration, success status, and metadata in a queryable store (e.g., SQLite).
  • Traceability: Implements trace IDs to correlate logs, telemetry, and events across operations.
  • Use Case: When a nooa code write command unexpectedly slows down, this skill allows you to quickly query historical telemetry to pinpoint the regression, identify the affected code path via trace IDs, and understand the impact.

Quick Start

Use the telemetry-observability skill to instrument the nooa code write command with structured logging and persistent telemetry.

Frequently Asked Questions about telemetry-observability

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I add structured logging to a CLI tool without breaking stdout?

Structured logging for CLI tools is achieved by writing JSON diagnostic output to stderr, which keeps stdout clean for data. This approach ensures machine-readable logs without interfering with command pipelines.

How does persistent telemetry help with debugging CLI command regressions?

Persistent telemetry records every command's event, duration, success status, and metadata in a queryable store like SQLite. You can query historical telemetry to pinpoint regressions and identify affected code paths using trace IDs.

Can I use SQLite as a telemetry store for tracking CLI performance metrics?

Yes, SQLite can be used as a persistent telemetry store to capture event, duration, success, and metadata for each CLI operation. This enables queryable performance analytics and MTTR tracking.

What is the best way to implement trace IDs for correlating CLI logs and events?

The best way to implement trace IDs is to generate unique identifiers for each operation and pass them through structured JSON logs to stderr and persistent telemetry storage. This correlates logs, telemetry, and events across operations.

Why do I need machine-readable JSON logging instead of plain text for CLI observability?

Machine-readable JSON logging is needed because it enables automated parsing, structured telemetry capture, and efficient debugging. Plain text lacks the structured fields required for trace ID correlation and queryable performance analytics.

How do I track command duration and success status for CLI operations?

Track command duration and success status by instrumenting CLI commands with persistent telemetry that records event metadata in a SQLite store. This captures timing and success metrics for each operation to enable performance analytics.