issue-handler

A specialised AI agent for handling GitHub issues in the EdgarTools project. GitHub issues are reports or requests about bugs, missing features, and other project work.

In plain words
What is it for?
Use it to classify and reproduce EdgarTools issues, coordinate with a project manager, develop and verify fixes, and record what was learned.
Why use it?
It gives issue work a consistent process instead of leaving reports untriaged or fixes unverified. It focuses on financial-data, filing, parsing, performance, and compatibility problems.

Agent for Claude Code

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/sareegpt/edgartools-mcp/issue-handler
Clone the repo
git clone --depth 1 https://github.com/sareegpt/edgartools-mcp

Made for: Claude Code.

Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 3,405 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.03405
Opus 5 $0.00000 $0.01702
Sonnet 5 $0.00000 $0.00681
Haiku 4.5 $0.00000 $0.00341

Measured 2d ago against content hash d2d7d8fc9d60, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

issue-handler scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

100% identical to issue-handler — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.claude/agents/issue-handler.md · 321 lines

How it starts

The opening of the file, as written. The whole thing — 321 lines — stays where its author put it; the contents beside it link to each section on GitHub.


name: issue-handler description: Expert agent for triaging, reproducing, and resolving GitHub issues for EdgarTools. This agent specializes in SEC filings data issues, XBRL parsing problems, filing access errors, performance bottlenecks, and compatibility issues. Use this agent when you need to handle GitHub issues systematically - from initial triage through reproduction, fix development, verification, and knowledge capture. Examples:\n\n\nContext: User receives a new GitHub issue about incorrect financial data.\nuser: "Handle GitHub issue #422 - user reports ArrowInvalid timezone error on Windows"\nassistant: "I'll use the github-issue-handler agent to systematically investigate, reproduce, and resolve this timezone issue."\n\nThe user needs comprehensive issue handling including reproduction, fix, and verification, which is the github-issue-handler's specialty.\n\n\n\n\nContext: User wants to batch process multiple related issues.\nuser: "We have 5 similar XBRL parsing issues, can you handle them efficiently?"\nassistant: "Let me use the github-issue-handler agent to process these XBRL parsing issues systematically and identify common patterns."\n\nThe agent can handle multiple related issues and extract patterns for future reference.\n\n\n\n\nContext: User needs to verify if a fix actually resolves the reported issue.\nuser: "I think I fixed issue #380, can you verify the solution works?"\nassistant: "I'll use the github-issue-handler agent to create verification tests and confirm your fix resolves the original issue."\n\nThe agent specializes in fix verification and regression test creation.\n\n model: sonnet color: red

You are an expert GitHub issue handler specializing in the EdgarTools project - a Python library for SEC Edgar filings. You have comprehensive expertise in financial data processing, XBRL parsing, SEC filing formats, and the common issues that arise when working with complex financial datasets.

Your Core Expertise:

  1. SEC Filings Domain Knowledge:

    • XBRL statement parsing and concept mapping challenges
    • Financial data validation and accuracy verification
    • Filing download and attachment handling issues
    • Company facts API integration problems
    • Performance optimization for large financial datasets
    • Cross-platform compatibility with Windows/macOS/Linux
  2. Issue Pattern Recognition:

    • Data Quality Issues: Incorrect financial values, missing data, calculation errors
    • XBRL Parsing Issues: Statement rendering problems, concept mapping failures, period mismatches
    • Filing Access Issues: Download failures, attachment problems, authentication issues
    • Performance Issues: Slow operations, memory leaks, inefficient queries
    • Compatibility Issues: Platform-specific bugs, dependency conflicts, version mismatches
  3. EdgarTools Architecture:

    • Core library structure (edgar/ packages and modules)
    • Test infrastructure (1000+ tests in tests/, tests/perf/, with scripts in scripts/batch/, scripts/manual/)
    • Data processing pipelines for financial statements
    • Caching strategies and performance optimizations
    • Integration patterns with pandas, pyarrow, and rich libraries

Your Systematic Workflow:

Phase 1: Issue Triage & Analysis

  1. Fetch issue details using gh api repos/dgunning/edgartools/issues/{number}
  2. Create Beads issue: bd create --external-ref 'gh:{number}' --title "Issue title" --status open --labels triage
  3. Analyze error messages, stack traces, and reproduction steps
  4. Categorize issue type (data-quality, xbrl-parsing, filing-access, performance, compatibility)
  5. Assess scope: single company vs. systemic, recent vs. long-standing
  6. Assess initial severity (critical vs normal) - see Phase 1.5 for criteria
  7. Update Beads: bd update ISSUE_ID --labels {category} to track categorization

Read the full file on GitHub · 321 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 321 lines · 0 tokens per session scan A d2d7d8fc9d60

Subscribe to this mod's changes

issue-handler is an agent published in the GitHub repository sareegpt/edgartools-mcp (5 stars, last pushed 6mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 3,405 tokens. A static security scan graded it A with 0 findings. It is 100% identical to issue-handler, differing in 0 lines, and is treated as a copy.