Difit Review

yoshiko-pg/difit/skills/difit-review

作者 yoshiko-pg82a765c037ec28fe7fe90ab2f1e4b5748032b4fa無授權條款3.2K 個星標收錄於 2026年10月9日更新於 2026年10月9日儲存庫5 週前更新

Review a specific diff (branch, commit, or GitHub PR) and show the findings as comments inside difit, the local diff viewer. Explicit opt-in only — use when the user explicitly names difit, asks to open or annotate the review in the difit viewer, or invokes this skill by name. For ordinary requests to review code, diffs, commits, branches, or pull requests, review normally and respond in the conversation without launching difit.

AI 產生的概覽

啟動 difit 本機差異檢視器來顯示指定的 diff,並在其中附加審查意見。

功能
此技能會在 difit 瀏覽器差異檢視器中開啟指定的 git diff(分支、提交、修補檔或 GitHub PR),並透過 --comment 選項把代理準備的發現以討論串留言形式附加到對應行或行範圍。內容涵蓋選擇 difit 指令、重複使用已在執行的伺服器、對現有伺服器追加留言,以及分享產生的網址。產出是帶有註解的差異檢視畫面,而不是對話中的文字審查。
適用情境
僅在使用者明確提到 difit、要求開啟、顯示或在 difit 檢視器中標註審查,或依名稱呼叫此技能時使用。一般審查請求應直接在對話中正常處理。
執行需求
需要 difit CLI,或作為備援的 npx difit;在沒有網路權限的沙箱環境中,npx difit 可能需要網路存取與提權核准。它會啟動長時間執行的本機伺服器並開啟外部瀏覽器介面。此技能未附帶指令碼,僅為指示文件。

Difit Review

When to Use This Skill

difit opens an external browser UI and starts a long-running local server, so launching it must be explicit opt-in:

  • Use this skill only when the user explicitly names difit, asks to open, show, or annotate the review in the difit viewer, or invokes this skill by name.
  • Do NOT use it for ordinary review requests such as "review these changes", "use the reviewer agent", "find problems in this diff", or "review this PR/commit/branch". Perform those reviews normally and report the findings in your response.
  • When a request is ambiguous, prefer the non-difit review path.

Overview

This skill launches a requested git diff in a viewer that is easy for humans to read. At the same time, the agent can attach arbitrary comments via the --comment option. This comment mechanism is well suited for code review findings and code explanations. Before running commands, choose <difit-command> using the following rule:

  • If command -v difit succeeds, use difit.
  • Otherwise, use npx difit.
  • If falling back to npx difit would require network access in a sandboxed environment without network permission, request escalated permissions and user approval before running it.

Steps

The final command typically looks like this:

bash
<difit-command> <target> [compare-with] \  --comment '{"type":"thread","filePath":"src/foobar.ts","position":{"side":"old","line":102},"body":"line 1\nline 2"}' \  --comment '{"type":"thread","filePath":"src/example.ts","position":{"side":"new","line":{"start":36,"end":39}},"body":"Range comment for L36-L39"}'

The detailed procedure is as follows.

  1. Identify the target diff and review its contents.
  • Inspect the diff specified by the user. This may be a local git revision, a GitHub URL, a patch file, or something similar.
  • Understand the diff normally, inspect surrounding code when needed, and think through the response required by the user's request, whether that is review findings, explanations, or something else.
  • For PR reviews, inspect the PR locally and keep the review result limited to difit output. Do not post comments back to remote GitHub.
  1. Attach the prepared comments and launch difit — or reuse a running server.
  • Reuse before launch
    • Keep at most one live difit server per Git root and review target. If a difit server you started earlier is still running for the same target, do not launch another or reopen its URL; add the new findings to it with <difit-command> comment add --port <port> '<json>' (same JSON shape as --comment) and let the open page pick them up.
    • If review rounds are expected to repeat, launch with --keep-alive or --background (a detached keep-alive server that prints JSON connection info such as {"port":4966,"url":"http://localhost:4966","pid":123} without auto-opening a browser), then use comment add / comment get --port <port> for later rounds.
  • difit launch options
    • Use <difit-command> <target> [compare-with] to specify the target diff.
    • For uncommitted changes use <difit-command> ., for working tree changes use <difit-command> working, and for staged changes use <difit-command> staged.
    • For stdin input, use a form such as diff -u file1.txt file2.txt | <difit-command>.
  • Comment arguments
    • Use type: "thread" for each comment.
    • Write comment bodies in the language the user is using.
    • Use position.side: "new" for lines that exist on the target side of the diff.
    • Use position.side: "old" for lines that exist only on the deleted side.
    • Use range comments for issues that span multiple lines.
    • Never copy secrets, tokens, passwords, API keys, private keys, or other credential-like material from the diff into --comment bodies or any command-line arguments.
  • Additional argument for files not yet added to git
    • For uncommitted changes, if you decide files not yet added to git should also appear in the diff, add --include-untracked.
  1. Share the difit URL and finish the response.
    • If there were no comments to attach, explicitly say so.
    • No manual verification of the launched difit page is required.

來源與署名

來源:yoshiko-pg/difit位於skills/difit-review提交82a765c

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架