[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6QZBFAETSCZKR2EMRA4Z8SC":3,"skill-same:01M6QZBFAETSCZKR2EMRA4Z8SC":70},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":47,"commitSha":48,"skillDirectory":49,"forksCount":50,"repositoryHtmlUrl":51,"repositoryHomepageUrl":52,"ownerHtmlUrl":53,"ownerBlogUrl":6,"ownerDescription":54,"updatedAt":55,"install":56,"resources":69},"01M6QZBFAETSCZKR2EMRA4Z8SC","lean-startup-guide",null,"린 스타트업 핵심 방법론 가이드. Build-Measure-Learn 사이클, Customer Development 4단계,\nMVP 유형별 선택 기준, 피벗 판단 프레임워크를 제공한다.\nUse when: 스타트업 방법론 적용, 가설 검증 설계, MVP 정의, 피벗 결정 시\nCore lean startup methodology guide covering the Build-Measure-Learn cycle, the 4 stages of\nCustomer Development, MVP type selection criteria, and a pivot decision framework.\nUse when: applying startup methodology, designing hypothesis validation, defining an MVP, or deciding whether to pivot.","Dokkabei97\u002Fdokkabei-harness","Dokkabei97","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F69792585?v=4","01M6QYPVTYK6CGF609W541QNSD","JangMK","01M6QYPVYXBP1GRYHZ7ZABCZC6",1,"Apache-2.0","https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Farchive\u002Fstartup\u002Fskills\u002Flean-startup-guide\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"guide","lean startup guide","lean startup","lean","startup","validation","methodology","decision","strategy","learn","customer","use","build","selection","cycle","type","mvp","core","when","development","2026-11-10 10:12:30",false,"---\nname: lean-startup-guide\ndescription: |\n  린 스타트업 핵심 방법론 가이드. Build-Measure-Learn 사이클, Customer Development 4단계,\n  MVP 유형별 선택 기준, 피벗 판단 프레임워크를 제공한다.\n  Use when: 스타트업 방법론 적용, 가설 검증 설계, MVP 정의, 피벗 결정 시\n  Core lean startup methodology guide covering the Build-Measure-Learn cycle, the 4 stages of\n  Customer Development, MVP type selection criteria, and a pivot decision framework.\n  Use when: applying startup methodology, designing hypothesis validation, defining an MVP, or deciding whether to pivot.\nmetadata:\n  version: 1.0.0\n  category: strategy\n---\n\n# Lean Startup Guide — 린 스타트업 핵심 방법론\n\n## When to Apply\n- 새로운 사업 아이디어를 검증할 때\n- MVP를 정의하고 스코프를 결정할 때\n- 실험 결과를 바탕으로 피벗\u002F유지를 결정할 때\n- Customer Development 프로세스를 따를 때\n\n## Core Framework: Build-Measure-Learn\n\n```\n         ┌─────────┐\n    ┌───▶│  LEARN  │───┐\n    │    └─────────┘   │\n    │    가설 검증\u002F반증   │ 가설 수립\n    │                  │ (Riskiest Assumption)\n┌───┴───┐          ┌───▼───┐\n│MEASURE│◀─────────│ BUILD │\n└───────┘          └───────┘\n 핵심 지표 측정      최소한의 실험\u002FMVP\n```\n\n**핵심 원칙:**\n1. 만들기 전에 가장 위험한 가설부터 검증\n2. 완벽한 제품이 아닌 학습을 위한 최소한의 것을 만듦\n3. Vanity Metrics(허영 지표)가 아닌 Actionable Metrics(행동 지표) 측정\n4. 검증된 학습(Validated Learning)만 진짜 진전\n\n## Customer Development 4단계\n\n| 단계 | 목표 | 핵심 질문 | 성공 기준 |\n|------|------|----------|----------|\n| **Customer Discovery** | 문제 존재 확인 | 이 문제가 실재하는가? | 인터뷰 대상의 40%+ 공감 |\n| **Customer Validation** | 솔루션 수요 확인 | 사람들이 돈을 낼 것인가? | 유료 전환 또는 LOI 확보 |\n| **Customer Creation** | 수요 창출 | 어떻게 고객에게 도달하는가? | 반복 가능한 채널 확보 |\n| **Company Building** | 조직화\u002F확장 | 어떻게 규모를 키우는가? | 부서별 KPI 달성 |\n\n**Customer Discovery 인터뷰 원칙 (The Mom Test):**\n- 아이디어가 아닌 고객의 삶에 대해 질문\n- 미래 행동이 아닌 과거 행동에 대해 질문\n- \"좋다\u002F나쁘다\" 의견이 아닌 구체적 사실을 수집\n\n## MVP 유형 선택 가이드\n\n| MVP 유형 | 검증 대상 | 비용 | 기간 | 적합한 단계 |\n|---------|----------|------|------|-----------|\n| **Landing Page** | 가치 제안, 수요 | 낮음 | 1~3일 | Discovery |\n| **Video\u002FDemo** | 솔루션 관심도 | 낮음 | 1~5일 | Discovery |\n| **Concierge** | 문제-솔루션 적합성 | 중간 | 1~4주 | Validation |\n| **Wizard of Oz** | 솔루션 작동 가능성 | 중간 | 2~4주 | Validation |\n| **Piecemeal** | 운영 가능성 | 중간 | 1~2주 | Validation |\n| **Single Feature** | 핵심 가치 검증 | 높음 | 4~8주 | Validation |\n\n**선택 기준:** 가장 적은 비용으로 가장 위험한 가설을 검증할 수 있는 유형\n\n## Pivot 판단 프레임워크\n\n**피벗 신호:**\n- 핵심 지표가 3회 연속 실험에서 기준 미달\n- 고객이 다른 기능\u002F용도로 제품을 사용\n- CAC가 LTV를 초과하며 개선 추세 없음\n- 팀의 학습 속도가 현저히 둔화\n\n**10가지 피벗 유형:**\n\n| 피벗 유형 | 변경 내용 | 예시 |\n|---------|---------|------|\n| Zoom-in | 기능 → 제품 | Flickr(게임 내 사진) → 사진 서비스 |\n| Zoom-out | 제품 → 기능 | 단독 앱 → 플랫폼의 한 기능 |\n| Customer Segment | 다른 고객 | Slack(게임 팀 도구) → 모든 팀 |\n| Customer Need | 다른 문제 | 고객은 같지만 다른 니즈 해결 |\n| Platform | 앱 ↔ 플랫폼 | 단일 앱 → 에코시스템 |\n| Architecture | B2C ↔ B2B | 개인 → 기업 또는 반대 |\n| Value Capture | 수익 모델 변경 | 구독 → 거래 수수료 |\n| Growth Engine | 성장 엔진 변경 | 바이럴 → 유료 광고 |\n| Channel | 유통 채널 변경 | 직접 → 파트너\u002F리셀러 |\n| Technology | 기술 스택 변경 | 같은 솔루션, 다른 기술 |\n\n## Key Metrics by Stage\n\n| 단계 | 핵심 지표 | 목표 |\n|------|----------|------|\n| Problem-Solution Fit | 인터뷰 공감률, 문제 빈도 | 40%+ 공감 |\n| MVP | 가입 전환율, 활성화율 | 업종별 상이 |\n| Product-Market Fit | 리텐션(D7\u002FD30), Sean Ellis 테스트 | 40%+ \"매우 실망\" |\n| Scale | LTV\u002FCAC, Payback Period, NPS | LTV\u002FCAC > 3 |\n\n## References\n- Eric Ries, \"The Lean Startup\" (2011)\n- Steve Blank, \"The Four Steps to the Epiphany\" (2005)\n- Ash Maurya, \"Running Lean\" (2012)\n- Rob Fitzpatrick, \"The Mom Test\" (2013)\n","# Lean Startup Guide — 린 스타트업 핵심 방법론\n\n## When to Apply\n- 새로운 사업 아이디어를 검증할 때\n- MVP를 정의하고 스코프를 결정할 때\n- 실험 결과를 바탕으로 피벗\u002F유지를 결정할 때\n- Customer Development 프로세스를 따를 때\n\n## Core Framework: Build-Measure-Learn\n\n```\n         ┌─────────┐\n    ┌───▶│  LEARN  │───┐\n    │    └─────────┘   │\n    │    가설 검증\u002F반증   │ 가설 수립\n    │                  │ (Riskiest Assumption)\n┌───┴───┐          ┌───▼───┐\n│MEASURE│◀─────────│ BUILD │\n└───────┘          └───────┘\n 핵심 지표 측정      최소한의 실험\u002FMVP\n```\n\n**핵심 원칙:**\n1. 만들기 전에 가장 위험한 가설부터 검증\n2. 완벽한 제품이 아닌 학습을 위한 최소한의 것을 만듦\n3. Vanity Metrics(허영 지표)가 아닌 Actionable Metrics(행동 지표) 측정\n4. 검증된 학습(Validated Learning)만 진짜 진전\n\n## Customer Development 4단계\n\n| 단계 | 목표 | 핵심 질문 | 성공 기준 |\n|------|------|----------|----------|\n| **Customer Discovery** | 문제 존재 확인 | 이 문제가 실재하는가? | 인터뷰 대상의 40%+ 공감 |\n| **Customer Validation** | 솔루션 수요 확인 | 사람들이 돈을 낼 것인가? | 유료 전환 또는 LOI 확보 |\n| **Customer Creation** | 수요 창출 | 어떻게 고객에게 도달하는가? | 반복 가능한 채널 확보 |\n| **Company Building** | 조직화\u002F확장 | 어떻게 규모를 키우는가? | 부서별 KPI 달성 |\n\n**Customer Discovery 인터뷰 원칙 (The Mom Test):**\n- 아이디어가 아닌 고객의 삶에 대해 질문\n- 미래 행동이 아닌 과거 행동에 대해 질문\n- \"좋다\u002F나쁘다\" 의견이 아닌 구체적 사실을 수집\n\n## MVP 유형 선택 가이드\n\n| MVP 유형 | 검증 대상 | 비용 | 기간 | 적합한 단계 |\n|---------|----------|------|------|-----------|\n| **Landing Page** | 가치 제안, 수요 | 낮음 | 1~3일 | Discovery |\n| **Video\u002FDemo** | 솔루션 관심도 | 낮음 | 1~5일 | Discovery |\n| **Concierge** | 문제-솔루션 적합성 | 중간 | 1~4주 | Validation |\n| **Wizard of Oz** | 솔루션 작동 가능성 | 중간 | 2~4주 | Validation |\n| **Piecemeal** | 운영 가능성 | 중간 | 1~2주 | Validation |\n| **Single Feature** | 핵심 가치 검증 | 높음 | 4~8주 | Validation |\n\n**선택 기준:** 가장 적은 비용으로 가장 위험한 가설을 검증할 수 있는 유형\n\n## Pivot 판단 프레임워크\n\n**피벗 신호:**\n- 핵심 지표가 3회 연속 실험에서 기준 미달\n- 고객이 다른 기능\u002F용도로 제품을 사용\n- CAC가 LTV를 초과하며 개선 추세 없음\n- 팀의 학습 속도가 현저히 둔화\n\n**10가지 피벗 유형:**\n\n| 피벗 유형 | 변경 내용 | 예시 |\n|---------|---------|------|\n| Zoom-in | 기능 → 제품 | Flickr(게임 내 사진) → 사진 서비스 |\n| Zoom-out | 제품 → 기능 | 단독 앱 → 플랫폼의 한 기능 |\n| Customer Segment | 다른 고객 | Slack(게임 팀 도구) → 모든 팀 |\n| Customer Need | 다른 문제 | 고객은 같지만 다른 니즈 해결 |\n| Platform | 앱 ↔ 플랫폼 | 단일 앱 → 에코시스템 |\n| Architecture | B2C ↔ B2B | 개인 → 기업 또는 반대 |\n| Value Capture | 수익 모델 변경 | 구독 → 거래 수수료 |\n| Growth Engine | 성장 엔진 변경 | 바이럴 → 유료 광고 |\n| Channel | 유통 채널 변경 | 직접 → 파트너\u002F리셀러 |\n| Technology | 기술 스택 변경 | 같은 솔루션, 다른 기술 |\n\n## Key Metrics by Stage\n\n| 단계 | 핵심 지표 | 목표 |\n|------|----------|------|\n| Problem-Solution Fit | 인터뷰 공감률, 문제 빈도 | 40%+ 공감 |\n| MVP | 가입 전환율, 활성화율 | 업종별 상이 |\n| Product-Market Fit | 리텐션(D7\u002FD30), Sean Ellis 테스트 | 40%+ \"매우 실망\" |\n| Scale | LTV\u002FCAC, Payback Period, NPS | LTV\u002FCAC > 3 |\n\n## References\n- Eric Ries, \"The Lean Startup\" (2011)\n- Steve Blank, \"The Four Steps to the Epiphany\" (2005)\n- Ash Maurya, \"Running Lean\" (2012)\n- Rob Fitzpatrick, \"The Mom Test\" (2013)\n",{"name":5,"metadata":44,"description":46},{"version":45,"category":27},"1.0.0","린 스타트업 핵심 방법론 가이드. Build-Measure-Learn 사이클, Customer Development 4단계,\nMVP 유형별 선택 기준, 피벗 판단 프레임워크를 제공한다.\nUse when: 스타트업 방법론 적용, 가설 검증 설계, MVP 정의, 피벗 결정 시\nCore lean startup methodology guide covering the Build-Measure-Learn cycle, the 4 stages of\nCustomer Development, MVP type selection criteria, and a pivot decision framework.\nUse when: applying startup methodology, designing hypothesis validation, defining an MVP, or deciding whether to pivot.\n","main","e9f37e996e3d2b1b6ac9c879e9dfba1223b597c3","archive\u002Fstartup\u002Fskills\u002Flean-startup-guide",0,"https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness","https:\u002F\u002Fdokkabei97.github.io\u002Fdokkabei-harness\u002F","https:\u002F\u002Fgithub.com\u002FDokkabei97","Contact: wkdrn970@gmail.com","2026-10-29 06:49:16",{"source":8,"skillName":5,"commands":57,"prompt":67,"zipAvailable":68},[58,61,64],{"tool":59,"command":60},"npx","npx skills add Dokkabei97\u002Fdokkabei-harness --skill lean-startup-guide",{"tool":62,"command":63},"bunx","bunx skills add Dokkabei97\u002Fdokkabei-harness --skill lean-startup-guide",{"tool":65,"command":66},"pnpm","pnpm dlx skills add Dokkabei97\u002Fdokkabei-harness --skill lean-startup-guide","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Farchive\u002Fstartup\u002Fskills\u002Flean-startup-guide\u002FSKILL.md",true,[],[71,101,132,154,175,197],{"skillNo":72,"name":73,"nameZh":6,"description":74,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":75,"categories":76,"keywords":82,"publishedAt":39},"01M6QZQTNF815AWYMAMJ3B25GY","sync-claude-md","커밋·푸시·PR\u002FMR 직전에 이번 변경이 프로젝트 CLAUDE.md 를 낡게 만드는지 검토하고, 필요할 때만 갱신 diff 를 제안한다 — 아키텍처·디렉터리 구조, 새 통합\u002FMCP, 컨벤션, 빌드·CI·도구, 주요 의존성 변화가 대상. 해당 없으면 한 줄로 끝낸다.\nReviews whether pending changes make the project CLAUDE.md stale (architecture, integrations, conventions, build\u002FCI\u002Ftooling, major dependencies) and proposes a minimal update diff only when needed.\nUse when: \"CLAUDE.md 갱신 필요해?\", \"CLAUDE.md 동기화\", 커밋\u002F푸시\u002FMR 전에 구조·도구가 바뀐 변경을 정리할 때, sync CLAUDE.md, check CLAUDE.md before commit or PR.","https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fsync-claude-md\u002FSKILL.md",[77],{"categoryNo":78,"categoryName":79,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[83,84,85,86,87,88,89,90,91,92,30,93,94,95,96,97,98,99,100,37],"sync","claude md","sync claude md","MCP","commit","architecture","pr","update","ci","integrations","diff","only","minimal","project","make","reviews","pending","mr",{"skillNo":102,"name":103,"nameZh":6,"description":104,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":105,"categories":106,"keywords":113,"publishedAt":39},"01M6QZQEK94G00N955VQH9EFQN","spec-driven-dev","새 기능·프로젝트·큰 변경을 코드보다 스펙 먼저로 진행하는 게이트 워크플로(SPECIFY → PLAN → TASKS → IMPLEMENT) — 가정 명시, 측정 가능한 성공 기준, Always\u002FAsk\u002FNever 경계, 단계별 사람 검토로 범위 이탈과 재작업을 줄인다.\nSpec-before-code gated workflow for new features or significant changes: explicit assumptions, measurable success criteria, boundaries, and a human review between stages.\nUse when: \"스펙 먼저\", \"기능 명세\", \"요구사항 정리\", starting a new feature or project, a significant change with vague requirements. 단순 버그 수정·1~2줄 변경엔 불필요.","https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fspec-driven-dev\u002FSKILL.md",[107,108],{"categoryNo":78,"categoryName":79,"taxonomyType":80,"taxonomyTypeDesc":81},{"categoryNo":109,"categoryName":110,"taxonomyType":111,"taxonomyTypeDesc":112},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[114,115,116,117,118,119,120,121,122,123,124,125,126,127,96,128,129,130,131,37],"spec","spec driven","dev","spec driven dev","driven","review","workflow","change","tasks","code","plan","ask","never","human","feature","for","vague","features",{"skillNo":133,"name":134,"nameZh":6,"description":135,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":136,"categories":137,"keywords":138,"publishedAt":39},"01M6QZQA9F6QVGTVDMJ28YQGDV","shipping-guide","프로덕션 배포 전후 가이드 — 배포 전 체크리스트, 피처 플래그 수명주기, 단계적 롤아웃과 진행\u002F보류\u002F롤백 임계값, 롤백 계획 템플릿, 배포 후 모니터링.\nProduction shipping guide: pre-launch checklist, feature-flag lifecycle, staged rollout with go\u002Fhold\u002Frollback thresholds, rollback plan template, post-launch monitoring.\nUse when: \"배포 준비\", \"릴리즈 전 점검\", \"롤아웃 계획\", \"롤백 계획\", preparing a production deploy, staged rollout, feature flags.","https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fshipping-guide\u002FSKILL.md",[],[139,19,140,141,142,143,144,124,145,146,30,147,148,128,149,150,151,152,153,37],"shipping","shipping guide","launch","monitoring","lifecycle","feature flags","template","rollback","rollout","flags","thresholds","post","with","pre-launch","rollback plan",{"skillNo":155,"name":156,"nameZh":6,"description":157,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":158,"categories":159,"keywords":160,"publishedAt":39},"01M6QZQ3M962PCWYM6YH62D76Z","retro","세션 회고·교훈 컴파운딩 — 이번 세션의 교정·실수·발견을 추출해 품질 기준(재현·일반화·판정 가능성)으로 거르고, 컨벤션 변화는 sync-claude-md 위임, 반복 실수는 tasks\u002Flessons.md(#가드-훅-후보 태그), 스킬 지식 갱신은 수정 제안으로 나눈다. 모든 적용은 승인 후.\nSession retrospective that turns corrections, mistakes, and discoveries into vetted lessons routed to CLAUDE.md sync, tasks\u002Flessons.md, or skill-edit proposals, with user approval before any write.\nUse when: \"회고\", \"레트로\", \"교훈 정리\", \"같은 실수 반복\", \"재발 방지 규칙\", retrospective, lessons learned, wrapping up a task, review, or loop. 여러 실행에 걸친 하네스 개선은 harness:evolve.","https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fretro\u002FSKILL.md",[],[156,119,83,122,161,162,163,164,165,166,167,168,94,169,170,171,172,173,174,37],"run","harness","loop","evolve","write","edit","proposals","session","up","dry","learned","Session Retrospective","lessons","mistakes",{"skillNo":176,"name":177,"nameZh":6,"description":178,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":179,"categories":180,"keywords":182,"publishedAt":39},"01M6QZPPDATJ7DAGNP0JCXFGRV","project-rules","현재 프로젝트의 스택(빌드 파일 버전, 마이그레이션 도구, ORM 유무, ES 사용, git 호스트)을 감지해 프로젝트 루트 AGENTS.md 의 마커 블록(스택 사실 + 항상 적용되는 스페셜리스트 핵심 ≤15줄 — Claude Code·Codex·Antigravity 공통)과 CLAUDE.md 의 `@AGENTS.md` 연결, Claude 전용 경로 한정 .claude\u002Frules\u002F\u003Cstack>-specialist.md(해당 버전에 실제로 맞는 상세 함정)를 diff 로 제안하고, 스택 플러그인을 런타임별로 프로젝트 범위에서 켜는 법을 안내한다. 이전 버전 출력(CLAUDE.md 블록·specialist-core.md)은 AGENTS.md 로 이전을 제안. --check 는 버전 불일치·사라진 ID·크기 한도·연결 누락을 점검.\nDetects the project's stack and proposes a cross-runtime AGENTS.md block (stack facts + always-on specialist core) linked from CLAUDE.md via @AGENTS.md, plus Claude-only path-scoped specialist rules; migrates the older CLAUDE.md-block layout; --check audits drift.\nUse when: \"이 프로젝트 세팅\", \"프로젝트 규칙 생성\", \"AGENTS.md\u002FCLAUDE.md 점검\", project setup, generate project rules, audit AGENTS.md or CLAUDE.md drift.","https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fproject-rules\u002FSKILL.md",[181],{"categoryNo":109,"categoryName":110,"taxonomyType":111,"taxonomyTypeDesc":112},[183,96,184,36,185,123,186,187,188,189,93,94,190,191,192,193,194,195,196,37],"Rules","project rules","generate","git","audit","stack","orm","es","drift","layout","runtime","-specialist","path","scoped",{"skillNo":198,"name":199,"nameZh":6,"description":200,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":201,"categories":202,"keywords":207,"publishedAt":39},"01M6QZPF3S8YAM27F297F6GVD7","post-merge","MR 머지 완료 후 Plane 이슈 종료와 Outline 문서 업데이트를 자동으로 처리하는 오케스트레이터 스킬입니다.\nissue-tracker와 document-latest 스킬을 연계 실행하여 머지 후 후속 작업을 일괄 처리합니다.\nOrchestrates post-merge follow-up after an MR is merged: chains the issue-tracker and document-latest skills to close the Plane issue and update Outline wiki docs in a single batch. Use when: an MR was just merged, closing tickets and syncing documentation after a merge, post-merge cleanup.","https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fpost-merge\u002FSKILL.md",[203,206],{"categoryNo":204,"categoryName":205,"taxonomyType":80,"taxonomyTypeDesc":81},"01JBSEEDCAT000000000000002","文档处理",{"categoryNo":78,"categoryName":79,"taxonomyType":80,"taxonomyTypeDesc":81},[208,209,150,210,211,90,212,213,214,169,215,216,217,218,219,220,221,222,100,37],"merge","post merge","documentation","cleanup","batch","wiki","just","issue","tracker","close","closing","follow-up","true","plane","single"]