메뉴
Review code changes, a plan, a live page (running dev server), or a local HTML file with Crit inline comments and structured human feedback. Use only when the user explicitly invokes /crit or directly asks to use Crit; a generic review request does not count.
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/tomasz-tomczyk/crit --skill crit명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
Use when an agent needs to author or reply to crit inline comments programmatically (including multi-agent workflows commenting on shared code/plans/docs/proposals), publish or unpublish a crit review with crit share, sync a crit review to or from a GitHub PR or GitLab MR, or read/interpret a crit review JSON file. Covers crit comment, crit share, crit unpublish, crit pull, crit push, review file format, and resolution workflow. Not for invoking an interactive review loop — that's the `crit` skill.
Use when an agent needs to author or reply to crit inline comments programmatically (including multi-agent workflows commenting on shared code/plans/docs/proposals), publish or unpublish a crit review with crit share, sync a crit review to or from a GitHub PR or GitLab MR, or read/interpret a crit review JSON file. Covers crit comment, crit share, crit unpublish, crit pull, crit push, review file format, and resolution workflow. Not for invoking an interactive review loop — that's the `/crit` command.
Use when an agent needs to author or reply to crit inline comments programmatically (including multi-agent workflows commenting on shared code/plans/docs/proposals), publish or unpublish a crit review with crit share, sync a crit review to or from a GitHub PR or GitLab MR, or read/interpret a crit review JSON file. Covers crit comment, crit share, crit unpublish, crit pull, crit push, review file format, and resolution workflow. Not for invoking an interactive review loop — that's the `/crit.md` workflow.
SOC 직업 분류 기준
SKILL.md 표시 중
| name | crit |
| description | Review code changes, a plan, a live page (running dev server), or a local HTML file with Crit inline comments and structured human feedback. Use only when the user explicitly invokes /crit or directly asks to use Crit; a generic review request does not count. |
This is the interactive, human-in-the-browser review cycle. Run it only after
the user explicitly invokes /crit or directly asks to use Crit. A generic
request to review code, a plan, a diff, a PR, or a page does not count.
Review and revise code changes, plans, live pages (running dev servers, staging URLs), or local HTML files using crit for inline comment review.
critThe CLI auto-detects the review mode from its arguments. Do not ask the user which mode to use. Pass arguments through:
crit <arguments> # file, dir, URL, .html — CLI auto-detects mode
crit --pr <num|url> # GitHub PR (range mode)
crit --mr <iid|url> # GitLab MR (range mode)
crit --range <base>..<head> # commit range (range mode)
crit # no args → branch diff
If no arguments, check conversation context:
crit <plan-file>crit (branch diff)If the user wants to open the review from another device — e.g. a phone over Tailscale:
Keep crit on loopback and reverse-proxy in. Same Step 1 args still apply (file, bare crit, etc.):
crit --public-url "https://<machine>.ts.net" --allow-unauthenticated-network --no-open [args…]
# then: tailscale serve --bg --https=443 http://127.0.0.1:<port>
--public-url only changes the URL crit prints — it does not expose the server.--allow-unauthenticated-network is required with --public-url (even on loopback) and with any non-loopback --host. Crit has no auth: anyone who can reach the URL can read the repo and post comments that may trigger agents. Confirm the user wants that blast radius.--host to a Tailscale/LAN IP — proxy with tailscale serve (or an SSH tunnel). Get <port> from crit's startup output, or fix it with -p. Relay the URL crit prints (the public one), not localhost.CRITICAL — you MUST run this step. Do NOT skip it. Do NOT proceed without it.
Run crit in the foreground and block until it exits:
crit <plan-file> # specific file
crit # git mode
If a crit server is already running from earlier in this conversation, crit automatically connects to it. Starting from scratch, it spawns the daemon, opens the browser, and blocks until the user clicks "Finish Review".
crit prints the review URL on startup (e.g. Started crit daemon at http://localhost:<port>). Relay it verbatim:
"Crit is open at http://localhost:. Leave inline comments, then click Finish Review."
Do NOT proceed until crit completes. Do NOT ask the user to type anything. Do NOT read the review file early. Wait for the foreground command to finish — that is how you know the human is done reviewing.
When crit completes, read stdout and follow its instructions. Check stderr for approved: true or approved: false.
When a comment has quote, anchor, or drifted:
quote: the specific text the reviewer selected — focus your changes on the quoted text rather than the entire line rangeanchor: use it to locate the current position of the content; line numbers may be stale after editsdrifted: true: original content was removed or heavily rewritten — line numbers are approximate at bestFallback (mid-round re-entry, plan hooks, or headless workflows): crit comments / crit comments --json. Use crit comments --plan <slug> for plan-mode reviews.
For each unresolved comment:
crit comment --reply-to <id> --author 'Hermes' '<what you did>' (reply bodies support markdown)--resolve. Resolving is the reviewer's call. Only add --resolve if the user explicitly asks.Editing the plan file triggers Crit's live reload — the user sees changes in the browser immediately.
Use --json for a single bulk call instead of one invocation per comment:
echo '[
{"reply_to": "c_a1b2c3", "body": "Fixed"},
{"reply_to": "c_d4e5f6", "body": "Refactored as suggested"}
]' | crit comment --json --author 'Hermes'
CRITICAL — you MUST run this step. Do NOT skip it. Do NOT proceed without it.
The finish prompt on stdout includes the command to run again — use it to start a new round.
On subsequent calls, crit automatically signals round-complete first, then blocks until the next "Finish Review" click.
Tell the user: "Changes applied. Review the diff in your browser and click Finish Review when ready."
Do NOT proceed until crit completes. When it does, return to Step 3. If the user finishes with zero comments, the review is approved — stop the loop and proceed.
If the user asks for a URL, a shareable link, or to share the review:
crit share <file>
Always relay the full output to the user — copy the URL directly into your response. Don't make them dig through tool output.
To remove a shared review:
crit unpublish [file...]
Only use --qr in real terminal environments with monospace rendering. Skip it in mobile apps or web chat UIs — Unicode block characters won't render.
crit share --qr <file>