Agent skill

Agent Log Debugging

by LanternOps in LanternOps/breeze

A skill your agent uses when debugging agent issues, investigating agent errors, checking agent connectivity, or reviewing agent diagnostic logs.

AGPL-3.0Auto-check: notesDevelopment

Install Agent Log Debugging

skills CLI
$ npx skills add LanternOps/breeze --skill agent-log-debugging -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install LanternOps/breeze agent-log-debugging --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/LanternOps/breeze.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/agent-log-debugging .claude/skills/agent-log-debugging && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
agent-log-debugging
GitHub stars
130
Token cost
~1.6k tokens
SKILL.md length
408 words
Files
1
Skills in repo
14
Repo updated
First seen
Licence
AGPL-3.0

At a glance

A skill your agent uses when debugging agent issues, investigating agent errors, checking agent connectivity, or reviewing agent diagnostic logs.

  • Debugging agent issues
  • SKILL.md covers Overview, Quick Reference and Dev Push (Build & Deploy)
  • Calls docker and make; needs BREEZE_API_KEY and AUTH_TOKEN
  • Investigating agent errors

What it does

Agent Log Debugging is an agent skill from LanternOps/breeze. Use when debugging agent issues, investigating agent errors, checking agent connectivity, or reviewing agent diagnostic logs. Use when asked to check what an agent is doing or why it is failing.

Its SKILL.md is about 1.6k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Debugging. The repository describes itself as: The open-source IT platform that comes with the workers. RMM + PSA in one system, with a governed AI operator built in. The licence is AGPL-3.0.

When your agent uses it

  • Debugging agent issues
  • Investigating agent errors
  • Checking agent connectivity
  • Reviewing agent diagnostic logs

Example prompts

  • “/agent-log-debugging”

Requirements

  • Docker
  • A credential in BREEZE_API_KEY
  • A credential in AUTH_TOKEN

What it can do on your machine

Read from SKILL.md and the folder at commit 1f72bb7. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • docker
    • make

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use docker, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names these keys or tokens, usually read from environment variables:

    • BREEZE_API_KEY
    • AUTH_TOKEN

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Agent Log Debugging loads about 1.6k tokens when it runs. Until then it costs about 54 tokens; SKILL.md has 408 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~54
When it runs · the whole SKILL.md, loaded when a task matches
~1.6k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NoteMentions a .env fileSKILL.md:119
    Defaults are read from `/.env.dev` (gitignored). Just run:
  • NoteMentions a .env fileSKILL.md:126
    ### .env.dev format

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from LanternOps/breeze at commit 1f72bb7, republished under its AGPL-3.0 licence (© LanternOps). 408 words, ~1,552 tokens.

Download SKILL.mdSave it as .claude/skills/agent-log-debugging/SKILL.md (or your agent's skills folder).
name
agent-log-debugging
description
Use when debugging agent issues, investigating agent errors, checking agent connectivity, or reviewing agent diagnostic logs. Use when asked to check what an agent is doing or why it is failing.

Agent Log Debugging

Overview

Query agent diagnostic logs directly via Postgres in Docker. No API auth needed — just docker exec + psql.

Quick Reference

Direct SQL (fastest)
bash
docker exec breeze-postgres-dev psql -U breeze -d breeze -c "SQL HERE"

Common queries:

sql
-- Recent errors for a device
SELECT timestamp, level, component, message, fields
FROM agent_logs
WHERE device_id = 'DEVICE_UUID'
  AND level IN ('error', 'warn')
ORDER BY timestamp DESC LIMIT 50;

-- All logs for a device in last hour
SELECT timestamp, level, component, message
FROM agent_logs
WHERE device_id = 'DEVICE_UUID'
  AND timestamp > now() - interval '1 hour'
ORDER BY timestamp DESC;

-- Search by message text
SELECT timestamp, level, component, message, fields
FROM agent_logs
WHERE message ILIKE '%connection%'
ORDER BY timestamp DESC LIMIT 30;

-- Logs by component (updater, heartbeat, websocket, main, etc.)
SELECT timestamp, level, message, fields
FROM agent_logs
WHERE device_id = 'DEVICE_UUID'
  AND component = 'websocket'
ORDER BY timestamp DESC LIMIT 50;

-- Find device_id from agent_id
SELECT id, hostname, agent_id, status
FROM devices
WHERE agent_id = 'AGENT_ID_STRING';

-- Log volume by level (health check)
SELECT level, count(*) FROM agent_logs
WHERE timestamp > now() - interval '24 hours'
GROUP BY level ORDER BY count DESC;
Enable Debug Log Shipping

Default shipping level is warn. To get all logs for debugging, send a command to the agent:

json
{
  "type": "set_log_level",
  "payload": { "level": "debug", "durationMinutes": 60 }
}

Auto-reverts to warn after the duration. Send via device commands endpoint or WebSocket.

Note: Log shipping is NOT enabled by default. The agent_logs table will be empty until the agent's log shipper is configured and the API endpoint is reachable. If logs are empty, ask the user for logs from the agent's local log file instead.

Dashboard API Endpoint

GET /api/v1/devices/:deviceId/diagnostic-logs (JWT or API key auth)

Query params: ?level=warn,error, ?component=updater, ?since=ISO, ?until=ISO, ?search=keyword, ?page=1&limit=100

Agent Log File Locations
PlatformPath
WindowsC:\ProgramData\Breeze\logs\agent.log
Windows (user helper)C:\ProgramData\Breeze\logs\user-helper.log
macOS/Library/Application Support/Breeze/logs/agent.log
Linux/var/log/breeze/agent.log

Configurable via log_file in agent.yaml. Rotated at 50MB, 3 backups.

Log Shipping Pipeline

Agent slog handler → Shipper.Enqueue() → buffer (1000 entries) → batch every 60s → gzip POST to POST /api/v1/agents/:agentId/logs → agent_logs table

Key Tables
  • agent_logs — shipped diagnostic logs (level, component, message, fields, agent_version)
  • devices — lookup device_id from agent_id
  • device_commands — command history (check if set_log_level was sent)
Common Debug Scenarios
SymptomQuery
Agent not connectingFilter component=websocket, level=error
Heartbeat failuresFilter component=heartbeat, level=error
Update failuresFilter component=updater
mTLS issuesSearch message mTLS or certificate
Agent crash loopCheck log volume spike + last messages before gap
Remote desktop black screenFilter component=heartbeat or sessionbroker, check for IPC/helper messages
Helper disconnectCheck user-helper.log on device for timeout/IPC errors
Show full SKILL.md (150 more words)Show less

Dev Push (Build & Deploy)

Defaults are read from /.env.dev (gitignored). Just run:

bash
cd agent
make dev-push
.env.dev format
BREEZE_API_KEY=brz_...
BREEZE_DEV_DEVICE=<device-uuid>
BREEZE_API_URL=http://<your-dev-host>:3001
Override any default
bash
make dev-push DEVICE=<other-device> AUTH_TOKEN=<other-key> API_URL=<other-url>
Auth: JWT or API key

The Makefile auto-detects brz_ prefix and sends via X-API-Key header. JWTs are sent via Authorization: Bearer. The dev-push API endpoint (POST /api/v1/dev/push) accepts both.

Current dev environment
ItemValue
Device ID<device-uuid>
Agent ID<agent-id>
Hostname<your-dev-host>
API URLhttp://<your-dev-host>:3001
Platformwindows/amd64
Dev Iteration Loop: Fetch Logs → Fix → Deploy → Check

When debugging agent issues, use this cycle with dev push to iterate fast:

1. FETCH LOGS — identify the problem
   docker exec breeze-postgres-dev psql -U breeze -d breeze -c "
     SELECT timestamp, level, component, message
     FROM agent_logs
     WHERE device_id = '<device-uuid>'
       AND level IN ('error','warn')
     ORDER BY timestamp DESC LIMIT 30;"

   If agent_logs is empty, ask user for local log file contents.

2. FIX CODE — edit Go source in agent/internal/...

3. BUILD & DEPLOY — push new binary (agent restarts in ~5s)
   cd agent
   make dev-push

4. CHECK LOGS — verify the fix landed
   docker exec breeze-postgres-dev psql -U breeze -d breeze -c "
     SELECT timestamp, level, component, message, fields
     FROM agent_logs
     WHERE device_id = '<device-uuid>'
       AND timestamp > now() - interval '2 minutes'
     ORDER BY timestamp DESC;"

   → Confirm new agent_version shows 'dev-<timestamp>'
   → Confirm error/warn messages are gone
   → If not fixed, loop back to step 1

Tips:

  • Before starting, bump log level: send set_log_level command with {level: "debug", durationMinutes: 30} so you get full detail
  • After dev-push, auto_update is disabled on the agent — re-enable in agent.yaml when done
  • The dev push binary includes the version string dev-<unix-timestamp> — filter by agent_version in logs to confirm which build is running
  • Dev push only works in non-production (NODE_ENV !== 'production' or DEV_PUSH_ENABLED=true)

© LanternOps, AGPL-3.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .claude/skills/agent-log-debugging of LanternOps/breeze.

Open the folder on GitHubat commit 1f72bb7

Compare with similar skills

Agent Log Debugging next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Agent Log Debugging compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Agent Log Debugging this skillLanternOps/breeze130—~1.6kAutomated safety check: NotesAGPL-3.0
Native Data FetchingCherryHQ/cherry-studio-app4k6 repos~2.9kAutomated safety check: NotesMIT
Gumroad Prod Consoleantiwork/gumroad9.8k—~2.9kAutomated safety check: NotesMIT
LangBot Plugin Developmentlangbot-app/LangBot18k—~3.9kAutomated safety check: PassApache-2.0
Keybase RPC Log Analysiskeybase/client9.3k—~3kAutomated safety check: PassBSD-3-Clause
Jazz UI Developmentgarden-co/classic-jazz2.5k—~1.7kAutomated safety check: PassMIT

Similar skills

  • Native Data Fetching

    CherryHQ/cherry-studio-app

    A skill your agent uses when implementing or debugging ANY network request, API call, or data fetching.

    4k GitHub starsUsed in 6 repos~2.9k tokens
    DevelopmentAuto-check: notes
  • Gumroad Prod Console

    antiwork/gumroad

    Execute read-only Ruby/Rails commands against Gumroad's production database for debugging and investigation.

    9.8k GitHub stars~2.9k tokensUpdated today
    DevelopmentAuto-check: notes
  • LangBot Plugin Development

    langbot-app/LangBot

    Guides building, debugging and testing LangBot plugins: components, SDK calls, README and locale rules, SDK pitfalls and WebSocket-based testing.

    18k GitHub stars~3.9k tokensUpdated today
    DevelopmentAuto-check passed
  • Captures a clean Keybase service log and analyzes it for redundant, duplicated or looping RPCs, then checks whether a caching fix reduced the calls.

    9.3k GitHub stars~3k tokensUpdated today
    DevelopmentAuto-check passed
  • Jazz UI Development

    garden-co/classic-jazz

    A skill your agent uses when building, debugging, or optimizing Jazz applications.

    2.5k GitHub stars~1.7k tokensUpdated 1 mo ago
    DevelopmentAuto-check passed
  • Logging Patterns

    decebals/claude-code-java

    Java logging best practices with SLF4J, structured logging (JSON), and MDC for request tracing.

    750 GitHub starsUsed in 1 repo~3.3k tokens
    DevelopmentAuto-check passed

More from LanternOps/breeze

All 14 skills in this repo
  • Agent Info

    LanternOps/breeze

    Quick reference for the Breeze RMM Go agent architecture, commands, configuration, build process, and data flows.

    130 GitHub stars~4.7k tokensUpdated today
    Auto-check: notes
  • AI Agent

    LanternOps/breeze

    Quick reference for the Breeze RMM AI Agent system architecture, MCP tools, streaming chat, cost tracking, guardrails, and MCP server.

    130 GitHub stars~3.7k tokensUpdated today
    Auto-check passed
  • Breeze Helper

    LanternOps/breeze

    Quick reference for the Breeze Helper Tauri desktop app — architecture, Rust backend commands, React frontend, config files, IPC with the Go agent, helper chat API routes, tool approval flow, and…

    130 GitHub stars~3.2k tokensUpdated today
    Auto-check passed
  • E2E Coverage

    LanternOps/breeze

    A skill your agent uses when running a broad manual/AI-driven end-to-end verification of Breeze RMM across many merged PRs or commits — "test everything since the last release", release-readiness…

    130 GitHub stars~1.6k tokensUpdated today
    Auto-check passed
  • Feature Delivery

    LanternOps/breeze

    A skill your agent uses when orchestrating Breeze implementation work from this seat — dispatching waves or issue fixes to background sessions, deciding whether an open PR gets merged, handling a…

    130 GitHub stars~2.8k tokensUpdated today
    Auto-check passed
  • Gh Queue

    LanternOps/breeze

    A skill your agent uses when reviewing, triaging, or managing the incoming GitHub backlog on the Breeze repo — PRs, Discussions, AND Issues.

    130 GitHub stars~5k tokensUpdated today
    Auto-check passed

Questions about Agent Log Debugging

What does Agent Log Debugging do?

A skill your agent uses when debugging agent issues, investigating agent errors, checking agent connectivity, or reviewing agent diagnostic logs. Agent Log Debugging is an agent skill from LanternOps/breeze. Use when debugging agent issues, investigating agent errors, checking agent connectivity, or reviewing agent diagnostic logs.

When should I use Agent Log Debugging?

Agent Log Debugging fits situations like: debugging agent issues; investigating agent errors; checking agent connectivity; reviewing agent diagnostic logs.

How do I install Agent Log Debugging in Claude Code?

Run `npx skills add LanternOps/breeze --skill agent-log-debugging -a claude-code`. Or copy the skill folder (.claude/skills/agent-log-debugging in LanternOps/breeze) into .claude/skills/agent-log-debugging in your project. Claude Code loads it when a task matches its description.

How do I install Agent Log Debugging in Codex?

Run `npx skills add LanternOps/breeze --skill agent-log-debugging -a codex`. Or copy the skill folder (.claude/skills/agent-log-debugging in LanternOps/breeze) into .agents/skills/agent-log-debugging in your project. Codex loads it when a task matches its description.

Can I use Agent Log Debugging in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add LanternOps/breeze --skill agent-log-debugging -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/agent-log-debugging, .gemini/skills/agent-log-debugging, .github/skills/agent-log-debugging and .opencode/skills/agent-log-debugging in your project.

What does Agent Log Debugging need to run?

Going by SKILL.md and its folder, Agent Log Debugging needs the command-line tools its instructions call (docker and make) and credentials named BREEZE_API_KEY and AUTH_TOKEN. Our summary lists: Docker; A credential in BREEZE_API_KEY; A credential in AUTH_TOKEN.

Does Agent Log Debugging access the network?

SKILL.md contains no URLs. Its commands use docker, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Agent Log Debugging safe to install?

Our automated static check of SKILL.md found notes only (mentions a .env file), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Agent Log Debugging use?

Agent Log Debugging is published under the AGPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Agent Log Debugging use?

About 1.6k tokens (SKILL.md is roughly 6.2k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Agent Log Debugging?

Skills that share tags, products or a category with Agent Log Debugging: Native Data Fetching (CherryHQ/cherry-studio-app, 4k stars), Gumroad Prod Console (antiwork/gumroad, 9.8k stars), LangBot Plugin Development (langbot-app/LangBot, 18k stars) and Keybase RPC Log Analysis (keybase/client, 9.3k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Agent Log Debugging?

LanternOps (a GitHub organization) maintains it in LanternOps/breeze, which has 130 GitHub stars. The repository holds 14 skills in this directory. The repository was last updated on October 7, 2026.

Source: LanternOps/breeze on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.