ci-logs

Analyze CI failures from ci.aztec-labs.com logs using a delegated subagent.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you analyze failing CI runs by safely inspecting logs from ci.aztec-labs.com without direct, authenticated web access.

Core Features & Use Cases

  • Delegated CI Log Analysis: Passes a CI URL hash to a specialized analyze-logs subagent for targeted debugging.
  • Failure and Test-Focused Triage: Lets you request analysis for errors, a specific test name, or a custom question.
  • Authentication-Safe Workflow: Avoids WebFetch and direct HTTP calls by using the subagent’s built-in yarn ci dlog flow.

Quick Start

Ask the CI log analyzer to analyze your CI URL (or extracted hash) with a focus on the errors causing the failure.

Frequently Asked Questions about ci-logs

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

FAQPage Schema
How do I analyze CI logs using a run hash?

To analyze CI logs using a run hash, you pass the extracted URL hash from ci.aztec-labs.com to a specialized subagent. This delegated workflow processes the protected log data to identify failing steps and errors without requiring direct authenticated web access.

What is the best way to debug test failures from protected CI runs?

The best way to triage test failures from protected CI runs is to use a delegated log analysis subagent. By providing the CI run hash and a specific test name, the subagent safely downloads and inspects the logs to pinpoint the exact failure cause.

Can I use WebFetch or direct curling to download CI logs?

No, you cannot use WebFetch or direct curling to download CI logs. The workflow strictly forbids direct HTTP calls and instead requires delegating the log download via the built-in `yarn ci dlog` command to maintain an authentication-safe environment.

How do I identify specific failing steps in a continuous integration run?

To identify specific failing steps in a continuous integration run, you request a failure-focused log triage using the run's URL hash. The analysis subagent processes the extracted log data to isolate errors and highlight the exact steps that caused the failure.

Do I need an authenticated session to inspect continuous integration logs?

You do not need an authenticated session to inspect continuous integration logs if you use the delegated subagent workflow. It bypasses the need for direct authentication by utilizing the built-in `yarn ci dlog` flow to securely retrieve the log data.