network-logs

Query and analyze live Aztec network logs from GCP Cloud Logging.

Updated May 14, 2026
One-click install
npx skills add https://github.com/HabibTorjmen/Blockchain --skill network-logs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: network-logs
Source: https://github.com/HabibTorjmen/Blockchain/tree/main/aztec-packages/.claude/skills/network-logs
Command: npx skills add https://github.com/HabibTorjmen/Blockchain --skill network-logs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you quickly understand what is happening in live Aztec deployments by turning vague operational questions into targeted GCP Cloud Logging queries and log-based findings.

Core Features & Use Cases

  • Namespace-aware log querying: Defaults to testnet and can target devnet, mainnet, or custom namespaces to isolate the right deployment.
  • Intent-driven investigations: Supports common operational intents like block production, proving progress/duration, transaction failures, and pod-specific behavior.
  • Time-range scoping for fast debugging: Uses a default freshness window (e.g., 10 minutes) and converts relative or absolute dates into timestamp filters for precise searches.
  • Subagent delegation: Delegates execution to the network-logs subagent using the required agent-file workflow.

Quick Start

Ask: "has testnet started producing blocks in the last 10 minutes?"

Frequently Asked Questions about network-logs

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

FAQPage Schema
How do I query Aztec network logs to check block production?

To query Aztec network logs for block production, specify your target namespace (like testnet or devnet) and time range. The system delegates to a subagent that filters GCP Cloud Logging results by severity and timestamp to diagnose block generation issues.

Can I filter GCP Cloud Logging results by pod-specific behavior and proving status?

Yes, you can filter GCP Cloud Logging results by pod-specific behavior and proving status. The system supports intent-driven investigations, allowing you to isolate proving duration, transaction failures, and specific pod activities across devnet, testnet, or mainnet namespaces.

How do I debug transaction processing failures in an Aztec deployment?

Debugging Aztec transaction processing failures requires querying live network logs using a specified namespace and time window. The system parses your operational intent and delegates a targeted GCP Cloud Logging query to extract relevant error logs without guessing log contents.

What is the default time range for Aztec network observability queries?

The default time range for Aztec network observability queries is typically a 10-minute freshness window. This time-range scoping converts relative or absolute dates into timestamp filters to ensure fast debugging and precise log searches across the specified deployment namespace.

Does this tool work with custom namespaces or only standard Aztec environments?

This tool works with both standard Aztec environments and custom namespaces. While it defaults to testnet, you can target devnet, mainnet, or specify a custom namespace to isolate the exact deployment you need to investigate for network observability.