critique

critique skill 개요

critique는 무엇을 위한 도구인가

critique skill은 인터페이스, 기능, 페이지, 컴포넌트를 “보기엔 괜찮다” 수준이 아니라 UX 관점에서 평가하도록 돕습니다. UI/UX Design을 위해 구조화된 critique skill이 필요한 사람들, 즉 제품 디자이너, 창업자, PM, QA 관점의 리뷰어, 그리고 무엇이 잘 작동하고 무엇이 문제인지, 왜 그런지 설명해야 하는 AI 에이전트를 위한 도구입니다.

실제로 무엇을 하는가

이 critique skill은 시각적 위계, 정보 구조, 감정적 반응, 인지 부하, 휴리스틱 점검, 실행 가능한 권고에 초점을 둡니다. 실무에서의 역할은 단순한 판정이 아니라 의사결정 지원입니다. 마찰 지점을 찾아내고, 품질을 점수화하며, 다음 디자인 반복에 바로 이어질 수 있는 피드백을 만들어냅니다.

언제 가장 잘 맞는가

디자인 산출물을 검토, 평가, 감사, 비교해야 하고, 흔한 프롬프트 대신 반복 가능한 방법이 필요할 때 critique를 사용하세요. 디자인 맥락을 이미 갖고 있고, 사용자 목표, 제약, 상호작용 품질 전반을 섬세하게 봐야 하는 경우에 특히 잘 맞습니다.

주요 선택 기준

이 repo는 가벼운 코멘터리보다 더 깊은 critique 작업에 맞춰져 있습니다. 차별점은 맥락 수집 단계, 독립적 평가, 페르소나 기반 테스트, 점수 중심의 평가 방식입니다. 그래서 리뷰어 편향을 줄이고 관찰 내용을 구체적인 결과물로 바꾸고 싶을 때 critique가 유용합니다.

critique skill 사용 방법

critique skill 설치하기

skill에 문서화된 설치 경로는 skills manager를 사용하는 방식입니다: npx skills add pbakaus/impeccable --skill critique. 이 설치 단계는 일회성 프롬프트에 복사해 넣는 대신, 에이전트 워크플로에서 critique skill을 계속 사용할 수 있게 만들고 싶을 때 쓰면 됩니다.

올바른 입력을 넣기

critique 사용 패턴은 기능, 페이지, 컴포넌트처럼 검토할 대상을 기대합니다. argument-hint도 분명합니다. 전체 제품 묶음이 아니라 초점을 좁힌 대상을 넣으세요. 좋은 입력 예시는 다음과 같습니다: “처음 보는 모바일 사용자를 위한 결제 배송 단계 critique 해줘” 또는 “인지 부하와 명확성 측면에서 이 대시보드 필터 패널을 critique 해줘.”

먼저 읽을 파일부터 정하기

빠르게 critique guide를 훑을 때는 SKILL.md를 먼저 읽고, 평가 품질을 결정하는 보조 참고 파일인 reference/cognitive-load.md, reference/heuristics-scoring.md, reference/personas.md를 이어서 보세요. 이 파일들은 skill이 어떻게 점수를 매기는지, 무엇을 찾는지, 어떤 사용자 관점을 시뮬레이션해야 하는지를 알려줍니다.

완성도 높은 프롬프트 형태로 시작하기

좋은 프롬프트에는 디자인 목표, 대상 사용자, 플랫폼, 그리고 무엇이 바뀌었는지가 들어갑니다. 예를 들어: “새로운 엔터프라이즈 관리자용 온보딩 모달을 critique 해줘. 목표는 이탈 감소. 맥락은 데스크톱 웹, 4단계 중 2단계, 어제 문구와 레이아웃이 바뀜.” 이렇게 주면 skill이 일반론 대신 실제 실패 지점에 집중할 수 있습니다.

critique skill FAQ

critique는 UI/UX Design에만 쓰는가?

아닙니다. 가장 강한 용도는 UI/UX Design이지만, 위계, 명확성, 상호작용 품질이 중요한 인터페이스형 경험이라면 무엇이든 검토할 수 있습니다. 사용자 흐름이나 레이아웃처럼 평가할 대상이 없다면 critique skill은 아마 맞지 않는 도구입니다.

critique는 일반 프롬프트와 어떻게 다른가?

일반 프롬프트는 주관적인 코멘트로 끝나는 경우가 많습니다. critique skill은 맥락 수집, 독립적 평가, 페르소나 테스트, 점수 매기기를 더합니다. 이 구조 덕분에 결과를 더 신뢰하기 쉽고, 비교하기 쉽고, 실행으로 옮기기 쉽습니다.

디자인 전문 지식이 없어도 사용할 수 있나?

네. critique skill은 리뷰 프레임을 제공하므로 초보자에게도 유용합니다. 가장 중요한 것은 충분한 맥락을 주는 일입니다. 인터페이스가 무엇을 하는지, 누구를 위한 것인지, 성공이 어떤 모습인지 알려주세요. 그 정보가 없으면 아무리 좋은 critique skill도 결국 일반적인 피드백으로 흐르기 쉽습니다.

언제 critique를 쓰지 말아야 하나?

순수한 기술 디버깅, 브랜딩만 다루는 리뷰, 상호작용 설계 요소가 전혀 없는 콘텐츠 편집에는 쓰지 마세요. 점수화나 근거가 없는 빠른 주관적 의견만 원할 때도 적합하지 않습니다.

critique skill 개선 방법

skill에 더 날카로운 브리프를 주기

품질을 가장 크게 끌어올리는 방법은 맥락을 더 잘 주는 것입니다. 검토할 화면, 사용자 유형, 디바이스, 비즈니스 목표를 포함하세요. “가격표를 critique 해줘”는 약하지만, “모바일에서 요금을 비교하는 SaaS 구매자를 위한 가격표를 critique 해줘. 목표는 자격 있는 체험 시작 수를 늘리는 것”은 훨씬 좋습니다.

의견만 말하지 말고 근거를 제공하기

이미 어딘가 어색하다고 느낀다면, 어디서 왜 그런지 말하세요. 문제로 보이는 플로우 단계, 라벨, 상태, 또는 스크린샷 영역을 언급하면 됩니다. 그러면 critique가 표면적인 변경을 다시 따지는 대신 실제 사용성 문제에 집중할 수 있습니다.

자주 생기는 실패 모드를 경계하기

가장 흔한 실수는 산출물을 너무 느슨하게 설명해서 넓고 막연한 코멘터리만 나오게 만드는 것입니다. 또 하나는 사용자 작업을 지정하지 않은 채 “피드백”만 요청하는 경우입니다. 그러면 critique가 의도를 추측해야 합니다. UI/UX Design용 critique에서는 사용자가 완료해야 하는 핵심 행동과 접근성, 모바일 동작, 시간 압박 같은 제약까지 함께 넣을수록 리뷰 품질이 좋아집니다.

첫 번째 결과를 바탕으로 다시 돌리기

첫 critique는 고위험 문제와 단순 다듬기 수준의 이슈를 나누는 데 쓰고, 가장 위험한 영역만 다시 skill에 넣어 보세요. 두 번째 패스는 전체를 다시 보는 것보다 위계, 카피 명확성, 인지 부하처럼 더 좁은 주제로 요청할 때 가장 효과적입니다.