정보
Crit 스킬은 변경 사항, 계획, 실시간 개발 페이지 또는 로컬 HTML 파일에 대해 인라인 코멘트가 포함된 구조화된 코드 리뷰를 제공합니다. 이 기능은 사용자가 명시적으로 `/crit`를 호출하거나 Crit를 직접 요청할 때만 활성화되며, 일반적인 리뷰 요청에는 응답하지 않습니다. 주요 기능으로는 모드 선택 없이도 인수, PR/MR 참조 또는 브랜치 diff에서 리뷰 대상을 자동으로 감지하는 것이 포함됩니다.
빠른 설치
Claude Code
추천npx skills add tomasz-tomczyk/crit -a claude-code/plugin add https://github.com/tomasz-tomczyk/critgit clone https://github.com/tomasz-tomczyk/crit.git ~/.claude/skills/critClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
Review with Crit
Run this interactive browser review cycle only when the user invokes
/skill: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.
1. Choose the target
Pass the user's arguments through. Crit auto-detects files, directories, live URLs, and local HTML previews; do not ask which mode to use.
crit <arguments>
crit --pr <number-or-url>
crit --mr <number-or-url>
crit --range <base>..<head>
crit
Without arguments, review the plan file written earlier in this conversation,
if there is one; otherwise run bare crit for the branch diff.
2. Start the review and await completion
Crit opens the browser and stays running until the human clicks Finish Review.
Use omp's bash tool to launch the command chosen in Step 1 as an asynchronous
job with no deadline:
{"command":"crit","async":true,"timeout":0}
Save the returned job ID. timeout: 0 disables the default five-minute
command deadline; async: true alone does not. If asynchronous jobs are
unavailable, run the same command in the foreground with timeout: 0.
Do not use a named service: each review round is a finite command that exits
when feedback is ready.
Relay the printed review URL verbatim: "Crit is open at <URL>. Leave inline
comments, then click Finish Review." If the initial job result omits the URL,
read proc://<job-id> once for startup output.
Use wait when no independent work remains. Completion also auto-delivers.
If a wait returns a running snapshot or an unrelated message, keep waiting
for this job's completion; neither means the human finished reviewing.
Do not poll process output or the review file, hold an eval cell open,
launch a second Crit command, or ask the user to type a reply to signal
completion. An existing daemon is reused automatically.
3. Read feedback
After the command exits, read its output and follow the finish prompt.
Check for approved: true or approved: false; omp merges stdout and stderr.
Retrieve omitted output through proc://<job-id> or the output's
artifact:// link. If approved, stop the review loop.
A command failure is not approval; report the error rather than proceeding.
For mid-round re-entry or headless workflows, use crit comments --json
(or crit comments --plan <slug> for plan reviews).
Review-level comments matter as well as file comments. Read existing replies.
Treat missing resolved as unresolved. Use quote to narrow the requested
change, anchor to locate content after edits, and drifted: true as a sign
that line numbers are approximate.
4. Address comments
Revise the referenced plan or source files and apply suggestion blocks when present. Reply with what changed:
crit comment --reply-to <id> --author 'omp' '<what changed>'
crit comment --plan <slug> --reply-to <id> --author 'omp' '<what changed>'
Do not pass --resolve unless the user explicitly asks; resolution belongs
to the reviewer. For multiple replies, write JSON with the write tool:
crit comment --json --file /tmp/crit-replies.json --author 'omp'
Each entry has reply_to and body. Use the crit-cli skill for the full
schema and session disambiguation. Plan edits reload live in the browser.
5. Start the next round
Run the next-round command printed by Crit using the same asynchronous
bash pattern with timeout: 0. It signals round-complete and then waits
for the next Finish Review.
Tell the user only: "Replied in Crit. Review the changes in your browser and click Finish Review when ready." Do not repeat your replies or list the comments in chat. The reviewer reads them in Crit. Await command completion, then return to Step 3. Continue until the reviewer approves.
Sharing
Only share or unpublish when the user asks:
crit share <file> [file...]
crit unpublish [file...]
Relay the full printed URL. Use --qr only in real monospace terminals.
For another device, keep Crit on loopback and use an SSH tunnel or reverse
proxy. --public-url requires --allow-unauthenticated-network and changes
the printed URL, not the listener. Crit has no network authentication;
confirm the user wants that exposure before making it reachable remotely.
GitHub 저장소
자주 묻는 질문
crit Skill이란 무엇인가요?
crit은(는) tomasz-tomczyk이(가) 만든 Claude Skill입니다. Skill은 Claude가 필요할 때 불러오는 지침과 리소스를 묶어 추가 프롬프트 없이 crit 관련 작업을 수행할 수 있게 합니다.
crit은(는) 어떻게 설치하나요?
이 페이지의 설치 명령을 사용하세요. crit을(를) Claude Code 플러그인으로 추가하거나 저장소를 skills 디렉터리에 복제한 다음 Claude를 다시 시작해 Skill을 불러옵니다.
crit은(는) 어떤 카테고리에 속하나요?
crit은(는) 개발 카테고리에 속합니다.
crit은(는) 무료로 사용할 수 있나요?
네. crit은(는) AIMCP에 등록되어 있으며 무료로 설치할 수 있습니다.
연관 스킬
qmd는 BM25, 벡터 임베딩, 재순위화를 결합한 하이브리드 검색을 통해 로컬 파일을 색인화하고 검색할 수 있는 로컬 검색 및 색인화 CLI 도구입니다. 명령줄 사용과 Claude 통합을 위한 MCP(Model Context Protocol) 모드를 모두 지원합니다. 이 도구는 임베딩에 Ollama를 사용하고 색인을 로컬에 저장하여 터미널에서 직접 문서나 코드베이스를 검색하는 데 이상적입니다.
이 스킬은 각 독립적인 작업마다 새로운 하위 에이전트를 배치하고 작업 사이에 코드 리뷰를 진행하여 구현 계획을 실행합니다. 이 리뷰 프로세스를 통해 품질 게이트를 유지하면서 빠른 반복 작업을 가능하게 합니다. 동일한 세션 내에서 대부분 독립적인 작업을 진행할 때 내장된 품질 검증과 함께 지속적인 진행을 보장하기 위해 사용하세요.
mcporter 스킬은 개발자가 Claude에서 직접 Model Context Protocol(MCP) 서버를 관리하고 호출할 수 있도록 합니다. 이 스킬은 사용 가능한 서버를 나열하고, 인수를 사용해 해당 서버의 도구를 호출하며, 인증 및 데몬 생명주기를 처리하는 명령어를 제공합니다. 개발 워크플로우에서 MCP 서버 기능을 통합하고 테스트할 때 이 스킬을 사용하세요.
이 스킬은 A2A 프로토콜을 사용하여 Vertex AI ADK 에이전트를 배포하고 오케스트레이션하며, AgentCard 검색, 작업 제출, 코드 실행 샌드박스 및 메모리 뱅크와 같은 지원 도구를 관리합니다. Python, Java 또는 Go 언어로 순차, 병렬 또는 루프 오케스트레이션 패턴을 갖춘 다중 에이전트 시스템 구축을 가능하게 합니다. Google Cloud에서 ADK 에이전트 배포 또는 에이전트 워크플로우 오케스트레이션을 요청받았을 때 사용하세요.
