skills/gco-stack-trace-read/SKILL.md
Stack trace / error analysis using GitHub Copilot CLI. Use when: (1) User says 'read stack trace', 'debug this error', 'what does this trace mean', (2) User pastes a stack trace or error output, (3) User provides a file path with an error log. Passes the trace to Copilot for structured debugging pointers. Diagnostic only — no fixes. Falls back to Claude direct analysis if Copilot unavailable.
npx skillsauth add takazudo/claude-resources gco-stack-trace-readInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Diagnostic analysis of a stack trace or error output via GitHub Copilot CLI. Read-only — no file modifications.
RATE_CHECK=$(node $HOME/.claude/scripts/gco-rate-limit.js check 2>&1)
If output starts with degraded:, notify the user Copilot is in low-cost mode but proceed anyway — still usable.
If the check itself fails (node error, script missing), skip silently and proceed. Do NOT block on rate-check failure.
The argument may be:
# If argument looks like a file path (no newlines, path-like):
if [ -f "<argument>" ]; then
TRACE_TEXT=$(cat "<argument>")
else
TRACE_TEXT="<inline argument text>"
fi
If no argument was provided, ask the user to paste the trace or provide a file path.
The prompt passed to gco-pure.sh must not include the trace text — gco-pure.sh appends stdin to the prompt automatically. The prompt should end with the Stack trace / error: header.
Assign PROMPT to the following literal text:
PROMPT="You are a debugging assistant. Analyze the following stack trace / error output.
Do NOT suggest code fixes or patches. Return a structured diagnostic report only.
Respond with exactly these three sections:
## Likely causes
Ranked bullets — most probable first. Each bullet: one sentence explaining what could cause this error, and why.
## Files / lines to inspect
File paths and line numbers mentioned in the trace, plus any implicated callsites. Format: \`path/to/file.ext:line\` — one per bullet. If no line numbers are available, list the file.
## Suggested next steps
Concrete debugging actions: add a log statement here, check this condition, verify this env var, reproduce with this input, etc. No code — just directions.
Stack trace / error:"
gco-pure.sh will append \n\n<TRACE_TEXT> after this header automatically (via stdin).
LOGDIR=$(node "$HOME/.claude/scripts/get-logdir.js")
mkdir -p "$LOGDIR"
DATETIME=$(date +%Y%m%d_%H%M%S)
printf '%s' "$TRACE_TEXT" | \
bash "$HOME/.claude/skills/gco/scripts/gco-pure.sh" \
"$PROMPT" \
> "$LOGDIR/${DATETIME}-gco-stack-trace.md" \
2> "$LOGDIR/${DATETIME}-gco-stack-trace-stderr.log"
$PROMPT is the variable assigned in Step 2. $TRACE_TEXT is the resolved trace from Step 1.
gco-pure.sh already has a 15-minute internal timeout. Run as a background Bash task.
node "$HOME/.claude/scripts/gco-rate-limit.js" check-output \
"$LOGDIR/${DATETIME}-gco-stack-trace.md" \
"$LOGDIR/${DATETIME}-gco-stack-trace-stderr.log"
If non-zero exit (rate limit detected): silently fall back — proceed to Step 5 without notifying the user.
If Copilot timed out, produced no usable output, rate limit was detected, or Copilot is not installed:
$LOGDIR/${DATETIME}-gco-stack-trace.mdgco-pure.sh via stdin (pipe), not as a second argument, to avoid shell escaping issues with large traces~ in paths — use $HOMEgco-pure.sh uses --available-tools with no list = zero tools (read-only, no web access)$LOGDIR/${DATETIME}-gco-stack-trace.mddevelopment
Link Claude Code skill names mentioned in a CodeGrid article (data/{series}/{n}.md) to the author's public claude-resources repo, pinned to the latest commit hash so links don't rot. Use when: (1) user says 'linkify cc resources', 'link the skills', 'link skill names', or invokes /dev-linkify-cc-resources; (2) editing a CodeGrid article that mentions `/commits`, `/pr-complete`, `/skill-creator` or other Claude Code skills and they should point to claude-resources. Only links skills that actually exist in the public repo; skips hypothetical examples and code blocks.
development
Second opinion from Claude Opus on a plan or approach. Use when: (1) Planning phase of /big-plan needs a higher-quality review than /codex-2nd / /gco-2nd / /gcoc-2nd, (2) User says 'opus 2nd' or 'opus opinion', (3) Wanting Anthropic's larger model to critique a plan. Spawns a general-purpose Agent with model: opus that reads the plan file and returns structured feedback. Anthropic quota — not free.
tools
AI-based testing via subagent + a per-task test-flow skill. Use when the user wants to verify something that mechanical assertions can't fully capture — image recognition, visual size/position comparison, animation smoothness, multi-step manual flows that need AI judgment. Triggers: 'AI-based test', 'AI test', 'visual verify', 'image recognition test', 'manual operation test', 'human-eye check', 'verify visually', 'compare screenshots', 'looks the same', 'looks correct'. The skill's job is to (1) author a focused test-flow skill that captures the exact procedure + verdict criteria, then (2) dispatch a verification subagent via the Agent tool that loads BOTH the test-flow skill AND a browser-driving skill (/verify-ui primary, /headless-browser fallback) so the subagent has clear context and consistent verdicts. NEVER uses `claude -p` — subagent dispatch goes through the Agent tool exclusively.
development
End-of-workflow audit of touched GitHub issues, PRs, and branches via a Sonnet subagent. Use when: (1) /big-plan, /x-as-pr, or /x-wt-teams finishes its main work and needs to verify every touched resource is in the right state (closed when done, kept when ongoing, deleted when dead), (2) User says 'cleanup resources', 'audit cleanup', or 'check what should be closed', (3) A long workflow ends and the manager wants a structured paper trail of what it closed/kept/deleted. Auto-execute by default — the Sonnet agent proposes, the manager (you) executes safe actions and prints a final report.