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.
npx agentmods add skills/snowflake-labs/cocoplus/map-explainnpx skills add Snowflake-Labs/cocoplus --skill map-explaingit clone --depth 1 https://github.com/Snowflake-Labs/cocoplusWrote 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/skills/snowflake-labs/cocoplus/map-explain)<a href="https://agentmods.dev/skills/snowflake-labs/cocoplus/map-explain"><img src="https://agentmods.dev/badge/skills/snowflake-labs/cocoplus/map-explain.svg" alt="Measured on agentmods" 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.00026 | $0.01007 |
| Opus 5 | $0.00013 | $0.00504 |
| Sonnet 5 | $0.00005 | $0.00201 |
| Haiku 4.5 | $0.00003 | $0.00101 |
Grade A, and why
map-explain 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.
How it starts
The opening of the file, as written. The whole thing — 138 lines — stays where its author put it; the contents beside it link to each section on GitHub.
$map explain <target>
Explain a specific function, capability, or schema element in domain terms using the committed coco-map.json. Answers: what it does, what depends on it, what it depends on, and how it relates to the nearest business capability.
Preconditions
.cocoplus/must be initialized.cocoplus/map/coco-map.jsonmust exist (run$mapfirst)<target>argument must be provided
Arguments
<target>(required): A function name, business capability name, or schema element name to explain. Case-insensitive matching is applied.
Step-by-Step Behavior
-
Verify initialization: Check
.cocoplus/exists. If not, output: "CocoPlus not initialized. Run$pod initfirst." and exit. -
Verify map exists: Check
.cocoplus/map/coco-map.jsonexists. If not, output:No function knowledge graph found. Run $map first to build it.and exit.
-
Read
coco-map.json: Load all structural and domain sections. -
Locate target: Search for
<target>across:- Function names in
structural.functions - Capability names in
domain.capabilities - Vocabulary terms in
domain.vocabulary - Apply case-insensitive fuzzy match (substring match if exact match not found)
- Function names in
-
If not found: Output:
No function or capability named '[target]' found in coco-map.json. Available functions: [comma-separated list] Available capabilities: [comma-separated list] Run $map to refresh the map if the project has changed.and exit.
-
Build explanation depending on target type:
For a function:
[function-name] — Cortex AI Function
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
What it does:
[domain-level description from domain.vocabulary and domain.capabilities]
Cortex API: [AI_CLASSIFY / AI_COMPLETE / etc.]
File: [file-path]
Schema: [database.schema.function-name]
Business capability:
[nearest capability from domain.capabilities, or "Not associated with a named capability"]
Dependencies (what it depends on):
Direct: [list of functions/tables this function depends on]
Transitive: [second-level dependencies if notable]
[or: "No upstream dependencies"]
Dependents (what depends on it):
Direct: [list of functions that call or depend on this one]
Transitive: [downstream functions up to 3 hops]
[or: "No downstream dependents — this is a leaf function"]
Evaluation coverage:
[Evaluation set name and baseline accuracy if available, or "No evaluation baseline — Gap detected"]
Last analyzed: [timestamp from coco-map.json meta.generated_at]
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.
- 2d ago First seen · 138 lines · 26 tokens per session scan A 281a2e8c4a17
map-explain is a skill published in the GitHub repository Snowflake-Labs/cocoplus (720 stars, last pushed 2d ago), licensed MIT. It adds 26 tokens to every session and 1,007 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-09-03.
Other skills, from other repositories
prompt-engineering
Master advanced prompt engineering techniques to maximize LLM performance, reliability, and controllability in production. Use when optimizing prompts, improving LLM outputs, designing production prompt templates, or building AI-powered features.
sensitive-logging-audit
Audit and fix sensitive-data exposure through Python runtime logging in openai-agents-python. Use when reviewing logging, print, warnings, stderr, traceback, MCP names, model or tool exceptions, redaction flags, or any diagnostic path that may retain user data.
benchmark-tune
Use this skill when running, debugging, interpreting, or documenting mesh-llm benchmark tune model-serving throughput trials, including choosing ctx/batch/ubatch/mmap/mlock/speculative-decoding sweeps, running benchmark tune on local or SSH hosts, collecting JSON evidence, and applying tolerance-aware recommendations.…
hf-gguf-quant-jobs
Use when creating, monitoring, validating, or documenting low-memory Hugging Face Jobs or local runs that quantize split BF16/FP16 GGUF model repos into custom quant GGUF repos with skippy-quantize.
hf-bf16-gguf-conversion-jobs
Use when converting Hugging Face SafeTensors checkpoints into split BF16 GGUF model repos with skippy-quantize on Hugging Face Jobs or a local machine, then publishing the artifact to Hugging Face.
hf-quant-and-layer-package-jobs
Use when running quantization of a BF16/FP16 GGUF repo and Skippy layer-package creation as one local or Hugging Face Jobs workflow, publishing both artifacts to Hugging Face.