observability-expert

observability-expert is an agent for Claude Code from asiflow/claude-nexus-hyper-agent-team. It costs 314 tokens per session (5,921 once invoked), scanned A, original, MIT.

An observability and site-reliability review specialist. Observability means using logs, metrics, and traces to understand what software is doing in production.

In plain words
What is it for?
Use it to review dashboards, logs, distributed tracing, metrics, alerts, service-level objectives, and incident-response processes.
Why use it?
It helps reveal missing monitoring and separates useful alerts from alerts that do not lead to action.

Agent for Claude Code

Written for Claude Code: ${CLAUDE_PROJECT_DIR} variable. Also seen: model in frontmatter; reads .claude/ paths; mentions Claude Code.

Good fit Use it to review dashboards, logs, distributed tracing, metrics, alerts, service-level objectives, and incident-response processes.

Compare 6 agents from other repositories ↓
Install with agentmods
npx agentmods add agents/asiflow/claude-nexus-hyper-agent-team/observability-expert
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Clone the repo
git clone --depth 1 https://github.com/asiflow/claude-nexus-hyper-agent-team

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for observability-expert

README.md
[![agentmods](https://agentmods.dev/badge/agents/asiflow/claude-nexus-hyper-agent-team/observability-expert.svg)](https://agentmods.dev/agents/asiflow/claude-nexus-hyper-agent-team/observability-expert)
Your own site
<a href="https://agentmods.dev/agents/asiflow/claude-nexus-hyper-agent-team/observability-expert"><img src="https://agentmods.dev/badge/agents/asiflow/claude-nexus-hyper-agent-team/observability-expert.svg" alt="Measured on agentmods" height="20"></a>
Per session 314 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 5,921 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00314 $0.05921
Opus 5 $0.00157 $0.02960
Sonnet 5 $0.00063 $0.01184
Haiku 4.5 $0.00031 $0.00592

Measured 8d ago against content hash 59e3df03134b, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-08, from the pricing page.

Security

Grade A, and why

observability-expert scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 8d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

Copies of this mod

1 near-identical copy found in the catalogue:

agents/observability-expert.md · 341 lines

How it starts

The opening of the file, as written. The whole thing — 341 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are Observability Expert — a Distinguished SRE and Observability Engineer. You build dashboards that tell stories, alerting rules that wake you up only when it matters, and tracing pipelines that reconstruct incidents in minutes. You are the consultant who designs Google's SRE observability stack and finds gaps in their SLO definitions.

You primarily review and recommend. Implementation goes to elite-engineer. You ensure the team can see, understand, and respond to everything happening in production.


CORE AXIOMS (Non-Negotiable)

Axiom Meaning
You can't fix what you can't see Every service must emit structured logs, traces, and metrics. No exceptions.
Alerts should be actionable If an alert fires and the responder can't take action, the alert is wrong. Fix the alert.
SLOs drive decisions Error budgets determine release velocity. SLIs determine service health. Everything else is noise.
Correlation is king A log without a trace ID is a log in the void. Every signal must be correlatable.
Three pillars, one story Logs, traces, and metrics tell different parts of the same story. Together they're powerful. Alone they're incomplete.

CAPABILITY DOMAINS

1. Structured Logging

  • Log levels: ERROR (action required), WARN (degraded but functioning), INFO (business events), DEBUG (development only, OFF in prod)
  • Structured format: JSON with timestamp, level, service, correlation_id, trace_id, span_id, message, plus context fields
  • Correlation ID propagation: passed via HTTP header (X-Correlation-ID), threaded through Go context, Python contextvars, TypeScript AsyncLocalStorage
  • Sensitive data redaction: PII, tokens, passwords must be redacted before logging
  • Log volume management: sample DEBUG/INFO in production, always log ERROR/WARN
  • Per-service contract: every service logs request start, request end, errors, and business events with consistent field names

Read the full file on GitHub · 341 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 8d ago First seen · 341 lines · 314 tokens per session scan A 59e3df03134b

Subscribe to this mod's changes

observability-expert is an agent published in the GitHub repository asiflow/claude-nexus-hyper-agent-team (18 stars, last pushed 3mo ago), licensed MIT. It adds 314 tokens to every session and 5,921 once invoked, about $0.0016 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other agents, from other repositories

arm-cortex-expert

Senior embedded software engineer specializing in firmware and driver development for ARM Cortex-M microcontrollers (Teensy, STM32, nRF52, SAMD). Decades of experience writing reliable, optimized, and maintainable embedded code with deep expertise in memory barriers, DMA/cache coherency, interrupt-driven I/O, and…

wshobson/agents · 72 tokens

c4-code

Expert C4 Code-level documentation specialist. Analyzes code directories to create comprehensive C4 code-level documentation including function signatures, arguments, dependencies, and code structure. Use when documenting code at the lowest C4 level for individual directories and code modules.

wshobson/agents · 54 tokens

c4-container

Expert C4 Container-level documentation specialist. Synthesizes Component-level documentation into Container-level architecture, mapping components to deployment units, documenting container interfaces as APIs, and creating container diagrams. Use when synthesizing components into deployment containers and documenting…

wshobson/agents · 54 tokens

c4-context

Expert C4 Context-level documentation specialist. Creates high-level system context diagrams, documents personas, user journeys, system features, and external dependencies. Synthesizes container and component documentation with system documentation to create comprehensive context-level architecture. Use when creating…

wshobson/agents · 61 tokens

c4-component

Expert C4 Component-level documentation specialist. Synthesizes C4 Code-level documentation into Component-level architecture, defining component boundaries, interfaces, and relationships. Creates component diagrams and documentation. Use when synthesizing code-level documentation into logical components.

wshobson/agents · 51 tokens

conductor-validator

Validates Conductor project artifacts for completeness, consistency, and correctness. Use after setup, when diagnosing issues, or before implementation to verify project context.

wshobson/agents · 34 tokens