/context-load-observability
Load comprehensive observability documentation with project-specific optimization and strategic context loading
How it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/context-load-observability
Context preview
What this command does when you run it.
Load comprehensive observability documentation with project-specific optimization and strategic context loading
Command definition
context-load-observability.mdallowed-tools: Read, WebFetch, Bash(fd:*), Bash(rg:*), Bash(jq:*), Bash(gdate:*), Bash(kubectl:*), Bash(docker:*), Task
name: "Context Load Observability"
description: "Load comprehensive observability documentation with project-specific optimization and strategic context loading"
author: "wcygan"
tags: ["context","observability"]
version: "1.0.0"
created_at: "2025-07-14T00:00:00Z"
updated_at: "2025-07-14T00:00:00Z"
Context
- Session ID: !`gdate +%s%N`
- Current directory: !`pwd`
- Observability tools detected: !`fd "(prometheus|grafana|jaeger|otel|tempo|loki)\.ya?ml$" . | head -5 || echo "No observability configs found"`
- Kubernetes manifests: !`fd "*\.ya?ml$" . | rg "(kind:|apiVersion:)" | head -5 || echo "No K8s manifests found"`
- Monitoring configs: !`fd "(alertmanager|blackbox|node-exporter)\.ya?ml$" . | head -5 || echo "No monitoring configs found"`
- Application instrumentation: !`rg "(prometheus|otel|jaeger|tracing)" . --type go --type java --type python --type javascript | wc -l | tr -d ' ' || echo "0"`
- Technology stack: !`fd "(deno\.json|package\.json|Cargo\.toml|go\.mod|pom\.xml)" . | head -5 || echo "No project files detected"`
- Container environment: !`docker ps --format "table {{.Names}}\t{{.Image}}" 2>/dev/null | rg "(prometheus|grafana|jaeger|tempo)" | head -5 || echo "No observability containers running"`
- Git status: !`git status --porcelain | head -3 || echo "Not a git repository"`
Your Task
STEP 1: Initialize observability context loading session
- CREATE session state file: `/tmp/observability-context-$SESSION_ID.json`
- INITIALIZE state tracking:
{
"sessionId": "$SESSION_ID",
"phase": "discovery",
"detectedTools": [],
"contextSources": [],
"loadedTopics": [],
"projectFocus": [],
"documentationCache": {}
}STEP 2: Project-specific observability analysis
- ANALYZE project structure from Context section
- DETECT existing observability tooling and configuration
- PRIORITIZE documentation based on project needs and technology stack
IF comprehensive observability stack detected (Prometheus + Grafana + tracing):
- FOCUS on advanced configuration, optimization, and integration patterns
- PRIORITIZE performance tuning, custom metrics, and advanced alerting
- INCLUDE scaling, federation, and multi-cluster observability
ELSE IF partial observability implementation:
- FOCUS on missing components and integration strategies
- PRIORITIZE migration patterns and incremental adoption
- INCLUDE compatibility guides and best practices
ELSE IF new observability project:
- FOCUS on foundational setup, basic configuration, and getting started guides
- PRIORITIZE architecture decisions, tool selection, and initial implementation
- INCLUDE project setup workflows and basic instrumentation patterns
STEP 3: Strategic documentation loading with parallel sub-agents
Think deeply about optimal documentation loading strategy based on project complexity and observability maturity.
IF complex multi-tool observability environment:
- USE Task tool for parallel documentation loading:
- **Prometheus Agent**: Load metrics, alerting, and federation documentation
- **Grafana Agent**: Load dashboard design, data sources, and visualization guides
- **Tracing Agent**: Load Jaeger/Tempo distributed tracing and OpenTelemetry instrumentation
- **Best Practices Agent**: Load SLO/SLI frameworks, incident response, and optimization guides
- COORDINATE findings across agents for comprehensive understanding
ELSE:
- EXECUTE sequential context loading focused on detected tools and project needs
- PRIORITIZE most relevant documentation areas first
STEP 4: Execute documentation loading workflow
TRY:
- LOAD comprehensive observability documentation from prioritized sources
- USE WebFetch tool for each documentation URL with targeted prompts
- ORGANIZE information by functional area and complexity level
- SAVE loaded context to session state cache
**Core Documentation Sources (load based on project analysis):**
1. **Prometheus Ecosystem**
- URL: `https://prometheus.io/docs/`
- FOCUS: Configuration, PromQL querying, alerting rules, federation
- EXTRACT: Metric collection patterns, performance tuning, storage optimization
2. **Grafana Platform**
- URL: `https://grafana.com/docs/`
- FOCUS: Dashboard design, data source integration, alerting, provisioning
- EXTRACT: Visualization best practices, template variables, advanced features
3. **Distributed Tracing (Jaeger/Tempo)**
- URL: `https://www.jaegertracing.io/docs/`
- FOCUS: Deployment strategies, sampling, performance optimization
- EXTRACT: Integration patterns, troubleshooting, scaling considerations
4. **OpenTelemetry Instrumentation**
- URL: `https://opentelemetry.io/docs/`
- FOCUS: Auto-instrumentation, manual instrumentation, collectors, exporters
- EXTRACT: Language-specific SDKs, configuration patterns, best practices
5. **Observability Best Practices**
- URL: `https://prometheus.io/docs/practices/`
- FOCUS: Metric naming conventions, instrumentation strategies, performance
- EXTRACT: SLO/SLI implementation, capacity planning, cost optimization
CATCH (documentation_loading_failed):
- LOG failed sources to session state
- CONTINUE with available documentation
- PROVIDE manual context loading instructions for failed sources
- SAVE fallback documentation references
STEP 5: Context organization and project integration
- SYNTHESIZE loaded documentation into project-relevant guidance
- ORGANIZE by implementation priority and complexity
- CREATE integration roadmap based on current project state
- GENERATE specific recommendations for detected technology stack
STEP 6: Session completion and state management
- UPDATE session state with loaded context summary
- SAVE documentation cache: `/tmp/observability-context-cache-$SESSION_ID.json`
- CREATE context loading report with coverage analysis
- MARK completion checkpoint
FI
Read more
allowed-tools: Read, WebFetch, Bash(fd:*), Bash(rg:*), Bash(jq:*), Bash(gdate:*), Bash(kubectl:*), Bash(docker:*), Task name: "Context Load Observability" description: "Load comprehensive observability documentation with project-specific optimization and strategic context loading" author: "wcygan" tags: ["context","observability"] version: "1.0.0" created_at: "2025-07-14T00:00:00Z" updated_at: "2025-07-14T00:00:00Z"
Context
- Session ID: !`gdate +%s%N`
- Current directory: !`pwd`
- Observability tools detected: !`fd "(prometheus|grafana|jaeger|otel|tempo|loki)\.ya?ml$" . | head -5 || echo "No observability configs found"`
- Kubernetes manifests: !`fd "*\.ya?ml$" . | rg "(kind:|apiVersion:)" | head -5 || echo "No K8s manifests found"`
- Monitoring configs: !`fd "(alertmanager|blackbox|node-exporter)\.ya?ml$" . | head -5 || echo "No monitoring configs found"`
- Application instrumentation: !`rg "(prometheus|otel|jaeger|tracing)" . --type go --type java --type python --type javascript | wc -l | tr -d ' ' || echo "0"`
- Technology stack: !`fd "(deno\.json|package\.json|Cargo\.toml|go\.mod|pom\.xml)" . | head -5 || echo "No project files detected"`
- Container environment: !`docker ps --format "table {{.Names}}\t{{.Image}}" 2>/dev/null | rg "(prometheus|grafana|jaeger|tempo)" | head -5 || echo "No observability containers running"`
- Git status: !`git status --porcelain | head -3 || echo "Not a git repository"`
Your Task
STEP 1: Initialize observability context loading session
- CREATE session state file: `/tmp/observability-context-$SESSION_ID.json`
- INITIALIZE state tracking:
{
"sessionId": "$SESSION_ID",
"phase": "discovery",
"detectedTools": [],
"contextSources": [],
"loadedTopics": [],
"projectFocus": [],
"documentationCache": {}
}STEP 2: Project-specific observability analysis
- ANALYZE project structure from Context section
- DETECT existing observability tooling and configuration
- PRIORITIZE documentation based on project needs and technology stack
IF comprehensive observability stack detected (Prometheus + Grafana + tracing):
- FOCUS on advanced configuration, optimization, and integration patterns
- PRIORITIZE performance tuning, custom metrics, and advanced alerting
- INCLUDE scaling, federation, and multi-cluster observability
ELSE IF partial observability implementation:
- FOCUS on missing components and integration strategies
- PRIORITIZE migration patterns and incremental adoption
- INCLUDE compatibility guides and best practices
ELSE IF new observability project:
- FOCUS on foundational setup, basic configuration, and getting started guides
- PRIORITIZE architecture decisions, tool selection, and initial implementation
- INCLUDE project setup workflows and basic instrumentation patterns
STEP 3: Strategic documentation loading with parallel sub-agents
Think deeply about optimal documentation loading strategy based on project complexity and observability maturity.
IF complex multi-tool observability environment:
- USE Task tool for parallel documentation loading:
- **Prometheus Agent**: Load metrics, alerting, and federation documentation
- **Grafana Agent**: Load dashboard design, data sources, and visualization guides
- **Tracing Agent**: Load Jaeger/Tempo distributed tracing and OpenTelemetry instrumentation
- **Best Practices Agent**: Load SLO/SLI frameworks, incident response, and optimization guides
- COORDINATE findings across agents for comprehensive understanding
ELSE:
- EXECUTE sequential context loading focused on detected tools and project needs
- PRIORITIZE most relevant documentation areas first
STEP 4: Execute documentation loading workflow
TRY:
- LOAD comprehensive observability documentation from prioritized sources
- USE WebFetch tool for each documentation URL with targeted prompts
- ORGANIZE information by functional area and complexity level
- SAVE loaded context to session state cache
**Core Documentation Sources (load based on project analysis):**
1. **Prometheus Ecosystem**
- URL: `https://prometheus.io/docs/`
- FOCUS: Configuration, PromQL querying, alerting rules, federation
- EXTRACT: Metric collection patterns, performance tuning, storage optimization
2. **Grafana Platform**
- URL: `https://grafana.com/docs/`
- FOCUS: Dashboard design, data source integration, alerting, provisioning
- EXTRACT: Visualization best practices, template variables, advanced features
3. **Distributed Tracing (Jaeger/Tempo)**
- URL: `https://www.jaegertracing.io/docs/`
- FOCUS: Deployment strategies, sampling, performance optimization
- EXTRACT: Integration patterns, troubleshooting, scaling considerations
4. **OpenTelemetry Instrumentation**
- URL: `https://opentelemetry.io/docs/`
- FOCUS: Auto-instrumentation, manual instrumentation, collectors, exporters
- EXTRACT: Language-specific SDKs, configuration patterns, best practices
5. **Observability Best Practices**
- URL: `https://prometheus.io/docs/practices/`
- FOCUS: Metric naming conventions, instrumentation strategies, performance
- EXTRACT: SLO/SLI implementation, capacity planning, cost optimization
CATCH (documentation_loading_failed):
- LOG failed sources to session state
- CONTINUE with available documentation
- PROVIDE manual context loading instructions for failed sources
- SAVE fallback documentation references
STEP 5: Context organization and project integration
- SYNTHESIZE loaded documentation into project-relevant guidance
- ORGANIZE by implementation priority and complexity
- CREATE integration roadmap based on current project state
- GENERATE specific recommendations for detected technology stack
STEP 6: Session completion and state management
- UPDATE session state with loaded context summary
- SAVE documentation cache: `/tmp/observability-context-cache-$SESSION_ID.json`
- CREATE context loading report with coverage analysis
- MARK completion checkpoint
FI
A lightweight (~46kB) and comprehensive CLI tool for managing Claude commands, configurations, and workflows.
Repo: kiliczsh/claude-cmd
Other commands on claude-cmd.
- /agent-browser-automation
Automate browser interactions for development testing using Puppeteer MCP
Open command - /agent-prep-merge
Prepare branches for merging across multiple worktrees and coordinate integration
Open command - /agent-persona-accessibility-expert
Transform into accessibility expert for WCAG compliance and inclusive design
Open command - /agent-persona-api-designer
Transform into an API design specialist who creates well-structured, developer-friendly APIs
Open command - /agent-persona-backend-specialist
Transform into backend specialist for scalable API and system design
Open command - /agent-persona-cloud-architect
Cloud architect persona for designing scalable, secure cloud infrastructure using modern cloud-native technologies
Open command

