diffity-resolve
Read open review comments and resolve them by making code fixes
Install
npx skills add https://github.com/nilbuild/diffity --skill diffity-resolveSKILL.md
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?"
g. Read the relevant source file to understand the full context around the commented lines, then make the requested change using the Edit tool. h. After making the change, resolve the thread with a summary:
{{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.
Related skills
improve-codebase-architecturemattpocock1MScan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick.codebase-designmattpocock691KShared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable or AI-navigable, or when another skill needs the deep-module vocabulary.web-design-guidelinesvercel-labs676KReview UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".code-reviewmattpocock631KReview the changes since a fixed point (commit, branch, tag, or merge-base) along two axes: Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/spec asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to \"review since X\".