Teach

사용 시기

프로젝트 시작 시 /impeccable teach를 한 번 실행하세요. 그것이 온램프입니다. 없으면 모든 다른 명령이 기술적으로 유능하지만 일반적으로 톤이 맞춰진 디자인을 생성합니다: 전형적인 SaaS 목소리, 안전한 기본 폰트, AI 색상 팔레트. 있으면 모든 명령이 생성 전에 답변을 읽습니다.

다음 경우에 사용하세요:

• 새 프로젝트에 Impeccable을 막 설치했을 때. 가장 먼저 실행할 것. 건너뛰면 다른 명령이 이쪽으로 안내합니다.
• 프로젝트의 브랜드 방향이 바뀌었을 때. 새 포지셔닝, 새 대상, 새 목소리. teach를 다시 실행하면 업데이트된 컨텍스트가 모든 명령에 흘러갑니다.
• 다른 명령이 “디자인 컨텍스트 없음”이라고 멈췄을 때. 그것이 신호입니다: teach를 실행한 후 계속하세요.

작동 방식

Teach는 프로젝트 루트에 두 개의 상호보완적인 파일을 작성합니다:

• **PRODUCT.md**는 전략적 파일입니다. 레지스터(brand 또는 product), 대상 사용자, 제품 목적, 브랜드 성격, 안티 레퍼런스, 디자인 원칙, 접근성 요구. “누가, 무엇을, 왜”에 대답합니다.
• **DESIGN.md**는 시각적 파일입니다. 색상, 타이포그래피, 엘리베이션, 컴포넌트, 권장/비권장 사항. “어떻게 보이는가”에 대답합니다. teach가 마지막에 호출하는 위임된 /impeccable document 명령이 작성합니다.

흐름은 먼저 코드베이스를 스캔하고(README, package.json, 컴포넌트, 토큰, 브랜드 에셋) 레지스터 가설을 형성합니다: brand(랜딩, 마케팅, 포트폴리오, 디자인 자체가 제품인 경우) 또는 product(앱 UI, 대시보드, 도구, 디자인이 제품을 보조하는 경우). 레지스터가 첫 번째 질문인 이유는 모든 하위 답변을 형성하기 때문입니다: 타이포그래피 기본값, 모션 에너지, 색상 전략, /impeccable typeset 같은 명령이 가져오는 레퍼런스 세트. 레지스터 이후 teach는 추론할 수 없는 것만 묻습니다: 사용자, 세 개의 진짜 단어로 표현한 성격, 레퍼런스와 안티 레퍼런스, 접근성 요구.

PRODUCT.md는 전략만 담습니다. 색상, 폰트, 픽셀 값 없음. 그것들은 DESIGN.md에 있습니다. 두 파일을 분리하는 것은 의도적입니다: 시각적 시스템이 진화하는 동안 전략은 안정적으로 유지될 수 있습니다.

직접 해보기

/impeccable teach

5~8분 인터뷰가 예상됩니다. 첫 번째 질문은 보통 레지스터에 관한 것이며, 나머지는 짧습니다. Teach는 코드에서 추론한 것을 인용하여 되돌려 줍니다(“라우트를 보니 프로덕트 서피스처럼 보이는데, 맞나요?”) 그래서 밑바닥부터 시작하는 것이 아니라 확인하는 형태입니다.

마지막에 teach가 /impeccable document를 실행할지 묻습니다. 미룰 특별한 이유가 없다면 yes라고 하세요. 진짜 DESIGN.md가 변형, polish, audit을 온브랜드로 유지합니다.

주의 사항

• “그냥 명령을 빨리 시도해보려고” 건너뛰기. 다른 모든 명령이 대신 작업 중에 인터뷰를 진행합니다. 먼저 teach를 실행하는 것이 더 느린 것이 아니라 더 빠릅니다.
• 일반적인 답변 주기. “모던하고 클린한”은 유용하지 않습니다. “따뜻한, 기계적인, 주관적인”이 유용합니다. 구체적이세요. 안전한 기본값에 반대할 의지를 가지세요.
• PRODUCT.md를 불변으로 취급하기. 이 파일은 여러분의 것입니다. teach가 약간 맞지 않는 것을 넣었다면 편집하세요. 모든 명령이 현재 파일을 읽습니다.
• 레퍼런스에 형용사만 나열하기. 브랜드, 제품, 인쇄물: 설명이 아닌 이름으로. “Klim Type Foundry 스페시멘 페이지”, “기술적이고 클린한”이 아닌. 안티 레퍼런스도 같은 수준으로 구체적이어야 합니다.