dev-goraebap
31 verified skills
my-backend-architecture
사용자 개인의 백엔드 아키텍처 선호(기본 4레이어: app / domain / infrastructure / shared, 선택적 사용자 정의 중간 레이어)를 Progressive Disclosure로 정리한 지식 스킬. FSD의 레이어 참조 규칙을 백엔드용으로 재구성. app은 resource(API 리소스) 단위, 나머지는 module 단위. app은 Presentation+Application 결합형(의도적 타협). 같은 레이어 module 간 참조 금지, domain은 허용(BC 간 ID 타입 외 강한 의존 지양), shared는 순환만 피하면 자유. infrastructure→domain DIP(import 방향 역전), domain은 프레임워크 의존 없는 순수 코드. 읽기는 Query Service(domain 우회), 도메인 단위 테스트 우선, ORM별 도메인 모델 배치 전략을 다룬다. Triggers — "백엔드 아키텍처", "레이어드 아키텍처", "도메인 레이어 구조", "Domain Service", "Application Service", "Repository 주입", "Drizzle 스키마 위치", "사용자 정의 레이어", "Aggregate", "BC 간 참조", "읽기 경로", "DIP", "의존 역전", "레이어 참조 규칙".
development
docs-to-md
기술 공식 문서 사이트 URL을 받아 여러 페이지를 자동 발견(llms-full.txt → llms.txt → sitemap.xml → nav 순)하고 로컬 Markdown 파일/폴더로 저장한다. 1페이지면 단일 .md, 여러 개면 폴더 + index.md. 각 파일 frontmatter에 source_url·fetched_at·pages를 박아 stale 판별을 돕는다. Triggers — "공식문서를 md로", "docs 저장", "문서 크롤링해서 정리", "레퍼런스 로컬에 저장", "/docs-to-md <url>". 사용자가 공식 문서/레퍼런스 URL을 주면서 로컬 md 파일로 변환하거나 보관하려 할 때 사용.
documentation
draft-public-rules
현재 프로젝트를 분석하고, 사용자가 지금 접근 가능한 전역/프로젝트 스킬 및 MCP 인벤토리를 함께 파악해서 **이 프로젝트에 실제로 필요한 것만** 큐레이트한 **팀 공개 지침(public rules) 초안**을 생성한다. 두 가지 트랙 지원: A) Multi-agent → 루트 `AGENTS.md` + Claude/Gemini 브릿지, B) Claude-only → 루트 `CLAUDE.md` 자체를 공개 지침으로 사용(브릿지 불필요). 트랙은 사용자가 명시 선택(자동 추측 금지). Draft-first: 분석 → 완성된 초안 한 번에 제시 → 사용자 비판으로 iterate. 신호가 빈약하면 "뭘 만들려고 하세요?" 한 가지만 묻는다. 생성된 파일은 "초안"이며, 후속 스킬 (Boundaries 누적, 스킬/MCP 정리 등)로 계속 다듬는 것을 전제로 한다. Triggers: "create AGENTS.md", "draft AGENTS.md", "generate AGENTS.md", "set up project rules", "initialize agent config", "agent onboarding", "AGENTS.md 만들어줘", "AGENTS.md 초안", "CLAUDE.md 만들어줘", "에이전트 규칙 생성", "프로젝트 규칙 설정", "공개 지침 만들어줘", "팀 규칙 초안", "팀 공유 규칙". 새 프로젝트를 시작하거나, AI 에이전트를 온보딩하거나, 팀 공개 지침을 표준화할 때 사용.
tools
pdf-parser
PDF 파일에서 텍스트를 추출하여 처리 가능한 형식(.txt)으로 변환한다. Node.js와 pdf-parse 라이브러리를 사용하며, 출력 파일을 지정된 경로에 저장한다. 트리거: ".pdf 파일", "PDF 텍스트 추출", "PDF 파싱", "pdf-parser", "PDF를 읽어줘", "PDF 내용 추출"
content-media
refine-boundaries
공개 지침 파일(트랙 A: 루트 `AGENTS.md` / 트랙 B: 루트 `CLAUDE.md`)의 `## Boundaries` 섹션에 규칙을 한 번에 한 개씩 누적한다. 트랙은 자동 감지(우선순위: AGENTS.md > CLAUDE.md). 사용자가 에이전트 실수를 지적하거나 규칙을 명시적으로 선언할 때 자동 발화하거나 슬래시로 호출. 3-tier(Always do / Ask first / Never do) 중 적절한 곳에 분류하고, 토픽 특정적이면 해당 섹션(Code Style, Testing, Git Workflow 등)에 인라인으로, 크로스커팅이면 Boundaries에 배치한다. 기존 규칙은 건드리지 않는 **additive-only** 스킬. Triggers: "refine boundaries", "add boundary", "add never do", "add always do", "다시는 이렇게 하지 마", "항상 ~ 먼저 해", "에이전트가 실수했어", "/refine-boundaries". Auto-trigger: 사용자가 교정 발화를 할 때 ("the agent shouldn't have", "don't do X", "never do Y", "always do Z first" 등). 에이전트 실수를 본 직후, 또는 사용자가 새 규칙을 선언할 때 사용.
development
bigpicture
빅픽처 이벤트스토밍의 1:1 분석 도구. 학습 단계(domain-classroom)에서 머리에 박힌 도메인 일반 패턴을 클라이언트 시스템에 매핑해 빅픽처 산출물(시간순 도메인 이벤트·페이즈·액터·외부시스템·핫스팟·피벗)을 누적한다. domain-classroom의 학습 노트(docs/learning-notes/{도메인}- classroom.md)와 클라이언트 자료(RFP·요구사항정의서·기존 시스템 스키마)를 입력으로 받아 페이즈 단위로 진행. 페르소나·서사 없는 분석 톤. 도메인 이벤트 판별 4기준(도메인 전문가 관심·비즈니스 상태 변화·법적 의미·다른 흐름 트리거)을 명시 적용해 UI/Telemetry 이벤트 혼입 방지. 이벤트는 한국어 자연어 + Code Identifier 이중 표기. 핫스팟에 ID·답할 위치·확신도 태그 부여. 산출물은 docs/eventstorming.md 단일 파일로 시작, 후속 단계 스킬(process-modeling·software-design)이 추가될 때 폴더로 자연 분기. Initial/Update/Cycle 모드 지원 — 코드 작성 후에도 다시 사이클 가능. Triggers — "빅픽처", "빅픽처 만들어줘", "이벤트스토밍", "도메인 이벤트 정리", "Big Picture EventStorming", "페이즈 매핑", "도메인 산출물 정리", "/bigpicture".
development
audit-public-rules
공개 지침 파일(트랙 A: 루트 `AGENTS.md` + Claude/Gemini 브릿지 / 트랙 B: 루트 `CLAUDE.md`)을 모범 사례에 대조해 진단하고, 이슈를 보고한 뒤 사용자 동의를 받아 선택적으로 개선한다. 트랙은 루트 파일 존재로 자동 감지하며 보고 헤더에 `Detected track: X` 형태로 명시(사용자가 1초에 반박 가능). anti-pattern 감지(자명한 조언, linter 중복, 코드로 읽히는 내용, 오래된 경로, 크로스툴 중복, 개인 설정 유출 등), 토큰 효율, 구조 체크, 레퍼런스 경로 검증을 수행. 둘 다 본격 규칙으로 존재하면 트랙 마이그레이션 옵션도 제시. Triggers: "audit AGENTS.md", "check AGENTS.md", "audit CLAUDE.md", "review agent config", "AGENTS.md 검토", "CLAUDE.md 검토", "공개 지침 점검", "팀 규칙 진단", "에이전트 설정 진단", "/audit-public-rules". 공개 지침 파일을 수정한 뒤 품질을 확인하거나, 시간이 지나 규칙이 쌓였을 때 정리가 필요할 때 사용.
development
handoff
지금 대화 맥락을 **다른 작업 환경의 에이전트(Claude Code, Codex, Gemini CLI, Cursor 등)나 다른 팀원에게** 그대로 넘길 수 있는 brief Markdown을 자동 생성한다. 사용자가 `/agent-cowork:handoff`(또는 `/handoff`)를 입력하면 현재 대화에서 지금 해결하려는 task 하나를 뽑아 "# 요청 / ## 배경 / ## 목표 / ## 산출물 / ## 이미 확보한 것 / ## 주의사항" 구조로 정리해 채팅에 출력한다. 200–400 단어의 에이전트 독립적인 brief로, 받는 쪽이 cold start 상태에서도 즉시 이해 가능해야 한다. Triggers — "/agent-cowork:handoff", "/handoff", "이 내용 다른 에이전트에 전달", "brief 만들어줘", "맥락 정리해서 넘기게 해줘", "다른 에이전트한테 이어서 시킬 수 있게", "다른 팀원한테 전달할 수 있게 정리".
tools
shared-docs
멀티 레포 환경의 공유 문서(공통 PRD, 도메인 규칙, ADR 등)를 **git submodule**로 관리. 한 스킬 안에서 다음 4동작을 처리: init(공유 문서 레포 신규 생성 + submodule 연결), sync(원격 갱신 받기), write(문서 작성 → push → PR, GitHub Flow 기반), doctor(흔한 함정 검증). 경로/브랜치/원격 URL은 **`.gitmodules`를 source of truth로** 읽고, 복수 submodule 환경의 식별 힌트만 `AGENTS.md`/`CLAUDE.md`의 `## External Tools` 섹션에 자기 엔트리로 남긴다 — 별도 config 파일은 만들지 않는다. GitHub Flow 기본: main + short-lived 브랜치 + PR. 작은 수정은 main 직접 push 허용. Triggers: "shared docs", "공유 문서 셋업", "submodule 추가", "submodule 갱신", "공유 문서 수정", "공유 문서 PR", "공유 문서 진단", "공유 PRD 업데이트", "shared-docs init", "shared-docs sync", "shared-docs write", "shared-docs doctor", "/agent-cowork:shared-docs". 모노레포 대신 멀티 레포로 쪼개되 PRD나 도메인 규칙 같이 여러 레포에서 동시에 참조해야 하는 문서를 한 곳에서 관리하면서 각 레포에 연결할 때 사용.
tools
lean-prd
프로젝트 기획 문서(Lean PRD)를 Markdown으로 생성·관리하는 스킬. 7개 섹션 (Overview / Background / Goals / Non-goals / Scope / Later / Constraints) 으로 구성된 한 페이지 분량의 가벼운 기획서를 생성한다. 개인/사내/상용 3종 프로젝트 유형에 따라 톤과 예시를 조정하며, 유형은 나중에 전환할 수 있다. 대화형 인터뷰로 섹션을 채우고, 기간·지표를 관리할지 여부도 인터뷰로 반영한다. "PRD 만들어줘", "기획서 초안", "프로젝트 기획서", "lean PRD", "린 기획서", "product brief", "제품 요구사항 문서", "프로젝트 문서 작성", "기획 문서" 등의 요청에 트리거한다.
development
fsd-docs
Feature-Sliced Design (FSD) v2.1 공식 문서를 Progressive Disclosure 방식으로 제공하는 지식 스킬. 레이어/슬라이스/세그먼트, Public API, cross-imports, v2.0→v2.1 pages-first 마이그레이션, Next.js·NuxtJS·React Query·SvelteKit·Electron 통합, Authentication·i18n·Types·Theme·SSR 등 실무 가이드를 포함한다. 사용자가 FSD·Feature-Sliced·레이어 구조·슬라이스·pages-first·FSD 도입/마이그레이션을 언급하거나, 프론트엔드 폴더 구조·아키텍처 방법론에 대해 질문할 때 참고할 관련 섹션을 references/ 에서 로드해 답한다. Triggers — "FSD", "Feature-Sliced", "레이어", "슬라이스", "pages-first", "v2.1 마이그레이션", "FSD 도입", "프론트엔드 아키텍처".
development
claude-hook-notify-setup
Claude Code hook에 OS 네이티브 토스트 알림을 연결하는 세팅 스킬. node-notifier 기반으로 Windows(SnoreToast), macOS(알림 센터), Linux(libnotify) 모두 지원. 작업 완료·권한 요청·질문 등 세 가지 상황에서 토스트를 띄운다. 트리거: "작업 완료 알림 설정", "claude 알림 받고 싶어", "hook 알림", "끝나면 알려줘", "토스트 알림 설정"
development
audit-agents-md
AGENTS.md와 관련 브릿지 파일(CLAUDE.md, .claude/CLAUDE.md, CLAUDE.local.md)을 모범 사례에 대조해 진단하고, 이슈를 보고한 뒤 사용자 동의를 받아 선택적으로 개선한다. anti-pattern 감지(자명한 조언, linter 중복, 코드로 읽히는 내용, 오래된 경로, 크로스툴 중복, 개인 설정 유출 등), 토큰 효율, 구조 체크, 레퍼런스 경로 검증을 수행. Triggers: "audit AGENTS.md", "check AGENTS.md", "review agent config", "AGENTS.md 검토", "규칙 점검", "에이전트 설정 진단", "/audit-agents-md". AGENTS.md를 수정한 뒤 품질을 확인하거나, 시간이 지나 규칙이 쌓였을 때 정리가 필요할 때 사용.
development
domain-models
Aggregate 하나를 `{aggregate}.md` 한 장으로 생성·관리하는 스킬. Aggregate의 Role, Ubiquitous Language(용어 사전), 내부 구조(Entity·VO), 불변 규칙(Invariants), 교체 가능한 비즈니스 정책(Policies), 외부 의존을 담아 해당 Aggregate를 빠르게 파악할 수 있는 밀도를 목표로 한다. 기본은 `domain/` 하위에 평탄(flat) 파일로 두고, Bounded Context가 명확해지면 `domain/{bc}/` 폴더로 묶는다. "도메인 모델 만들어줘", "도메인 스펙 정리", "Aggregate 정의", "DOMAIN.md 만들어줘", "Ubiquitous Language 정리", "Aggregate 정리", "주문 도메인 문서화", "조직 도메인 문서화" 같은 요청에 트리거한다.
testing
erd
PRD·도메인 설명·테이블 목록 등을 입력받아 ERD(Entity-Relationship Diagram)를 Mermaid `.mmd` 파일로 생성한다. 개념(Conceptual)·논리(Logical)·물리(Physical) 3종 ERD를 모두 지원하며, 다크 테마 + handDrawn 스타일로 출력한다. "ERD 만들어줘", "테이블 관계도", "DB 설계 시각화", "엔티티 관계 다이어그램", "데이터 모델링", "개념 ERD", "논리 ERD", "물리 ERD", "mermaid ERD", "DB 스키마 그려줘", "테이블 설계" 등의 요청에 트리거한다.
data-ai
domain-language-extractor
ddd-workshop 파이프라인의 2단계. requirements-refiner 산출물에서 Ubiquitous Language(용어집)를 추출하고, 동의어·동음이의어를 감지한 뒤, 경량 이벤트 흐름(과거형, 정책·분기 제외)을 시간 순으로 그린다. 이를 근거로 "서브도메인 후보"(BC 후보 아님!)를 제안한다. 서브도메인은 문제 공간이고 BC는 다음 스킬에서 해결 공간으로 설계된다. "용어집 만들어줘", "Ubiquitous Language", "domain-language-extractor", "서브도메인 후보", "동음이의어 찾아줘", "ddd-workshop 2단계" 같은 요청에 트리거한다.
data-ai
aggregate-designer
ddd-workshop 파이프라인의 5단계 (최종 산출물, 전술적 설계). 한 BC 내부의 Aggregate를 1개씩 설계한다. Design-Level Event Storming(이벤트·커맨드· 액터·정책·핫스팟)을 내부 도입부에서 상세화하고, 그 흐름을 근거로 Aggregate 구조(Root/Entity/VO), 불변식(Invariant), 정책(Policy 위치), 그리고 **Exposed Queries(읽기 경로)** 를 결정한다. UL은 BC Canvas의 per-BC UL을 이어받아 "용어 | Code Identifier | 의미" 이중 표기로 참조·확장. Exposed Queries는 screen-inventory의 Query 이름과 크로스체크. 산출물은 docs/shared/contexts/<bc>/<aggregate>.md 1개. BC 내 여러 Aggregate는 여러 번 호출. "aggregate 설계", "애그리거트", "invariant", "불변식", "domain policy", "event storming 상세", "exposed queries", "read path", "aggregate designer", "ddd-workshop 5단계" 같은 요청에 트리거한다.
development
erd
ERD(Entity-Relationship Diagram)를 Mermaid .mmd 파일로 생성·갱신하는 스킬. 요구사항 문서(PRD, DDD 산출물, 러프한 설명)로 초안을 작성하거나, 기존 소스코드(TypeORM, Prisma, Drizzle, JPA, SQL DDL, Django 등)를 읽어 실제 테이블 구조와 ERD를 동기화한다. 개념·논리·물리 3종 ERD를 지원하며 다크 테마 + handDrawn 스타일로 출력한다. "ERD 만들어줘", "테이블 관계도", "DB 설계 시각화", "엔티티 관계 다이어그램", "코드에서 ERD 뽑아줘", "ERD 동기화", "스키마 시각화", "데이터 모델링", "개념 ERD", "논리 ERD", "물리 ERD", "mermaid ERD", "DB 스키마 그려줘", "테이블 설계", "ORM 엔티티 ERD" 등의 요청에 트리거한다. 다른 스킬이나 외부 환경에 의존하지 않고 독립 실행된다.
development
pg-query
PostgreSQL DB에 직접 접근하는 스킬. DB 조회, 테이블 구조 확인, 데이터 검증이 필요할 때 사용한다. Node.js 스크립트로 직접 연결하며 접속 정보는 환경변수 또는 credentials 파일에서 읽는다. "postgres 조회", "DB 확인", "테이블 구조", "pg-query", "쿼리 실행", "데이터 검증", "PostgreSQL 접속" 같은 요청에 트리거한다.
databases
event-storming-explorer
ddd-workshop 파이프라인의 2단계 (전략적 설계 시작점). requirements-refiner 산출물에서 Big Picture Event Storming — 과거형 도메인 이벤트와 액터를 시간순 타임라인으로 추출하고, 그 흐름을 클러스터링해 서브도메인 후보를 식별한다. 서브도메인 **식별만** 담당하며 Core/Supporting/Generic 분류는 다음 스킬(subdomain-classifier)에서. 산출물은 event-flow.md(흐름)와 subdomain-map.md(분류 전 후보 목록). "이벤트 스토밍", "event storming", "빅픽처", "도메인 이벤트 흐름", "서브도메인 식별", "서브도메인 후보", "event-storming-explorer", "ddd-workshop 2단계" 같은 요청에 트리거한다.
data-ai
requirements-refiner
ddd-workshop 파이프라인의 입구 스킬. 막연한 아이디어·PRD·러프한 프롬프트를 받아 맥락(학습/개인/사내/B2B/B2C)을 판별하고, 에이전트 자가 진단 8문항을 공개적으로 수행해 모르는 영역은 (옵션) 웹 리서치 또는 사용자 인터뷰로 메운 뒤, 모호함·엣지 케이스·암묵 가정·모순을 1문 1답 큐로 정제한다. 산출물은 맥락·요구사항(MUST/SHOULD)·도메인 브리프·미정 항목이 통합된 단일 문서. "요구사항 정리", "DDD 시작", "프로젝트 킥오프", "requirements refiner", "에이전트 자가 진단", "낯선 도메인 공부", "ddd-workshop 1단계", "PRD 정제", "요구사항 빈틈" 같은 요청에 트리거한다.
tools
implementation-blueprint
ddd-workshop 파이프라인의 6단계 (Implementation). aggregate-designer 이후, DDD 산출물(context-map, _canvas, aggregate 명세)을 바탕으로 **백엔드 모놀리식 프로젝트의 폴더 구조·레이어·BC 간 통신 방식**을 인터뷰로 결정하고 블루프린트 문서를 생성한다. 같은 DDD 문서로도 팀마다 폴더 구조를 다르게 해석하는 문제를 줄이기 위한 스킬. 런타임·ORM·팀 규모·DB 전략·Presentation 위치·Query Service 사용·Cross-BC JOIN 정책·BC 간 통신 방식·Repository 인터페이스 여부를 물어 산출물에 결정 + 근거 + 대안 + 안티패턴 체크리스트를 기록한다. 파일명·클래스명·함수명·코드 컨벤션은 **범위 밖**. 폴더 구조·폴더명·레이어 경계·의존 방향만 다룸. "폴더 구조", "폴더 설계", "레이어 구조", "implementation blueprint", "백엔드 구조 설계", "모노리스 레이아웃", "BC 통신 방식", "ddd-workshop 6단계" 같은 요청에 트리거한다.
content-media
screen-inventory
ddd-workshop 파이프라인의 4-옵션 단계 (선택적). context-designer 완료 후 UI가 있는 BC에 대해서만 호출. 해당 BC가 기여하는 화면 목록을 표시 데이터·액션·Query 이름과 함께 정리해 **read-path를 1급 산출물로** 노출시킨다. 와이어프레임 없이도 작성 가능하며 후속 aggregate-designer의 "Exposed Queries" 섹션과 이름 매칭으로 크로스체크된다. UI가 없는 Generic BC(알림 등)에는 호출하지 않는다. "스크린 인벤토리", "screen inventory", "UI 인벤토리", "화면 목록", "read path", "조회 경로", "screen-inventory", "ddd-workshop 4-옵션" 같은 요청에 트리거한다.
content-media
context-designer
ddd-workshop 파이프라인의 4단계. 분류된 서브도메인에서 Bounded Context를 설계하고, **BC마다 BC Canvas(1페이지 요약, per-BC Ubiquitous Language 내장) 파일**과 **Context Map(BC 간 관계)** 을 생성한다. UL은 전역이 아니라 per-BC이며 각 BC Canvas 안에 "용어 | Code Identifier | 의미" 이중 표기로 들어간다. Cross-BC 공용 용어·enum·ID 타입만 별도 published-language.md에 둔다. Slice-first 권장: 선택된 Core 서브도메인의 BC부터 설계하고 직접 경계하는 이웃 BC만 함께 그린다. 산출물 폴더는 domains/가 아니라 contexts/. "BC 설계", "bounded context", "context map", "BC canvas", "컨텍스트 맵", "캔버스", "context designer", "ddd-workshop 4단계" 같은 요청에 트리거한다.
development
structure-planner
fsd-workshop 파이프라인의 2단계. requirements-analyzer가 생성한 fsd-blueprint.md를 입력받아 인터뷰를 통해 레이아웃 존 분류, shared/ui 후보, widgets 후보, 인증 설계를 결정하고 fsd-blueprint.md의 해당 섹션을 채운다. "FSD 레이아웃 잡아줘", "공용 컴포넌트 정리", "fsd-workshop 2단계", "structure-planner", "레이아웃 구조 설계", "shared ui 뭐 넣지", "인증 어디서 처리해" 같은 요청에 트리거. 반드시 requirements-analyzer 완료 후 실행한다.
tools
subdomain-classifier
ddd-workshop 파이프라인의 3단계. event-storming-explorer가 뽑은 서브도메인 후보를 Core / Supporting / Generic으로 **분류**한다. 식별은 이미 끝난 상태이며 이 스킬의 역할은 **분류·투자 판단**에 집중. Core는 Why(경쟁 차별점)에 근거. 이 분류는 이후 context-designer가 어느 BC부터 Slice-first로 설계할지 결정하는 근거가 된다. "core supporting generic", "서브도메인 분류", "subdomain classifier", "어디에 집중할까", "외부 솔루션 쓸지", "slice first 대상 선정", "ddd-workshop 3단계" 같은 요청에 트리거한다.
data-ai
requirements-analyzer
fsd-workshop 파이프라인의 1단계 (입구 스킬). PRD, DDD 산출물, 러프한 메모 등 형식에 무관한 요구사항 문서를 받아 FSD 설계에 필요한 정보(페이지 목록, 라우트, 사용자 역할, 도메인 힌트)를 추출하고 fsd-blueprint.md의 초기 뼈대를 작성한다. "FSD 설계 시작", "fsd-workshop 시작", "FSD 구조 잡아줘", "페이지 구조 분석", "프론트엔드 구조 설계", "FSD blueprint", "requirements-analyzer" 같은 요청에 트리거. 항상 이 스킬을 먼저 사용하고 이후 structure-planner → framework-adapter 순으로 진행.
development
domain-classroom
도메인 일반 패턴을 강의 모드로 가르치는 인지과학 기반 학습 스킬. AI가 가상 도메인 전문가(선생님) 역할을 하고 사용자가 학생으로 낯선 도메인을 차근차근 배운다. 메뉴로 시작해서 페이즈를 골라 잠수 → 능동 회상 Q&A → 자기 설명(Feynman) 순서로 진행. Dunlosky 메타분석 기반 인지과학 8원칙(Cognitive Load, Practice Testing, 정교화 질문, Self-Explanation, Schema 연결, Dual Coding, Desirable Difficulty, 분산 학습)을 본문에 명시 적용. 도메인의 법령·산업 표준·인증을 학습 본문에 정식 통합 (출처 인용이 아니라 학습 대상). AI가 판단해 보편적이고 자료 풍부한 도메인은 자료 요청 없이 진행, 좁고 깊은 도메인일 때만 사용자에게 자료 있는지 묻기. 산출물은 학습 노트 스타일 (진도 체크박스 + 페이즈별 일관 구조 + 출처 링크). 페르소나 강요 없이 보편 액터 표현("사원 A", "관리자 A"). bigpicture의 이전 단계로 작동하거나 단독 사용 가능. Triggers — "도메인 학습", "낯선 도메인 가르쳐줘", "이 산업 어떻게 굴러가요", "선생님 모드", "1:1 강의", "도메인 입문", "도메인 일반 패턴", "HR 플랫폼이 뭔지", "이커머스 흐름", "domain classroom", "/domain-classroom".
testing
bigpicture-storytime
빅픽처 이벤트스토밍의 1:1 학습 친화 변형. 그룹 워크샵에서 도메인 전문가가 던지는 이벤트를 받아 적는 대신, AI가 가상 도메인 전문가 역할을 하고 사용자가 학습자로 1:1 인터뷰하며 빅픽처를 누적한다. 산출물(시간순 도메인 이벤트·액터· 외부시스템·핫스팟·피벗)은 빅픽처 이벤트스토밍과 거의 동일하지만, 한 보드에 한 번에 펼치는 방식이 아니라 **한 액터·한 챕터씩 시간순 서사로 누적**한다. 각 장면마다 "왜 이게 필요한가?" 설명을 곁들여 학습자가 따라올 수 있게 한다. RFP·요구사항정의서·기존 도메인 자료를 입력으로 받거나, 자료가 없으면 AI 사전 리서치(보편 사례·법령·산업 표준)로 보충해 진행. 페르소나 시점의 챕터 단위 (5~7개 장면) + 확신도 태그 [확실/일반론/추측]로 검증 지점 명시 + 사용자 인터랙션 + 액터 전환으로 빅픽처를 점진적으로 채운다. 산출물 저장은 옵셔널 — 이해 자체가 목적이다. Triggers — "낯선 도메인 이해", "도메인 차근차근 알려줘", "1:1 빅픽처", "솔로 이벤트스토밍", "RFP 분석", "비즈니스 흐름 이해", "액터 시나리오", "신규 프로젝트 도메인 파악", "빅픽처 스토리타임", "bigpicture storytime", "/bigpicture-storytime".
data-ai
framework-adapter
fsd-workshop 파이프라인의 3단계 (최종). structure-planner가 완성한 fsd-blueprint.md를 입력받아 특정 프레임워크(Next.js App Router, SvelteKit, Nuxt, Angular, React+Vite 등)의 강제 폴더 구조와 FSD를 통합한 최종 디렉터리 트리를 생성하고 fsd-blueprint.md를 완성한다. "FSD 폴더 구조 만들어줘", "Next.js에서 FSD 어떻게 써", "fsd-workshop 3단계", "framework-adapter", "SvelteKit FSD 구조", "프레임워크별 FSD 매핑", "폴더 트리 완성" 같은 요청에 트리거. 반드시 structure-planner 완료 후 실행한다.
development
material3
Material Design 3 (M3) 공식 가이드라인 지식 스킬. m3.material.io 전체(foundations·styles·components·develop)를 117페이지 로컬 문서로 보관한다. 레이아웃(웹·모바일 차이, Window Size Classes, Canonical Layouts), 디자인 토큰(Color Roles, Typography Scale, Shape, Elevation, Motion), 컴포넌트 38종 overview를 포함. 기술스택 독립적 M3 전문가 에이전트를 위한 참조 지식 팩. Triggers — "M3 규격", "머테리얼 디자인", "Material3", "m3 컴포넌트", "m3 색상 토큰", "m3 레이아웃", "m3 타이포", "m3 모션".
development