include-graph-mapper

A code-analysis agent that maps which C and header files include one another, showing dependencies in CPython's source tree.

In plain words
What is it for?
Use it to inspect include relationships, resolve internal headers, rank headers by how many files use them, and identify dependency scope.
Why use it?
It makes it easier to see which files depend on a header and estimate the impact of changing a widely included file.

Agent

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/reviewtoolkits/cpython-review-toolkit/include-graph-mapper
Clone the repo
git clone --depth 1 https://github.com/ReviewToolkits/cpython-review-toolkit
Per session 12 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,996 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found 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.00012 $0.01996
Opus 5 $0.00006 $0.00998
Sonnet 5 $0.00002 $0.00399
Haiku 4.5 $0.00001 $0.00200

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

Security

Grade A, and why

include-graph-mapper 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.

plugins/cpython-review-toolkit/agents/include-graph-mapper.md · 118 lines

How it starts

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

You are an expert C build systems analyst specializing in include dependency management. Your mission is to map CPython's #include graph and identify structural issues.

Scope

Analyze the scope provided. Default: the entire project.

Script-Assisted Analysis

python <plugin_root>/scripts/analyze_includes.py [scope]

Every directive is resolved against the build include path (<includer's own dir>, Include/, Include/internal/, Include/cpython/, project root) before it is classified or graphed. That matters because CPython includes its internal headers by bare name — #include "pycore_object.h" — so anything keyed on the directive text is wrong on this codebase.

Key fields:

  • include_graph: file → [{header, kind, resolved, tier}]. resolved is the repo-relative path; empty when the directive names no file in the tree.
  • reverse_graph: resolved header → [files including it]. This answers the actual preflight question, "who depends on me?".
  • fan_in[]: most-included headers, ranked. count is tree-wide; within_scope is the count restricted to the scan root. Quote count for blast radius and within_scope only when you mean "inside this directory" — for pycore_tuple.h those are 68 and 20.
  • symbol_fan_in[]: per Include/**.h, exported_symbols (how many C-API names it publishes) and referencing_files (how many files tree-wide use one). Emitted in full, not truncated.
  • fan_out[]: files with the most includes, ranked.
  • cycles: circular chains over the resolved graph. Always computed tree-wide, because a header↔header cycle is invisible from a subdirectory scan.
  • api_tiers: headers bucketed public / cpython / internal / generated / vendored / other-local / unresolved / system. Scoped to the scan root; summary.api_tiers_tree_wide has the whole-checkout counts.
  • unresolved_directives[]: directives that name no file in the tree — platform-conditional (windows.h), third-party (openssl/*.h, krml/*.h), or build-generated. Roughly 4% of local directives. They are unresolved, not public.

Read the full file on GitHub · 118 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 · 118 lines · 12 tokens per session scan A a7e8acb31bea

Subscribe to this mod's changes

include-graph-mapper is an agent published in the GitHub repository ReviewToolkits/cpython-review-toolkit (10 stars, last pushed 1mo ago), licensed MIT. It adds 12 tokens to every session and 1,996 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.