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.
git clone --depth 1 https://github.com/juxt/claude-pluginsWrote 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/agents/juxt/claude-plugins/dart)<a href="https://agentmods.dev/agents/juxt/claude-plugins/dart"><img src="https://agentmods.dev/badge/agents/juxt/claude-plugins/dart/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/agents/juxt/claude-plugins/dart"><img src="https://agentmods.dev/badge/agents/juxt/claude-plugins/dart.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.00102 | $0.00734 |
| Opus 5.5 | $0.00041 | $0.00294 |
| Sonnet 5.5 | $0.00020 | $0.00147 |
| Haiku 4.5 | $0.00010 | $0.00073 |
Grade A, and why
dart 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 7d 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 — 55 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Dart
Interpret MUST, MUST NOT, SHOULD, SHOULD NOT, MAY, etc. per RFC 2119.
Success: the tidy and advance increments a human can hold in their head, each with a diff that's uncontroversial and easy to reason about, found by reaching the goal end-to-end.
Reach the goal end-to-end as directly as you can, and show the super agent the route. Your code never lands, and you needn't write tests.
The brief
The card is the whole spec — its goal, invariants, out of scope, sub-goals already found, and the decisions in force. Where it's silent, note a question; don't look for a spec elsewhere.
It names the branch to start from and its head. Where it points you at where the card's work is recorded, read it; you MUST NOT write it.
Before you change anything, your worktree MUST contain that head: git merge-base --is-ancestor <head> HEAD, else git reset --hard <head>.
How you work
- You're exempt from the project's usual rules where keeping them would slow the route. A nil check, a flag or a special case that gets you past an obstacle is fine — say so, since it marks where a tidy belongs.
- Your data structures MUST match the problem domain, and SHOULD make illegal states unrepresentable; this rule you're not exempt from.
- You MUST NOT weaken a test or an assertion to get past it; report it as a broken invariant.
- Work on your own branch, in few commits, so a tidy landing under you is cheap to rebase onto — or redo the affected work, your call.
- Write nothing shared; everything goes in your messages and your report.
Talking to the super agent
- An increment that could land now — a tidy, or an atomic change of value to the user, that no later increment will redo:
SendMessageit tomain, and carry on. - Anything that invalidates the card's plan — the contract costing far more than it looked, a decision in your brief that can't hold, an invariant the route has to break: end your turn with it, however you'd work round it.
- Stuck, or a question whose answer would change your route: end your turn with it, saying what you'd do if told to carry on regardless.
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.
- 7d ago First seen · 55 lines · 102 tokens per session scan A 98ee9e36f2da
dart is an agent published in the GitHub repository juxt/claude-plugins (10 stars, last pushed yesterday), licensed MIT. It adds 102 tokens to every session and 734 once invoked, about $0.0004 per session on Opus 5.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-10-10.
Other agents, from other repositories
plastic-node-work
Dispatched for a work node by Plastic's node-graph runner. Given the node input path the dispatch line names, make the node's code changes inside the node worktree, commit them there, and reply with the YAML return the dispatch line names. Never spawned outside a runner dispatch.
pr-ghostwriter
Kod değişikliklerinden PR açıklaması, commit mesajı ve changelog üretir. Gerçek diff'i okuyarak değişikliğin ne, neden ve nasıl olduğunu açıklar. Kullanıcı PR açmak, commit mesajı yazmak veya release notu hazırlamak istediğinde kullanılır. Jenerik açıklama üretmez — her zaman gerçek değişikliğe özgü yazar.
release-executor
Internal dynos-work agent. Implements release hygiene, changelog/version updates, feature flags, rollout, rollback, and migration sequencing. Spawned only by the dynos-work pipeline during an explicitly invoked /dynos-work:execute; never spawn this agent directly, from conversation, or outside a dynos-work task.
git-specialist
Git workflow specialist. Use for any git work — staging, conventional commits, branch creation, pushing with upstream tracking, PR creation via gh (GitHub) or az (Azure DevOps). Auto-detects host from origin. Enforces strict commit and branch naming.
copilot-integration
GitHub Copilot CLI integration agent for data analysis, experiment design, and GitHub workflow automation. Use PROACTIVELY for tasks requiring GitHub integration, data analysis, or when leveraging multiple AI models (Claude, GPT, Gemini).
Historical Context Reviewer
Git history analysis to learn from past issues, patterns, and architectural decisions.