
This skill should be used when the user says "/council", "council", "deliberate", "multi-perspective decision", "트레이드오프 분석", "위원회 소집", "여러 관점으로 검토", or wants deep multi-perspective deliberation with tradeoff mapping. Combines tribunal (structured adversarial review), agent-council (external LLM opinions), dev-scan (community sentiment), and step-back (meta-level review) into a unified decision-making committee. Uses Agent Teams for real peer-to-peer debate with iterative step-back moderation loop.
Use when users need structured ideation to turn vague concepts into concrete plans through a diverge-converge process.
코드 구현 및 테스트 작성 표준. 파일 구조, 네이밍 컨벤션, 테스트 패턴, 커밋 컨벤션을 정의합니다. Use when implementing features, writing tests, or making commits.
Use after deploying code to production or staging for real-time monitoring with baseline comparison and health scoring. Observation only — no code changes during monitoring. Triggers: "/canary", "canary check", "post-deploy watch", "배포 후 모니터링", "카나리", "배포 확인", "deploy monitoring", "health check after deploy", "배포 후 괜찮아?", "배포 상태 확인"
Use when the user wants requirements to be discovered through structured reverse-interviewing for feature, refactoring, bug-analysis, or architecture tasks.
GitHub issue creation skill. Analyzes the entire codebase impact based on user request, then creates a structured issue with AI-verified/human-judgment-needed/caution sections. /issue "issue description" Trigger: "/issue", "이슈 만들어", "issue 만들자", "깃헙 이슈"
Use when "/jira:dispatch", "서브태스크 생성", "지라 태스크 생성", "jira dispatch", "jira subtask", "create subtasks", "태스크 디스패치", "이 태스크들 지라에 올려줘", "서브태스크 만들어줘". Also use as the final step after /jira:assess completes.
Use when the user's request is too vague or ambiguous to act on safely, even if they haven't explicitly asked for clarification. Also use when another skill says "clarify first" or when jumping to implementation would be risky because the problem statement is unclear. Triggers: "clarify requirements", "refine requirements", "make this concrete", "요구사항 정리", "막연한데 정리해줘", "아이디어 구체화", "명확하게 해줘", "뭘 원하는지 모르겠어", "정리부터 하자", "vague idea", "clarify this", "구체화해줘", "스펙 정리", "뭘 만들어야 할지 모르겠어". Prefer over /discuss when the goal is convergence, not open exploration.
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
Use when: (1) "테스트 코드 작성해줘", (2) "test code 생성해줘", (3) after test-planner creates scenarios, (4) need to write tests for specific layer.
Use when starting a new development task and need structured task analysis. Trigger: new task, task analysis, task definition, 태스크 정의, 작업 분석.
Use when: (1) "테스트 검증해줘", (2) "테스트 실행하고 고쳐줘", (3) "test heal", (4) after test-generator creates tests, (5) tests are failing and need fixing.
Use when user needs to decide between single agent, subagents, or agent team for a task, or when designing agent team structure and execution prompts. Triggers: 'agent team', 'team design', 'swarm', 'multi-agent', '팀 설계', '에이전트 팀', '팀 만들어', '멀티 에이전트', '팀 구성', '팀으로 작업', '자율성', 'autonomy', '알아서 하게'
Use when exploring ideas, brainstorming approaches, making architecture decisions, considering tech adoption, or developing vague concepts into concrete plans. Triggers: 'ideation', '아이디에이션', 'brainstorm', '브레인스토밍', '아이디어', 'explore ideas', '아이디어 좀 줘', '어떻게 하면 좋을까', '뭐가 좋을까', '도입하고 싶어'.
Use when "/jira:ops", "지라 오퍼레이션", "지라 전체 파이프라인", "jira ops", "jira pipeline", "티켓 처리", "티켓 전체 프로세스", "이 티켓 분석부터 서브태스크까지", "리서치부터 디스패치까지".
"/mirror", "mirror back", "echo back", "이해한 거 맞아?", "내가 뭘 원하는지 말해봐", "확인해줘", "paraphrase this", "너가 이해한 거 설명해봐", "what did I ask?"
비즈니스 관점에서 아이디어/계획을 검증하는 스킬. 기술적 타당성이 아니라 "이걸 왜 만드는가?", "ROI는?", "스코프가 적절한가?" 관점에서 10개 필수 질문을 답하고 BUILD/PIVOT/KILL 판정을 내린다. /plan-eng-review가 기술 리뷰라면, /plan-ceo-review는 비즈니스 리뷰. Use when: "/plan-ceo-review", "CEO 리뷰", "비즈니스 리뷰", "이거 만들 가치가 있어?", "ROI 분석", "스코프 적절해?", "business review", "idea validation", "이거 해야 해?", "비즈니스 검증", "가치 검증", "만들어야 하나", "scope review", "priority check", "우선순위 맞아?".
PR diff를 받아 코드 리뷰 자동 요약을 생성하는 스킬. 핵심 변경점을 3줄로 요약하고, 변경 파일별로 what changed / why it matters / risk level을 정리. Use when: "PR 요약", "diff 요약", "PR 변경점 정리", "코드 변경 요약", "summarize PR", "PR summary", "diff summary", "what changed in this PR", "변경점 요약해줘", "PR 핵심 정리", "리뷰 요약"
Migrate Notion pages or child pages into Jira subtasks. Use when the user says "노션 페이지를 지라 하위작업으로 옮겨줘", "노션 하위 페이지를 서브태스크로", "notion to jira", "jira subtask로 이식", "하위 작업 추가", "지라로 옮겨", or provides a Notion page URL and a Jira parent issue together. Prefer a one-page test first, then batch-create the rest sequentially. Supports fixed assignee values like enzo.cho / [email protected] and relies on Jira's default create status, which should verify as To Do after creation.
Use when "/jira:recon", "지라 리서치", "지라 분석", "티켓 분석", "티켓 리서치", "지라 정리", "jira research", "jira recon", "ticket research", "analyze jira ticket", "이 티켓 정리해줘", "JIRA 티켓 조사". Also use when the user shares a Jira URL containing "atlassian.net/browse/" and asks for analysis, research, or investigation of the ticket.
Root cause based one-shot bug fix. debugger diagnosis → spec.json generation → /execute. /bugfix "error description" Adaptive mode: auto-routes by debugger's Severity assessment (SIMPLE/COMPLEX).
Use when: (1) "테스트 시나리오 작성해줘", (2) "테스트 계획 만들어줘", (3) "test plan 만들어줘", (4) creating test plan for new features, (5) before writing test code.
Use when: (1) "테스트 시나리오 작성해줘", (2) "테스트 계획 만들어줘", (3) "test plan 만들어줘", (4) creating test plan for new features, (5) before writing test code.
Use when a Task Definition is ready and implementation planning is needed. Trigger: plan generation, implementation planning, create plan from task definition, 구현 계획, 플랜 생성.
Use when planning teams need to clarify and structure requirements through business-language interviewing. For non-technical stakeholders who have rough ideas, meeting notes, or vague feature descriptions that need to become structured requirements before development. Triggers: "기획 인터뷰", "요구사항 정리", "spec interview", "기능 정리해줘", "기획서 작성 도와줘", "이거 정리해줘"
TDD 기반 스킬 테스트 스킬. subagent를 활용한 pressure scenario 테스트 및 검증. Use when "스킬 테스트", "skill test", "pressure test", "baseline test", "스킬 검증", "verify skill", "rationalization 분석", "테스트 시나리오"
Notion AI Articles Curation DB에 아티클 링크를 추가하는 스킬. Use when "아티클 추가", "링크 추가", "article curation", "큐레이션", "링크 정리해줘", "이 링크들 노션에 추가", "아티클 큐레이션", "add articles".
Use when reviewing PRs or branches with multiple AI models, cross-validating findings across Claude/Gemini/Codex, or when user says "multi-review", "멀티 모델 리뷰", "다양한 관점에서 코드 리뷰"
Use when "작업 완료 리포트", "리포트 작성", "work report", "회고 작성", "작업 마무리", "워크플로우 완료 리포트". 워크플로우 또는 작업 완료 후 회고 리포트 생성.
RESTful API 설계 컨벤션. URL 설계, HTTP 메서드, 상태 코드, Response 형식, 에러 코드를 정의합니다. Use when designing API endpoints, implementing controllers, or reviewing API implementations.
Use when user needs to decide between single agent, subagents, or agent team for a task, or when designing agent team structure and execution prompts. Triggers: 'agent team', 'team design', 'swarm', 'multi-agent', '팀 설계', '에이전트 팀', '팀 만들어', '멀티 에이전트', '팀 구성', '팀으로 작업', '자율성', 'autonomy', '알아서 하게'
RESTful API 설계 컨벤션. URL 설계, HTTP 메서드, 상태 코드, Response 형식, 에러 코드를 정의합니다. Use when designing API endpoints, implementing controllers, or reviewing API implementations.
API 문서화 스킬. Notion과 Postman에 API 명세를 추가합니다. Use when documenting APIs, updating Notion database, or adding Postman requests.
API 문서화 스킬. Notion과 Postman에 API 명세를 추가합니다. Use when documenting APIs, updating Notion database, or adding Postman requests.
Use when user asks about calendar, schedule, or agenda. Triggers: '오늘 일정', '이번 주 일정', '내일 뭐 있어', 'calendar', '캘린더', '일정 확인', '스케줄', 'what do I have today'.
This skill should be used when the user wants to verify their changes before pushing, or update the project's rule checklists. Phase 1: validate changed files against .dev/rules/ checklists and report PASS/WARN. Phase 2 (conditional): propose rule additions when unmatched patterns are detected. Essential before git push. Trigger phrases: "check", "checklist", "verify changes", "what did I miss", "pre-push check", "cascading changes", "any more changes needed", "update checklist", "update rules", "rules update", "체크", "체크리스트", "변경 확인", "빠뜨린 거 없나", "push 전 확인", "뭐 더 건드려야 해?", "연쇄 변경 확인", "규칙 갱신".
CLAUDE.md 파일 생성 스킬. 코드베이스 자동 분석과 사용자 입력을 결합하여 프로젝트별 맞춤 CLAUDE.md를 생성합니다. "CLAUDE.md 만들어줘", "CLAUDE.md 생성해줘", "CLAUDE.md 작성해줘", "create CLAUDE.md", "generate CLAUDE.md" 등 CLAUDE.md 생성 요청 시 사용.
코드 구현 및 테스트 작성 표준. 파일 구조, 네이밍 컨벤션, 테스트 패턴, 커밋 컨벤션을 정의합니다. Use when implementing features, writing tests, or making commits.
This skill should be used when the user says "/compound", "compound this", "document learnings", "save what we learned", or after completing a PR. Extracts knowledge from PR context and saves to docs/learnings/.
Use when performing security audits, vulnerability scanning, or threat modeling. Two modes: Daily (zero-noise quick scan) and Comprehensive (monthly deep audit). Observation only — no code changes, no exploitation. Triggers: "/cso", "security audit", "보안 점검", "보안 감사", "취약점 분석", "threat model", "OWASP check", "security scan", "시크릿 검사", "dependency audit", "의존성 감사"
Use when the user wants thorough alignment before building and a quick discussion or single clarification pass isn't enough. Use for exposing hidden assumptions, removing ambiguity, or fully syncing on what to build. Triggers: "딥 인터뷰", "제대로 싱크 맞추자", "가정 드러내기", "deep interview", "모호성 제거", "뭘 만들어야 하는지 명확히 하자", "끝까지 파고들자", "완전히 이해하고 싶어", "확실히 정리하자"
Deep web research skill using parallel subagents + chromux browser-explorer + Gemini. Spawns multiple WebSearch research agents AND browser-explorer agents (via chromux for JS-heavy/dynamic sites), plus a Gemini CLI deep research source, then synthesizes everything into a cited report. Uses WebSearch, WebFetch, chromux browser-explorer, and Gemini CLI. Invoke with /deep-research <topic>.
Use when 사용자가 URL/링크를 공유하고 이해를 원할 때. Triggers: "/digest", "이거 읽어줘", "이 글 설명해줘", "링크 분석", "digest this", "이거 뭔소리야", "요약해줘", "이 글 뭔 내용이야", "읽고 정리해줘", "이 아티클 분석해줘", "what does this article say", "explain this link", "이거 뭐야", "읽기 귀찮아", "정리해줘". 단순 요약 요청("요약해줘")이라도 이 스킬을 사용하라 — 요약을 포함하되 더 깊은 이해를 제공한다. 사용자가 링크와 함께 아무 말 없이 URL만 던져도 이 스킬을 트리거하라.
"/discuss", "discuss this", "think with me", "is this a good idea?", "what do you think about", "problem definition", "explore this idea", Korean triggers: "같이 생각해보자", "이거 어떻게 생각해?", "문제 정의", "이게 좋은 아이디어야?", "이거 맞아?"
Spec-driven orchestrator that reads spec.json via cli, routes by meta.type, and dispatches agents/skills accordingly. spec.json-native execution (no PLAN.md). Use when: "/execute", "execute", "실행해줘", "스펙 실행"
Use when 코드 동작 원리 설명, "이게 어떻게 동작해?", "이 코드 설명해줘", "왜 이렇게 작성했어?" 질문에 응답. 코드베이스 이해, 멘토링, 온보딩, 코드 리뷰 맥락 설명 시 사용.
Use when 코드 동작 원리 설명, "이게 어떻게 동작해?", "이 코드 설명해줘", "왜 이렇게 작성했어?" 질문에 응답. 코드베이스 이해, 멘토링, 온보딩, 코드 리뷰 맥락 설명 시 사용.
Use when user shares Figma URL or design screenshots and needs product/domain understanding. Triggers: 'figma 분석', '피그마 분석', '디자인 분석', 'analyze figma', 'figma analysis', '요구사항 추출', '플로우 정리', '도메인 파악', '이 디자인 봐줘', '피그마 봐줘', '뭘 만들어야 하는지 모르겠어', '제품 이해', '도메인 학습'.
Use when user shares Figma URL or design screenshots and needs product/domain understanding. Triggers: 'figma 분석', '피그마 분석', '디자인 분석', 'analyze figma', 'figma analysis', '요구사항 추출', '플로우 정리', '도메인 파악', '이 디자인 봐줘', '피그마 봐줘', '뭘 만들어야 하는지 모르겠어', '제품 이해', '도메인 학습'.
Use when creating presentation outlines for GenSpark PPT generation. Trigger: "발표 자료", "PPT 만들어", "프레젠테이션", "GenSpark", "젠스파크", "발표 준비", "presentation outline"
Use when "PR 생성", "PR 올려줘", "draft PR", "gh pr create", "풀리퀘스트 만들어줘", "create PR", "open PR", "PR 열어줘", "PR 만들어", "push하고 PR 올려줘", "코드 올려줘".
Use when "PR 생성", "PR 올려줘", "draft PR", "gh pr create", "풀리퀘스트 만들어줘", "create PR", "open PR", "PR 열어줘", "PR 만들어", "push하고 PR 올려줘", "코드 올려줘".
GitHub Draft PR 생성 스킬. push 전에 lint/포맷 게이트, 커밋 메시지 컨벤션, 테스트 안전성 확인 같은 pre-flight 체크를 먼저 돌린 뒤 draft PR을 생성한다. Use when "PR 생성", "PR 올려줘", "draft PR", "gh pr create", "/ship", "풀리퀘스트 만들어줘", "create PR", "open PR", "PR 열어줘", "PR 만들어", "push하고 PR 올려줘", "코드 올려줘", "ship it". 단순 draft PR 생성부터 린트/커밋포맷/테스트 안전성까지 한 번에 게이트.
Google search via real Chrome browser (chromux). Use when the user asks to "search Google", "구글 검색", "구글에서 찾아줘", "find articles about", "search the web for", or needs web search results with full page content. Also trigger when: searching a specific site ("search dev.to for..."), finding recent articles/posts about a topic, extracting content from search results, or when WebSearch results are insufficient and real browser rendering is needed. Prefer this over WebSearch when the user wants site-specific search, time-filtered results, or full article body/comments extraction.
any input (code, docs, papers, images) → knowledge graph → clustered communities → HTML + JSON + audit report
Snowflake Korea Hackathon 2026 테크트랙 공식 평가 기준(5 카테고리 × 3 항목 × 4 체크포인트 = 60점 루브릭)으로 제품을 지속 평가/개선한다. 증거 기반 체크포인트 채점 → action plan 생성 → dry-run diff → 사용자 승인 → 일괄 구현 → 재평가 루프. 95점 달성 OR 3 cycle 수렴 OR 마감 4시간 전 종료. 이 프로젝트(이사 결정 AI 시뮬레이터) 전용.
Use when the user asks for restaurant recommendations with trust/ad concerns, date spot suggestions, reliable dining places, or HIDDEN GEM spots. Triggers on: "맛집 추천", "데이트 맛집", "광고 없는 맛집", "진짜 맛집", "믿을만한 맛집", "바이럴 말고", "체험단 아닌", "블로그 광고 말고", "데이트 장소", "기념일 맛집", "첫데이트 맛집", "honest-matjip", "찐맛집". Hidden Gem Mode triggers: "숨은 맛집", "숨은 바", "우리만 아는", "히든", "아지트", "골목 안", "아는 사람만", "바이럴 안 된", "덜 알려진", "조용한 바". Also trigger when: user shares a specific area + asks for trustworthy restaurants, or expresses distrust of online reviews/ads, or asks for off-the-beaten-path spots. Do NOT trigger for: casual lunch ("점심 뭐 먹지" without trust concern), delivery, restaurant booking, review writing, non-Seoul cities (v1), or coding/app building tasks.
Use when the user wants requirements to be discovered through structured reverse-interviewing for feature, refactoring, bug-analysis, or architecture tasks.
Reverse-interview skill that extracts detailed specs by interviewing the user. Use when: (1) user says '/interview', 'interview me', '인터뷰', '요구사항 추출', '스펙 작성', (2) user wants to define requirements for a new feature, refactoring plan, bug analysis, or architecture design, (3) user wants AI to ask deep questions instead of writing requirements themselves. Accepts optional arguments for interview topic/context.
Reverse-interview skill that extracts detailed specs by interviewing the user. Use when: (1) user says '/interview', 'interview me', '인터뷰', '요구사항 추출', '스펙 작성', (2) user wants to define requirements for a new feature, refactoring plan, bug analysis, or architecture design, (3) user wants AI to ask deep questions instead of writing requirements themselves. Accepts optional arguments for interview topic/context.
Use when debugging complex, intermittent, or hard-to-reproduce bugs that resist simple fixes. Systematic hypothesis-driven investigation with scope lock and 3-strike escalation. Triggers: "/investigate", "investigate this", "deep debug", "조사해줘", "원인 분석", "간헐적 버그", "재현 안 돼", "intermittent bug", "race condition", "flaky", "hard to reproduce", "근본 원인"
Use when "/jira:assess", "지라 스코프", "지라 영향도", "코드베이스 분석", "jira assess", "jira scope", "ticket scope", "impact assessment", "스코프 분석해줘", "영향도 분석", "코드 영향 분석", "이 티켓 코드베이스에서 뭘 바꿔야 해". Also use as the second step after /jira:recon completes.
Use when the user says "logged in Chrome", "my browser session", "current Chrome profile", "persistent user-data-dir", "already signed in", or asks for a private LinkedIn, Notion, X, Slack, SSO dashboard, paywalled page, chromux, cookies, or JS-heavy page that only works in their authenticated browser.
Notion AI Articles Curation DB에 아티클 링크를 추가하는 스킬. Use when "아티클 추가", "링크 추가", "article curation", "큐레이션", "링크 정리해줘", "이 링크들 노션에 추가", "아티클 큐레이션", "add articles".
Notion 태스크 Database에 태스크를 생성하는 스킬. Use when "태스크 생성", "task 생성", "notion task", "노션 태스크", "할 일 추가", "create task", "add task to notion", "태스크 만들어줘", "작업 추가". Task 생성에만 특화된 경량 스킬로, 제목/상태/작업분야/작업유형/에픽/DoD/본문 내용을 지원.
Use when the user wants to read, summarize, analyze, compare, or ask questions about a PDF and the built-in PDF reader produces noisy or incomplete results. Also use when the user mentions PDF parsing, markdown extraction, OCR, scanned PDFs, or preparing documents for LLM input. Triggers: "PDF 변환", "PDF 읽어줘", "PDF 분석", "스캔 PDF", "OCR", "PDF to markdown", "pdf-to-llm", "PDF 파싱", "문서 변환", "convert PDF", "extract text from PDF", "PDF 텍스트 추출".
Forced 20-question engineering plan review before high-risk work begins. Reads the plan, answers ALL 20 questions with evidence from the codebase, and produces a READY/NEEDS_WORK/NOT_READY verdict with an action-item list. Use PROACTIVELY before starting any major engineering work — migrations, engine swaps, schema changes, multi-file refactors (>10 files), or anything touching production data paths. Also use when explicitly asked: "/plan-eng-review", "플랜 리뷰", "엔지니어링 리뷰", "계획 검토", "이거 시작해도 되나", "리스크 체크", "pre-work review", "plan review", "이 계획 괜찮아?", "작업 전 점검", "시작 전 체크".
Use when a Task Definition is ready and implementation planning is needed. Trigger: plan generation, implementation planning, create plan from task definition, 구현 계획, 플랜 생성.
Analyze a user's Plannotator plan archive to extract denial patterns, feedback taxonomy, evolution over time, and actionable prompt improvements — then produce a polished HTML dashboard report. Falls back to Claude Code ExitPlanMode denial reasons when Plannotator data is unavailable.
Plugin lifecycle management skill. Use when creating, updating, or managing Claude Code plugins. Trigger: "플러그인 생성", "플러그인 업데이트", "plugin create", "plugin update", "새 skill 추가"
CLAUDE.md 기반 환경 안전 체크. 작업 시작 전에 프로젝트의 안전 규칙, 컨벤션, 환경 설정을 자동 검증하여 CLEAR/WARNING/BLOCKED 상태를 보고한다. /check가 "변경 후 검증"이라면, /pre-flight는 "작업 전 환경 검증"이다. Use PROACTIVELY before starting work, especially after switching branches, pulling changes, or resuming a session. Also use when explicitly asked: "/pre-flight", "프리플라이트", "환경 체크", "작업 전 점검", "안전 체크", "environment check", "pre-flight check", "시작해도 돼?", "환경 괜찮아?", "safety check", "DB 확인", "설정 확인", "config check".
PR 리뷰 워크플로우와 체크리스트를 제공하는 스킬. "PR 리뷰해줘", "코드 리뷰 해줘", "이 PR 봐줘", "review this PR" 등 PR 리뷰 요청 시 사용. GitHub/GitLab PR URL 또는 로컬 브랜치 diff를 기반으로 체계적이고 일관된 리뷰를 수행. 코드 품질, 안정성/보안, 성능, 테스트, 문서화 관점에서 건설적인 피드백 제공.
PR review comments를 체계적으로 처리하는 skill. Use when: (1) PR에 동료의 리뷰가 달렸을 때, (2) 여러 리뷰를 한 번에 처리하고 싶을 때, (3) 수정 후 commit 링크가 포함된 reply를 자동으로 추가하고 싶을 때
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
TDD 기반 스킬 테스트 스킬. subagent를 활용한 pressure scenario 테스트 및 검증. Use when "스킬 테스트", "skill test", "pressure test", "baseline test", "스킬 검증", "verify skill", "rationalization 분석", "테스트 시나리오"
Use when structured requirements exist and need to be transformed into a complete spec document with 7 sections. For planning teams who have clarified requirements (via spec-interview or manually) and need a formal spec. Triggers: "기획서 생성", "spec 생성", "기획서 만들어줘", "spec generator", "요구사항으로 기획서 작성해줘"
3단계 기획 파이프라인을 순차 실행한다: spec-interview → spec-generator → spec-reviewer. 전체 파이프라인을 한 번에 돌리거나, 특정 단계부터 시작할 수 있다. Triggers: "기획 파이프라인", "spec pipeline", "기획 전체 프로세스", "요구사항부터 리뷰까지", "spec 전체", "기획서 처음부터"
Use when a spec or planning document needs development-readiness validation. Detects missing edge cases, state transitions, data constraints, and gives PASS/FAIL judgment. For developers reviewing specs or planning teams wanting pre-development quality checks. Triggers: "기획서 리뷰", "spec review", "기획서 검증", "개발 Ready 확인", "spec reviewer", "기획서 봐줘"
Use when starting a new development task and need structured task analysis. Trigger: new task, task analysis, task definition, 태스크 정의, 작업 분석.
Use when: (1) "테스트 코드 작성해줘", (2) "test code 생성해줘", (3) after test-planner creates scenarios, (4) need to write tests for specific layer.
Use when: (1) "테스트 검증해줘", (2) "테스트 실행하고 고쳐줘", (3) "test heal", (4) after test-generator creates tests, (5) tests are failing and need fixing.
Use when "작업 완료 리포트", "리포트 작성", "work report", "회고 작성", "작업 마무리", "워크플로우 완료 리포트". 워크플로우 또는 작업 완료 후 회고 리포트 생성.