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/profsynapse/nexus/nexus-agentsnpx skills add ProfSynapse/nexus --skill nexus-agentsgit clone --depth 1 https://github.com/ProfSynapse/nexusWrote 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/profsynapse/nexus/nexus-agents)<a href="https://agentmods.dev/skills/profsynapse/nexus/nexus-agents"><img src="https://agentmods.dev/badge/skills/profsynapse/nexus/nexus-agents.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 | $0.00060 | $0.00798 |
| Opus 5 | $0.00030 | $0.00399 |
| Sonnet 5 | $0.00012 | $0.00160 |
| Haiku 4.5 | $0.00006 | $0.00080 |
Grade A, and why
nexus-agents 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 4d 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 — 59 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Nexus agents and tools
Context: Nexus exposes exactly two MCP tools — getTools (discovery) and
useTools (execution). Every agent is internal and reached through those two, so
adding an agent adds no MCP tool; it adds something discoverable through them.
This file routes. The detail loads when you take the path.
Workflow
- Get current truth before you write anything. Trust no inventory in any
document, including this one — regenerate the catalog and read it. It lists
every command a caller can actually type, and it is the artifact the
shipped-docs gate reads:
npm run schemas:release # refresh committed catalogs node scripts/generate-tool-schemas.mjs --output - --selector "storage" # inspect, write nothing ls src/agents/ src/agents/apps/ # who exists grep -n "slug:" src/agents/<agent>/<agent>.ts # that agent's slugs - Take the protocol for the job. Read it before acting; a summarized procedure
is one you will improvise.
- Adding a tool to an existing agent:
protocols/add-tool.md - Adding an agent (core or app):
protocols/add-agent.md - Changing the
useTools/getToolspayload or the CLI grammar:protocols/change-payload-contract.md - Something already broke: start at
references/failure-modes.md, which is keyed by the symptom you are seeing.
- Adding a tool to an existing agent:
- You MUST finish at
protocols/verify.md, whichever path you took. Discovery and executability fail separately: a tool can register and still not run, and a command that reads correctly in source can advertise under a different name. Neither is visible from a build that passes. - At the end of a session that used this skill, run
protocols/self-refine.md.
Map
protocols/the procedures: add-tool, add-agent, change-payload-contract, verify, self-refine.references/read on demand:contract.md(the invariants a change must not break),cli-names.md(what a slug becomes on the command line, and the parsing rules that follow),registration.md(where an agent gets wired and what actually gates one),failure-modes.md(symptom → cause → proof).scripts/run them, do not reimplement:scripts/cli_name.py— what a slug advertises as, derived from the live transform in source rather than guessed.scripts/check_documented_commands.py— every Nexus command written in a doc, checked against the generated catalog. The repo's own shipped-docs test does not read.claude/skills/**, so this is the only thing standing between this skill and a command that no longer resolves.
What ships with it
12 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- protocols/add-agent.md 3.2 KB
- protocols/add-tool.md 3.5 KB
- protocols/change-payload-contract.md 3.0 KB
- protocols/self-refine.md 1.8 KB
- protocols/verify.md 3.8 KB
- references/cli-names.md 4.2 KB
- references/contract.md 3.2 KB
- references/failure-modes.md 4.2 KB
- references/registration.md 4.3 KB
- refinement-log.md 2.6 KB
- scripts/check_documented_commands.py 10 KB runs code
- scripts/cli_name.py 4.7 KB runs code
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.
- 4d ago First seen · 59 lines · 60 tokens per session scan A 98b5ea1f23e9
nexus-agents is a skill published in the GitHub repository ProfSynapse/nexus (154 stars, last pushed yesterday), licensed MIT. It adds 60 tokens to every session and 798 once invoked, about $0.0003 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-30.
Other skills, from other repositories
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
auto-perf-optimize
Run agent-driven VS Code performance or memory investigations. Use when asked to launch Code OSS, automate a VS Code scenario, run the Chat memory smoke runner, capture renderer heap snapshots, take workflow screenshots, compare run summaries, or drive a repeatable scenario before heap-snapshot analysis.
chat-perf
Run chat perf benchmarks and memory leak checks against the local dev build or any published VS Code version. Use when investigating chat rendering regressions, validating perf-sensitive changes to chat UI, or checking for memory leaks in the chat response pipeline.
chat-pet-sprite-creation
Use when creating or changing VS Code chat pet sprite art, sprite sheets, state animations, eye treatments, Stable/Insiders variants, or pet transitions under src/vs/workbench/contrib/chat/browser/widget/media/chatPet.
cpu-profile-analysis
Analyze V8/Chrome CPU profiles (.cpuprofile) and DevTools trace files (Trace-.json). Use when: profiling performance, investigating slow functions, comparing code paths, finding bottlenecks, analyzing timeToRequest, understanding call trees from sampling profiler data, analyzing layout/paint/rendering, investigating…