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/nilbuild/diffity/diffity-resolvenpx skills add nilbuild/diffity --skill diffity-resolvegit clone --depth 1 https://github.com/nilbuild/diffityWhat 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.00016 | $0.00961 |
| Opus 5 | $0.00008 | $0.00481 |
| Sonnet 5 | $0.00003 | $0.00192 |
| Haiku 4.5 | $0.00002 | $0.00096 |
Grade A, and why
diffity-resolve 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 — 70 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Diffity Resolve Skill
You are reading open review comments and resolving them by making the requested code changes.
Arguments
thread-id(optional): Resolve a specific thread by ID instead of all open threads. Example:/diffity-resolve abc123
CLI Reference
{{binary}} agent diff
{{binary}} agent list [--status open|resolved|dismissed] [--json]
{{binary}} agent comment --file <path> --line <n> [--end-line <n>] [--side new|old] --body "<text>"
{{binary}} agent general-comment --body "<text>"
{{binary}} agent resolve <id> [--summary "<text>"]
{{binary}} agent dismiss <id> [--reason "<text>"]
{{binary}} agent reply <id> --body "<text>"
--file,--line,--bodyare required forcomment--end-linedefaults to--line(single-line comment)--sidedefaults tonewgeneral-commentcreates a diff-level comment not tied to any file or line<id>accepts full UUID or 8-char prefix
Prerequisites
- Check that
{{binary}}is available: runwhich {{binary}}. If not found, {{install_hint}}. - Check that a review session exists: run
{{binary}} agent list. If this fails with "No active review session", tell the user to start diffity first (e.g.{{binary}}or {{slash}}diff).
Instructions
- List open comment threads with full details:
If a{{binary}} agent list --status open --jsonthread-idargument was provided, filter to just that thread. The JSON output includes the full comment body, file path, line numbers, and side for each thread. - If there are no open threads, tell the user there's nothing to resolve.
- For each open thread, check the
commentsarray and theauthor.typefield ("user"or"agent") on each comment: a. Skip general comments (filePath__general__) — these are summaries, not actionable code changes. b. Skip threads where the last comment is an agent reply that asks the user a question (e.g. "Could you clarify...?") and the user hasn't responded yet — the agent is waiting for user input. Still process threads where the agent left the original comment (code suggestion, review feedback, etc.) — those are actionable. c.[nit]comments — these are minor suggestions but still actionable. Resolve them like any other comment. d.[question]comments (from the user) — read the question, examine the relevant code, and resolve the thread with your answer as the summary:
e. Comments phrased as questions without an explicit{{binary}} agent resolve <thread-id> --summary "Your answer here"[question]tag (e.g. "should we add X?" or "can we rename this?") are suggestions — treat them as actionable requests and make the change. f. Read the comment body from the JSON output and understand what change is requested. Interpret the intent:- If the comment suggests a code change, make the change.
- If the comment suggests adding documentation, add or update the relevant docs.
- If the comment asks a question that implies an action (e.g. "should we add X?"), treat it as a request to do that action.
- If the comment is genuinely unclear and you cannot determine what action to take, reply asking for clarification instead of silently skipping:
{{binary}} agent reply <thread-id> --body "Could you clarify what change you'd like here?"
{{binary}} agent resolve <thread-id> --summary "Fixed: <brief description of what was changed>" - After resolving all applicable threads, run
{{binary}} agent listto confirm status. - Tell the user to check the browser — resolved status will appear within 2 seconds via polling.
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 · 70 lines · 16 tokens per session scan A a76f6a15fcd8
diffity-resolve is a skill published in the GitHub repository nilbuild/diffity (762 stars, last pushed 1mo ago), licensed MIT. It adds 16 tokens to every session and 961 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-30.
Other skills, from other repositories
systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.
next-cache-components-adoption
Turn on Cache Components in a Next.js app and resolve the blocking routes it surfaces. Use when the user wants to enable, adopt, or migrate to Cache Components, flip the cacheComponents flag, work through a flood of blocking-prerender / instant validation errors, run the cache-components-instant-false codemod, or…
babysit-pr
Babysit a GitHub pull request after creation by continuously polling review comments, CI checks/workflow runs, and mergeability state until the PR is merged/closed or user help is required. Diagnose failures, retry likely flaky failures up to 3 times, auto-fix/push branch-related issues when appropriate, and keep…
imagegen
Generate or edit raster images when the task benefits from AI-created bitmap visuals such as photos, illustrations, textures, sprites, mockups, or transparent-background cutouts. Use when Codex should create a brand-new image, transform an existing image, or derive visual variants from references, and the output…
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…
next-cache-components-optimizer
Drive a Next.js route to instant navigation by setting up an agentic loop, under Cache Components / PPR, on initial load (hard navigation) and client-side navigation (soft navigation). Encode the goal as a failing @next/playwright instant() e2e and work it to green, one verified route at a time; the shipped test then…