콘텐츠로 이동

언어 선택

현재 언어: 한국어

Teach

/impeccable teach

Good fit

  • 프로젝트에 아직 디자인 컨텍스트 파일이 없습니다.
  • 여러 기여자가 하나의 공유된 진실 공급원이 필요합니다.
  • 향후 명령이 브랜드와 제품 방향을 상속받길 원합니다.
PRODUCT.mdLoaded on every command
RegisterProduct. Design serves the task.
UsersSREs on call, reading fast, often in the dark.
Brand voiceCalm, clinical, no hype.
Anti-referencesPurple gradients. Glassmorphism. “Boost your productivity.”

완성된 PRODUCT.md. 전략만: 누가, 무엇을, 왜. 색상도 폰트도 픽셀 값도 없습니다. 그것들은 DESIGN.md에 있습니다.

사용 시기

프로젝트 시작 시 /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 스페시멘 페이지”, “기술적이고 클린한”이 아닌. 안티 레퍼런스도 같은 수준으로 구체적이어야 합니다.

아이디어를 실제로 배포되는 소프트웨어로.

HagiCode는 에이전트 코딩 작업 공간입니다. OpenSpec 워크플로로 변경을 계획하고, 다중 에이전트 실행으로 진행하며, Hero Scenario로 긴 작업의 진행 상황을 한눈에 보여 아이디어를 실제로 배포되는 소프트웨어로 만듭니다.

스마트
OpenSpec 워크플로는 의도를 제안부터 배포까지 이어지는 실행 가능한 경로로 바꿉니다.
효율적
다중 에이전트 실행으로 조사, 구현, 검토를 병렬로 진행합니다.
즐거운
편리한 UI 상호작용으로 계획, 에이전트 실행, 프로젝트 작업을 쉽게 따라갈 수 있습니다.