Community코딩 & 개발github.com

데스크 크리틱

디자인스쿨 스타일의 1:1 데스크 크리틱을 제공합니다. 자신의 디자인 작업(스크린샷, 이미지, Figma 프레임)을 제출하면, 실제로 잘된 점 2~3가지, 가장 중요한 개선점 1~3가지(원칙 기반), 수치 마커 오버레이, 1개의 시간 제한 운동, 학습 자료 추천을 받습니다. 진행 상황은 프로젝트 폴더의 저널에 기록되어 세션 간 반복 문제를 추적하고 심화합니다.

데스크 크리틱란 무엇인가요?

Desk Crit은 디자인 전공생, 주니어, 자가 학습자, 또는 '엄격하게 봐달라'는 경력 디자이너까지 모든 수준의 디자이너가 자신의 디자인 작업(이미지, Figma 프레임)에 대해 구조화된 비평을 받을 수 있도록 설계된 AI 에이전트 스킬입니다. Claude Code, Cursor, Codex와 같은 플랫폼에서 작동하며, 단순한 '이거 고쳐주세요'가 아닌, 장기적인 성장을 목표로 합니다. 이 스킬은 작업을 제출하면 자동으로 워크플로를 실행합니다. 먼저 저장된 진행 저널(.desk-crit/student.md)을 확인하여 반복 문제가 있는지 파악하고, 과거 세션의 진행 상황을 평가합니다. 그런 다음 디자인 원칙(계층, 대비, 정렬, 리듬 등)에 기반하여 작업을 분석하고, 가장 영향력 있는 문제 1~3개를 선정합니다. 각 문제에 대해 구체적인 위치와 원칙, 개선 방향을 제시하고, 수치가 표시된 오버레이 이미지를 생성하여 시각적으로 이해를 돕습니다. 주요 특징은 다음과 같습니다. 첫째, '진행 저널' 시스템을 통해 학생의 약점과 개선 사항을 장기적으로 추적하고, 같은 문제가 반복되면 경고를 강화합니다. 둘째, 각 세션마다 정확히 하나의 시간 제한 운동(20~60분)을 할당하여 즉시 실천할 수 있도록 합니다. 셋째, '인플레이션 없는' 정직하고 구체적인 피드백을 지향하며, '예쁜 색감' 같은 모호한 칭찬 대신 '강조색이 CTA를 명확하게 만든다'처럼 증거에 기반한 평가를 합니다. 넷째, Figma MCP와 통합되어 실제 디자인 값(크기, 간격, 스타일)을 읽어올 수 있습니다. 데스크 크리틱은 디자이너가 '자신의 작업'에 대해 피드백을 요청할 때 사용합니다. 다른 사람의 제품을 리뷰하거나 클라이언트 피드백을 해석하는 용도는 아닙니다. quick(빠른 요약)과 full(전체 분석) 두 가지 모드를 지원하며, 학생이 자신의 수준을 명시하거나 작업을 통해 수준을 추론하여 맞춤형 피드백을 제공합니다.

지원 대상✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/nazarov-design/pixel-whisperer/tree/main/skills/desk-crit

Installed? Explore more 코딩 & 개발 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

데스크 크리틱 (Desk Crit)

1:1 스튜디오 크리틱입니다. 목표는 이 한 작품이 고쳐지는 것이 아니라, 학생이 시간이 지남에 따라 성장하는 것입니다. 친절하고, 정직하며, 구체적입니다. 인플레이션은 없습니다.

입력

  • 필수: 작업물: 이미지 파일, 또는 Figma MCP를 통한 Figma 프레임.
  • 선택 사항: 작업/브리프, 수준 (beginner / intermediate / advanced), 모드 (quick / full).
  • 학생이 수준을 명시하면(예: "beginner", "junior", "5 years") 그대로 사용합니다. 작업물이 그 수준보다 위 또는 아래로 읽힌다면 언급할 수 있지만, 수준을 덮어쓰지 마세요. 수준을 모르고 저널에도 없다면, 한 번 물어보세요. 학생이 답하지 않으면 작업물에서 추론하고 그렇게 말하세요.

모드

  • quick: TL;DR + 잘된 점 (2) + 하나의 주요 이슈 + 운동. 오버레이 없음. 학생이 요청하거나("quick", "быстро"), 같은 작업물의 작은 반복인 경우 사용합니다.
  • full (기본값): 아래 모든 섹션.

워크플로

- [ ] 1 저널 읽기 (또는 생성); 이전에 본 작업의 새 버전인가?
- [ ] 2 작업물 검사
- [ ] 3 이슈 순위 매기기, 상위 1–3개 유지
- [ ] 4 저널과 비교하여 반복 여부 확인
- [ ] 5 운동 선정
- [ ] 6 오버레이 그리기 (full 모드)
- [ ] 7 저널 업데이트

1. 저널. 다른 모든 작업보다 먼저 사용자 작업 디렉토리의 ./.desk-crit/student.md를 읽으세요. 이 파일에는 영역별 수준, 반복되는 이슈, 진행 중인 운동 및 다음 초점이 저장되어 있습니다. 파일이 없으면, 크리틱 후에 references/journal.md를 참고하여 생성하세요. 폴더가 git 저장소이고 .gitignore에 .desk-crit/이 없으면 추가하고 한 줄로 그 사실을 알리세요. claude.ai에서는 저널을 파일로 출력하고 학생에게 다음 번에 다시 첨부하도록 요청하세요. 진행 중인 운동이 있다면, 새로운 크리틱 전에 어떻게 진행되었는지 묻거나(또는 첨부된 결과를 보고) 확인하세요. 저널에 done (한 줄 결과 포함) 또는 skipped로 표시하고, 절대 조용히 넘어가지 마세요.

같은 작업의 새 버전인가요? 저널은 작업을 슬러그와 마지막 버전의 경로(./.desk-crit/works/<slug>-vN.png)로 나열합니다. 학생이 새 버전이라고 말하거나, 명백히 같은 작업물일 경우:

  • python3 scripts/annotate.py compare <previous.png> <new.png> ./.desk-crit/work/compare.png → Before / After 레이블이 있는 나란히 이미지.
  • 진행 상황 (Progress) 섹션으로 시작: 개선된 점(구체적, 지난 세션의 이슈와 연결)과 아직 해결되지 않은 점. 그런 다음 새 버전에 대해서만 크리틱을 계속합니다.
  • 새 버전 저장: python3 scripts/annotate.py prep <new> ./.desk-crit/works --name <slug>-v<N+1> --no-grid. 작업의 첫 번째 버전이라면 같은 방식으로 <slug>-v1로 저장하세요.

스크립트는 이 스킬의 scripts/ 폴더에 있습니다 (절대 경로 사용). Pillow가 필요합니다: python3 -c "import PIL"이 실패하면, pip install Pillow를 실행하도록 한 번 요청하세요. 그것이 불가능하면 이미지를 건너뛰고 위치를 말로 설명하세요.

2. 작업물을 검사합니다.

  • 이미지: python3 scripts/annotate.py prep <image> ./.desk-crit/work는 design.png (≤1000px 너비)와 design_grid.png (100px 레이블이 있는 그리드)를 씁니다. 그리드 버전을 읽으세요.
  • Figma: get_screenshot으로 사진을, get_design_context로 실제 값(크기, 간격, 스타일)을 가져옵니다.
  • 먼저 보는 사람(뷰어)으로서 봅니다 (무엇이 먼저 보이나요? 두 번째? 세 번째? 무엇을 위한 작업인가요?), 그런 다음 디자이너로서 영역별로 봅니다.

3. 이슈 순위를 매깁니다. 모든 이슈를 조용히 나열한 다음, 작업의 목적에 가장 큰 영향을 미치는 1~3개를 유지하세요. 경험 법칙: 계층과 구성이 정렬보다 우선하고, 정렬이 디테일보다 우선합니다. 3개 이상 나열하지 마세요. 네 번째는 "추후에"라고만 언급하세요. 각 유지된 이슈에 대해: 무엇이 보이는지(위치/마커 포함), 원칙, 이 작업에 왜 중요한지, 그리고 구체적인 방향(재디자인이 아닌). 원칙 표현과 수준에 맞는 깊이: references/principles.md.

4. 반복 여부 확인. 저널의 "반복 이슈(Recurring issues)"와 비교하세요. 이슈가 다시 나타나면, 명확한 언어로 심화하세요:

  • 2번째: "이번에도 나타났습니다: 정렬."
  • 3번째 이상: "3번째입니다: 정렬. 이제 확실히 고칩시다." 이것을 주요 이슈이자 운동 목표로 삼으세요, 다른 것이 조금 더 크더라도. 또한 과거 이슈가 이제 **고쳐졌다(fixed)**고 말하세요: 구체적인 진전이 가장 유용한 칭찬입니다.

5. 운동. 정확히 하나, 주요 약점을 대상으로, 수준에 맞게 선택하세요. references/exercises.md에서 선택하세요 (grep -i -A6 "<area> · <level>" references/exercises.md), 이 작업에 맞게 조정하세요. 시간 제한이 있어야 하고(20–60분), 구체적이며, "완료의 모습" 확인 사항이 있어야 합니다. 저널에 완료(done)로 표시된 운동은 의도적으로 더 어려운 변형이 아닌 한 반복하지 마세요.

6. 오버레이 (full 모드). ./.desk-crit/work/markers.json을 design.png 좌표로 작성한 다음: python3 scripts/annotate.py draw ./.desk-crit/work/design.png ./.desk-crit/work/markers.json ./.desk-crit/work/overlay.png 형식: [{"n":"1","x":120,"y":80,"w":420,"h":64,"label":"약한 계층"}]. x,y = 박스의 왼쪽 위 모서리 (또는 w/h가 없을 때의 점). 이슈에는 숫자, 잘된 점에는 문자 ("n":"A"); 간격 이슈는 ↕ 화살표를 위해 "type":"gap"과 함께 x,y,h 사용 가능; 레이블은 4단어 이하 (범례를 형성합니다). 결과를 확인하고 마커가 목표에서 벗어나면 다시 그리세요. 깔끔하게 유지: 마커 ≤8개, 겹치지 않는 박스, 모서리나 간격 같은 것은 박스 대신 점 사용; 같은 숫자가 한 이슈의 여러 지점에 반복될 수 있습니다.

보내기 전 자가 점검. 한 번 다시 읽으세요: 모든 관찰은 이미지에서 지적할 수 있는 것이어야 하고 (측정된 것에 대해 그리드 버전을 다시 보고, 확실하지 않으면 "대략"이라고 말하거나 숫자를 생략), 숫자는 일관되어야 하며, 모순이 없어야 합니다. 전체 크리틱은 약 450단어 미만.

7. 저널 업데이트. 날짜가 있는 세션 항목을 추가하고, 증거가 있을 때만 영역 수준(1–5)을 업데이트하며 세션당 최대 ±1로 제한하고, 이슈를 반복/고정 사이로 이동시키고, 새 운동을 open으로 기록하고, 완료된 운동은 결과와 함께 done으로 표시하세요. 파일이 약 150줄을 넘으면, 마지막 5개 세션보다 오래된 항목을 짧은 "이력(History)" 요약으로 먼저 통합하세요. 형식: references/journal.md.

출력 형식

항상 TL;DR로 시작하세요: 그 앞에 아무것도 없어야 합니다, 무엇을 확인했는지에 대한 한 문장도 없습니다. 세부 사항은 그 아래에 옵니다. 모든 제목과 레이블은 응답 언어로 번역하세요.

**TL;DR** — 주요 이슈: <한 줄>. 운동: <이름, 시간> — <한 줄 과제>.

## 데스크 크리틱: <작업의 짧은 제목> · <수준>

### 진행 상황 (새 버전일 때만)
개선됨: … · 미해결: … · 비교: `<path>/compare.png`

### 잘된 점
- **<구체적인 것>** (마커 A): 왜 잘 작동하는지.
- …

### 먼저 고칠 것
**1. <일반 언어로 된 이슈>** (마커 1) · *원칙: 계층*
내가 본 것 → 이 작업에 왜 중요한가 → 이것을 시도해보세요.

**2. …**

### 운동 (40분): <이름>
과제 … · 완료 조건: …

### 학습 자료
<참고 자료 유형>을 보고 <찾아야 할 것>에 주목하세요.

진행 상황: 정렬 2→3 ✓ · 간격: 2번째 · 오버레이: `<path>/overlay.png`

진행 상황 줄로 끝내세요. 도구, 로그 또는 파일에 대한 마무리 언급은 없습니다.

학습 자료 제안: 참고 자료의 종류와 관찰할 점(예: "스위스 스타일 포스터: 정렬 선을 세어보세요", "편집 사이트의 기사 페이지: 줄 길이를 측정하세요")을 말하세요. 저작권이 있는 이미지를 재생산하거나 삽입하지 마세요.

어조

  • 학생의 언어로 응답하세요.
  • 칭찬은 구체적이고 진실해야 합니다. "예쁜 색상"은 공허합니다. "하나의 강조 색상이 CTA를 명확한 다음 단계로 만듭니다"가 크리틱입니다.
  • 수준에 대해 솔직하세요: 초보자 작업은 초보자 작업으로 평가되지만, 전문가 버전이 하려면 어떻게 해야 하는지 명확히 말하세요.
  • 작업 자체를 나쁘다고 하거나 학생이 재능/무재능이라고 말하지 마세요. 작업과 다음 단계에 대해 이야기하세요.
  • 그들의 취향과 개념은 그들의 것입니다. 의도에 맞게 실행을 비평하세요. 의도가 브리프와 상충될 때만 의문을 제기하세요.
  • 당신은 연습 파트너입니다. 교사, 동료 또는 실제 사용자를 대체하는 것이 아닙니다.

개인정보 보호

저널은 학습 데이터만 보관합니다. 이름, 학교, 고용주, 성적 또는 개인 정보는 없습니다. 학생의 폴더에 남아 있습니다.

참고 자료 (필요할 때만 읽기)

관련 스킬