Skip to content
Back to skills

Agent Introspection Debugging

ASecurity

Use when structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Triggers on \"agent-introspection-debugging\", \"agent introspection debugging\", \"debugging\".

  • 2 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added September 19, 2026
ai-agentsgodebugging

Security analysis

A100/100

Scanned September 19, 2026

npx -y skills add majinmagros/magros.ai-skills --skill agent-introspection-debugging --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agent Introspection Debugging?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agent Introspection Debugging
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/majinmagros-agent-introspection-debugging/badge)](https://www.skillsdirectory.com/skills/majinmagros-agent-introspection-debugging)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: agent-introspection-debugging
description: "Use when structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Triggers on \"agent-introspection-debugging\", \"agent introspection debugging\", \"debugging\"."
metadata:
  origin: ECC
---

# Agent Introspection Debugging

Use this skill when an agent run is failing repeatedly, consuming tokens without progress, looping on the same tools, or drifting away from the intended task.

This is a workflow skill, not a hidden runtime. It teaches the agent to debug itself systematically before escalating to a human.

## When to Activate

- Maximum tool call / loop-limit failures
- Repeated retries with no forward progress
- Context growth or prompt drift that starts degrading output quality
- File-system or environment state mismatch between expectation and reality
- Tool failures that are likely recoverable with diagnosis and a smaller corrective action

## Scope Boundaries

Activate this skill for:
- capturing failure state before retrying blindly
- diagnosing common agent-specific failure patterns
- applying contained recovery actions
- producing a structured human-readable debug report

Do not use this skill as the primary source for:
- feature verification after code changes; use `verification-loop`
- framework-specific debugging when a narrower ECC skill already exists
- runtime promises the current harness cannot enforce automatically

## Four-Phase Loop

### Phase 1: Failure Capture

Before trying to recover, record the failure precisely.

Capture:
- error type, message, and stack trace when available
- last meaningful tool call sequence
- what the agent was trying to do
- current context pressure: repeated prompts, oversized pasted logs, duplicated plans, or runaway notes
- current environment assumptions: cwd, branch, relevant service state, expected files

Minimum capture template:

```markdown
## Failure Capture
- Session / task:
- Goal in progress:
- Error:
- Last successful step:
- Last failed tool / command:
- Repeated pattern seen:
- Environment assumptions to verify:
```

### Phase 2: Root-Cause Diagnosis

Match the failure to a known pattern before changing anything.

| Pattern | Likely Cause | Check |

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…