logging

Generate structured JSONL logs with correlation IDs for CAPPY investigations.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/theLightArchitect/cappy-toolkit --skill logging-thelightarchitect
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: logging
Source: https://github.com/theLightArchitect/cappy-toolkit/tree/main/skills/logging
Command: npx skills add https://github.com/theLightArchitect/cappy-toolkit --skill logging-thelightarchitect

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

CAPPY investigations currently lack consistent, searchable logs, making it hard to trace actions, correlate data across phases, and diagnose issues quickly.

Core Features & Use Cases

  • Structured JSONL logs: Every event from entry point to investigation summary is recorded as a JSON line with timestamps and correlation IDs.
  • Correlation ID propagation: A single UUID ties together all logs for a case, enabling end‑to‑end traceability.
  • Phase and gate logging: Automatic logs for phase transitions, tool executions, sub‑skill invocations, and gate decisions provide visibility into workflow progress.
  • Error and performance metrics: Detailed error objects with stack traces and per‑phase performance stats help monitor reliability and speed.
  • Log querying utilities: Built‑in jq and grep examples let users filter logs by case ID, correlation ID, or specific operations.

Quick Start

Activate structured logging for case SF-12345678 using the CAPPY logging command.

Frequently Asked Questions about logging

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

FAQPage Schema
How do I add structured logging with correlation IDs to track investigation workflows?

Structured logging for investigation workflows uses JSONL files to record every event with a single UUID correlation ID, ensuring end-to-end traceability across all phases. This ties together phase transitions, tool executions, and gate decisions for easy diagnosis.

What is the best way to trace errors and performance metrics across investigation phases?

Tracing errors and performance metrics across investigation phases requires logging detailed error objects with stack traces and per-phase performance stats. JSONL entries capture this data automatically, allowing you to monitor reliability and speed throughout the workflow.

Can I query JSONL logs to filter by case ID or specific tool executions?

Querying JSONL logs to filter by case ID or specific tool executions is fully supported using built-in jq and grep examples. You can easily search structured JSON logs to isolate specific operations, correlation IDs, or discrepancy tracking events.

How do I maintain context-aware logging when transitioning between investigation phases?

Context-aware logging during investigation phase transitions is maintained by continuously updating an inv_context.json file. This file integrates with the JSONL logs to capture entry points, sub-skill invocations, and gate checks, preserving context across the entire case.

Why do I need structured JSONL logs instead of standard text logs for case investigations?

Structured JSONL logs are needed for case investigations because they provide consistent, searchable records with timestamps and correlation IDs that standard text logs lack. This structure makes it significantly easier to trace actions, correlate data, and diagnose issues quickly.