Borrowing it
Nothing to install: this file belongs to zymazza/mazzap. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/zymazza/mazzap/master/CLAUDE.mdgit clone --depth 1 https://github.com/zymazza/mazzapWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/instructions/zymazza/mazzap/claude-md)<a href="https://agentmods.dev/instructions/zymazza/mazzap/claude-md"><img src="https://agentmods.dev/badge/instructions/zymazza/mazzap/claude-md/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/instructions/zymazza/mazzap/claude-md"><img src="https://agentmods.dev/badge/instructions/zymazza/mazzap/claude-md.svg" alt="Reviewed on agentmods" width="80" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.08673 | $0.08673 |
| Opus 5.5 | $0.03469 | $0.03469 |
| Sonnet 5.5 | $0.01735 | $0.01735 |
| Haiku 4.5 | $0.00867 | $0.00867 |
Grade A, and why
mazzap CLAUDE.md scanned grade A with 1 finding 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 2mo 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.
Runs shell commandslowCapability
Expected in a hook, worth knowing in a rule or an instructions file.
**Chat panel ("Ask the land"):** the viewer's collapsible chat window (`public/chat.js`, stacked above the coordinate readout) talks to `POST /api/chat` in `server.js`, which spawns `scripts/mcp_server.py` once and bridg How it starts
The opening of the file, as written. The whole thing — 145 lines — stays where its author put it; the contents beside it link to each section on GitHub.
CLAUDE.md
This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
What this is
VEIL is a standalone, region-agnostic, fully georeferenced 3D digital-twin engine: point it at a DEM (and optionally imagery and map layers) and it builds a browser-viewable twin of that ground. No database server, no cloud, no build step at view time: a zero-dependency Node static server (server.js) serves a Three.js viewer (public/) over a self-contained bundle of geospatial data (a twin's data/ or any --data-dir/TWIN_DATA_DIR). Nothing is fetched from the network at view time. Twin data is private and gitignored — the repo ships only code plus one small demo AOI (packs/us-national/demo/); see "Privacy" in the README.
The system of record is the twin store — canonically, the append-only write journal in <data>/journal/, materialized as a GeoPackage at <data>/twin.gpkg (see "Twin store" below). The flat JSON the viewer loads is an export of the store — the viewer is a window on the store, not the product.
Commands
npm start # serve at http://127.0.0.1:4173 (PORT/HOST/TWIN_DATA_DIR env override)
npm run demo # build the Flatirons demo twin into twins/demo/data (needs internet + GDAL)
npm run serve-demo # serve the demo twin at http://127.0.0.1:4174
npm test # query-layer tests against the offline committed fixture twin
npm run test:demo # query-layer tests against the real-data demo twin (builds it if missing)
npm run build-test-fixture # regenerate the committed offline test fixture twin
npm run build-from-aoi # build a whole US twin from one AOI polygon (3DEP + NAIP + LANDFIRE)
npm run ingest-dem # genesis: any DEM (+ AOI) -> terrain grid + georef.json
npm run ingest-imagery # align aerial imagery to the terrain footprint
npm run add-layer # import any vector/raster file as a draped, clickable layer
npm run rebuild-store # reconstruct <data>/twin.gpkg from its journal
npm run migrate # genesis only: seed a store (+ journal) from a flat data/ bundle
npm run export # regenerate every viewer JSON payload from the store
npm run build-vegetation # tree/shrub instances -> store -> export (analyze_vegetation.py + build_surrounding_vegetation.py)
npm run canopy-history # temporal query: canopy density per pipeline run (--bbox to scope)
npm run build-survey-package # generate the QField survey package (Survey companion)
npm run analyze-hydrology # Tier-1 terrain hydrology: flow/wetness/ponding/seep layers + summary
npm run hydro-scenario # snowmelt scenario CLI (the Simulation window calls it via /api/simulate)
python3 scripts/fetch_distant_terrain.py # viewshed distant-terrain manifest/fetch metadata
python3 scripts/analyze_viewshed.py # precomputed horizon + AOI cumulative viewshed drape
python3 scripts/mcp_server.py # MCP server (stdio) over the twin store — see docs/mcp.md
npm run test:plan # Plan engine/journal/GAIA surface + real REST integration
python3 -m venv .venv-live && .venv-live/bin/python -m pip install -r requirements-live.txt
# install/update live telemetry bridge deps
docker compose up --build # serve in a container (Node + full Python pipeline, pinned)
docker compose run --rm veil <cmd> # run any npm/pipeline step in that image (twins persist to ./twins)
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.
- 2mo ago First seen · 145 lines · 8,673 tokens per session scan A c0f1cdd995b6
mazzap CLAUDE.md is an instructions file published in the GitHub repository zymazza/mazzap (153 stars, last pushed 3mo ago), licensed MIT. It adds 8,673 tokens to every session, about $0.0347 per session on Opus 5.5. A static security scan graded it A with 1 finding (runs shell commands). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
mazzap CLAUDE.md compared with instructions from other repositories
| Mod | Type | Stars | Last push | Licence | Scan | Tokens | Works with |
|---|---|---|---|---|---|---|---|
| mazzap CLAUDE.mdzymazza/mazzap | Instructions file | 153 | 3mo ago | MIT | A | 8,673 | Claude Code |
| vscode buildNext.instructions.mdmicrosoft/vscode | Instructions file | 195k | today | MIT | A | 9,719 | GitHub Copilot |
| vscode oss-third-party-notices.instructions.mdmicrosoft/vscode | Instructions file | 195k | today | MIT | A | 5,516 | GitHub Copilot |
| next.js AGENTS.mdvercel/next.js | Instructions file | 143k | yesterday | MIT | A | 7,461 | Codex, OpenCode |
| langchain AGENTS.mdlangchain-ai/langchain | Instructions file | 149k | today | MIT | A | 4,680 | Codex, OpenCode |
| vscode copilot-instructions.mdmicrosoft/vscode | Instructions file | 195k | today | MIT | A | 3,093 | GitHub Copilot |
| vscode model-prompts.instructions.mdmicrosoft/vscode | Instructions file | 195k | today | MIT | A | 2,022 | GitHub Copilot |