teo-project

Plugin teo-project in developer-1px/teo-claude-code. Commands read from the repo's manifest — 22 days ago.

Skills (24)

• antipattern

  발견된 안티패턴을 훅 하네스로 전환한다. "이거 하지 마", "이건 안티패턴", "훅으로 막아", "하네스 만들어", "antipattern", "/antipattern" 등으로 트리거. 메모리에 기록하는 게 아니라 guardOsPatterns.mjs 등의 훅에 정적 검사 규칙을 추가하여 구조적으로 재발을 차단하는 것이 목적이다. 정적 탐지가 어려운 경우는 프로젝트 안티패턴 매뉴얼 파일에 추가한다. 안티패턴을 발견했을 때, 또는 코드리뷰 중 "이건 하면 안 돼"라는 피드백이 나왔을 때 사용한다.

• archive

  완료된 PRD/문서를 SCQA+mermaid decision map으로 압축하고 원본을 4-archive/로 이동한다. "아카이브", "정리해", "이거 끝났으니 보내", "/archive" 등을 말할 때 사용. 토큰 자투리에 1개씩 점진 처리.

• area

  구현 완료 후 Area MDX 문서를 갱신하여 결과를 누적한다. retrospect 후 실행하여 ⬜→🟢 전환, 새 L3 MDX 생성, 구조적 빈칸 발견을 수행한다. "/area", "area 갱신", "area 업데이트", "누적해", "문서 갱신" 등을 말할 때 사용. retrospect 완료 후 자동으로 제안할 수도 있다.

• auto

  자율 파이프라인 트리거. /discuss로 문제를 구조화하고 /team으로 편성한 뒤 자율 실행한다. "/auto", "끝까지 알아서", "파이프라인 자동", "무인 실행" 등을 말할 때 사용.

• blueprint

  앱 레이아웃을 FlatLayout definePage로 설계한다. 요구사항이나 레퍼런스 앱 이름을 받아 기능 전수 열거 → 레이아웃 구조 분석 → definePage 설계 → widget × ui/ 부품 매칭 → Coverage 검증 → GAP 발견까지 수행한다. "레이아웃 설계", "앱 만들어봐", "화면 구조", "blueprint", "definePage로 설계", "~처럼 만들면", "Gmail 레이아웃" 등을 말할 때 사용. 코드를 편집하지 않고 preview만 출력한다. /go 전에 청사진을 먼저 잡고 싶을 때 사용.

• design-extract

  레퍼런스 웹사이트에서 디자인 토큰을 실측 추출하여 DESIGN.md와 tokens.css를 생성한다. "디자인 시스템 만들어줘", "이 사이트 디자인 따라해", "레퍼런스 디자인 추출", "토큰 추출", "디자인 토큰 뽑아줘", "/design-extract" 등을 말할 때 사용. 디자인 관련 작업에서 LLM이 "평균적인 디자인"을 생성하는 문제를 해결한다 — 생성이 아니라 실측 수치 추출이 핵심.

• design-think

  Use this skill whenever the user asks Claude to build, mock, design, or lay out a UI screen — Gmail clone, dashboard, settings page, anything visual — EVEN when they say "just build it" or "quickly make a screen." This skill forces Claude to think like a designer (Job → Content → Priority → Hierarch

• design-think

  디자인 결정을 discuss 스타일로 점진 구체화한다. LLM이 widget부터 조립하지 않고 디자이너의 사고 순서(Job → Content → Priority → Hierarchy → Component)를 따르도록 강제한다. 한 번에 완성하지 않고 매 턴 이해도 🔴🟡🟢을 갱신하며 13 결정을 채운다. Blueprint/구현 단계 앞에 위치하며 "디자인 사고", "화면 brief", "시각 의사결정", "/design-think" 등 시각 결정 필요 시 사용. /blueprint → /go 파이프라인의 선행 스킬.

• fix

  가장 최근 작업물이 고장났을 때 자동 재현→디버깅→수정. "/fix", "안 돼", "고장", "왜 안 돼", "방금 만든 거 안 돼" 등 문제 보고 시 사용. /debugging보다 짧고, "뭐가 고장났는지"를 자동 추론하는 Step 0이 추가됨. repro recorder JSON이 첨부되면 그것을 재현 증거로 사용.

• go

  자율 실행 오케스트레이터. /team 편성표를 소비하여 TaskCreate + Agent 디스패치로 작업을 자율 완주한다. "/go", "실행해", "만들어줘" 등 구현 요청 시 사용.

• handoff

  작업을 깔끔하게 마무리하거나 다음 세션으로 이어 넘기는 단일 오케스트레이터. 산업 표준 GitHub Flow (branch → commit → push → PR → CI → merge → cleanup) 위에 프로젝트 특유의 A0 역PRD 감사 + A1 verify 6단 + A8~A9 미완료 계승을 덧댄다. Blueprint PRD가 있으면 역PRD 체크리스트를 먼저 채우고 Blueprint ⊃ Implementation 검증을 통과해야 나머지 단계가 진행된다. 세션 시작 시 `/handoff`를 치면 가장 최근 미소비 handof

• ia

  정보 구조(IA) 설계. story의 화면 목록을 받아 사이트맵, 네비게이션 구조, 화면별 콘텐츠 모델을 인터뷰로 채워간다. "IA", "정보 구조", "사이트맵", "네비게이션 설계", "화면 구조", "/ia" 등을 말할 때 사용. /story 이후, /wireframe 이전에 위치한다.

• improve-skill

  retro 판정 결과를 받아 스킬과 훅을 구체적으로 패치한다. "/improve-skill", "스킬 개선", "훅 추가" 등을 말할 때 사용. /retrospect의 후속 스킬.

• improve

  릴리즈 품질 루프. 기능이 아니라 사용자의 Job을 기준으로 제품을 평가하고 개선한다. "개선해", "품질 올려", "릴리즈 수준으로", "더 다듬어", "/improve" 등을 말할 때 사용. /go 이후 또는 단독 호출 가능.

• inbox

  사용자의 요청을 답변 대신 날짜 폴더(docs/YYYY/YYYY-MM/YYYY-MM-DD/) 아래 type=inbox 문서로 저장한다. "메모해줘", "문서로 남겨", "inbox에 넣어", "/inbox" 등 기록 의도가 보이면 사용.

• layout-score

  FlatLayout definePage + widget의 구조를 체크리스트로 평가하고 수렴 루프를 돌려 개선한다. 텍스트 체크(L1/L2) + 스샷 검증(L3)의 3층 교차 구조. "레이아웃 평가", "definePage 점수", "이 페이지 레이아웃 봐줘", "/layout-score" 등을 말할 때 사용. 구조 단위 책임 경계를 검증한다.

• mockup

  Use this skill whenever the user asks Claude to design, prototype, lay out, or visually build a UI screen — BEFORE /go or /blueprint's Phase 3. This skill runs a multi-turn fidelity-ladder loop (Data → Importance → Low-fi wireframe → Mid-fi → Hi-fi) where each turn consumes one step, produces a conc

• para

  오래된 inbox 문서(type=inbox, status 미소비)를 읽고 frontmatter의 type/status/project/layer/tags를 적절히 승격시켜 지식으로 편입시킨다. "inbox 정리", "문서 정리", "para", "/para" 등 inbox 관리 의도가 보이면 사용. inbox 문서가 쌓여있을 때 주기적으로 사용을 제안해도 좋다.

• prd

  discuss의 해결책을 받아 CLAUDE.md FE 책임 맵에 투사하여 작은 파일로 분해하고 코드 레벨 contract을 정의한다. 책임=파일=에이전트 단위로 미리 쪼개 누가 구현해도 같은 결과로 수렴하는 청사진을 만든다.

• publish

  Living Documentation 오케스트레이터. module/layer 단위로 문서 완전성을 감사하고 빈 곳을 채운다. "/publish", "/publish listbox", "/publish ui", "문서 완전한가", "publish" 등을 말할 때 사용. /handoff(나가는 길) A3에서 /area 대신 호출된다. retrospect 후 역PRD 이식, 데모·registry 확인, area 갱신을 하나의 파이프라인으로 수행.

• screen-test

  제품 수준 화면 검증 테스트 작성. 사용자 입력(click/keyboard) → 화면 변화(라우트/DOM 시각 상태) 검증. 소스 코드 구조와 무관하게 요구사항을 검증한다. 개발 사이클 완료 후 TDD 메커니즘 테스트를 제품 수준으로 승격할 때, 또는 "화면 테스트", "통합 테스트 만들어", "이 기능 테스트", "/screen-test" 등을 말할 때 사용.

• story

  서비스의 유저스토리 맵을 인터뷰로 채워간다. discuss 이후, PRD 이전에 위치하며 "어떤 구현 단위가 필요한가"를 사용자 체감 언어로 도출한다. "유저스토리", "스토리 맵", "서비스 기획", "/story" 등을 말할 때 사용.

• use

  에이전트가 브라우저로 제품을 직접 사용하여 문제를 발견하고 개선까지 자율 완주한다. "/use", "써봐", "직접 써봐", "QA 해봐", "사용해봐", "테스트해봐", "돌려봐", "확인해봐" 등 실사용 테스트 의도가 보이면 사용. 특정 라우트를 인자로 받을 수 있다 (예: "/use /chat", "/use /viewer"). 에이전트끼리 논의하며 개선점을 찾으라는 요청에도 사용.

• wireframe

  화면별 ui/ 부품 매칭 + 인터랙션 매트릭스 작성 + 적합성 검증. ia의 콘텐츠 모델을 받아 각 영역을 os 부품으로 조립한다. "와이어프레임", "부품 매칭", "컴포넌트 설계", "인터랙션 설계", "/wireframe" 등을 말할 때 사용. /ia 이후, /prd 이전에 위치한다.

Subagents (4)

• naming-audit

  네이밍 일관성(consistency)과 적합성(aptness) 감사 에이전트. 동의어 드리프트, 형식 불일치, 패턴 과적, 역할 분산을 자동 감지하고 리포트를 반환한다. "/naming-audit", "이름 점검", "네이밍 확인" 등을 말할 때 사용. /go의 Verify phase에서 자동 호출된다.

• resource

  외부 웹 검색으로 깊은 자료를 수집하여 docs/3-resources/에 참고 문서를 생성하는 에이전트. "조사해줘", "자료 찾아줘", "리서치", "best practice 찾아줘", "/resource" 등을 말할 때 사용. 프로젝트 내부 코드 해설은 /explain, 외부 지식 조사는 /resource.

• retrospect

  구현 사이클 완료 후 회고 에이전트. git diff에서 blind 역PRD를 생성하고 원본 PRD와 비교하여 갭을 자동 감지한다. "/retrospect", "/retro", "회고", "뭐가 빠졌지", "결과 점검" 등을 말할 때 사용.

• screen-test

  제품 수준 화면 검증 테스트를 자율 작성하는 에이전트. 사용자 입력(click/keyboard) → 화면 변화(라우트/DOM 시각 상태) 검증. 소스 코드 구조와 무관하게 요구사항을 검증한다. "화면 테스트", "통합 테스트 만들어", "이 기능 테스트", "/screen-test" 등을 말할 때 사용.

Similar plugins