[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6QZAW5JSGHSS7YQ967TDTP7":3,"skill-same:01M6QZAW5JSGHSS7YQ967TDTP7":107},{"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":37,"publishedAt":58,"linkOnly":59,"markdownContent":60,"markdownBody":61,"frontMatter":62,"refName":66,"commitSha":67,"skillDirectory":68,"forksCount":69,"repositoryHtmlUrl":70,"repositoryHomepageUrl":71,"ownerHtmlUrl":72,"ownerBlogUrl":6,"ownerDescription":73,"updatedAt":74,"install":75,"resources":88},"01M6QZAW5JSGHSS7YQ967TDTP7","content-guide",null,"스타트업 콘텐츠 제작 가이드 — 유형별(blog\u002Fsns\u002Fpr\u002Femail) 구조 템플릿과\n.planning\u002Fbusiness\u002Fbrand-voice.md 스키마·5문항 인터뷰 규격을 제공한다.\nUse when: \u002Fcontent-draft 실행, 블로그·SNS·보도자료·뉴스레터 초안 작성, 브랜드 보이스 정의·갱신,\ncontent draft, brand voice, press release, newsletter, copywriting 작업 시.\n콘텐츠 '전략'(채널 선택·캘린더·퍼널)은 growth-hacking-guide, 표시광고법·광고성 정보 규제의\n법적 판정은 legal 플러그인 \u002Fcompliance-check로 위임 — 이 스킬은 작성 규격만 다룬다.\nStartup content production guide providing structure templates per type (blog\u002Fsns\u002Fpr\u002Femail)\nplus the .planning\u002Fbusiness\u002Fbrand-voice.md schema and 5-question interview spec.\nUse when: running \u002Fcontent-draft, drafting blog posts, SNS copy, press releases, or newsletters,\nor defining\u002Fupdating a brand voice; strategy goes to growth-hacking-guide, legal rulings to \u002Fcompliance-check.","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\u002Fcontent-guide\u002FSKILL.md",[18,23,26,29,34],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000005","邮件与沟通","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":27,"categoryName":28,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":30,"categoryName":31,"taxonomyType":32,"taxonomyTypeDesc":33},"01JBSEEDCAT000000000000036","内容创作者","PROFESSION","适用职业",{"categoryNo":35,"categoryName":36,"taxonomyType":32,"taxonomyTypeDesc":33},"01JBSEEDCAT000000000000037","律师与法务",[38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57],"guide","content guide","content","releases","pr","when","brand-voice","goes","posts","press release","structure","newsletter","release","content draft","interview","question","brand","marketing","copywriting","email","2026-11-10 10:12:30",false,"---\nname: content-guide\ndescription: |\n  스타트업 콘텐츠 제작 가이드 — 유형별(blog\u002Fsns\u002Fpr\u002Femail) 구조 템플릿과\n  .planning\u002Fbusiness\u002Fbrand-voice.md 스키마·5문항 인터뷰 규격을 제공한다.\n  Use when: \u002Fcontent-draft 실행, 블로그·SNS·보도자료·뉴스레터 초안 작성, 브랜드 보이스 정의·갱신,\n  content draft, brand voice, press release, newsletter, copywriting 작업 시.\n  콘텐츠 '전략'(채널 선택·캘린더·퍼널)은 growth-hacking-guide, 표시광고법·광고성 정보 규제의\n  법적 판정은 legal 플러그인 \u002Fcompliance-check로 위임 — 이 스킬은 작성 규격만 다룬다.\n  Startup content production guide providing structure templates per type (blog\u002Fsns\u002Fpr\u002Femail)\n  plus the .planning\u002Fbusiness\u002Fbrand-voice.md schema and 5-question interview spec.\n  Use when: running \u002Fcontent-draft, drafting blog posts, SNS copy, press releases, or newsletters,\n  or defining\u002Fupdating a brand voice; strategy goes to growth-hacking-guide, legal rulings to \u002Fcompliance-check.\nmetadata:\n  version: 1.0.0\n  category: marketing\n---\n\n# Content Guide — 콘텐츠 제작 가이드\n\n콘텐츠의 톤 일관성은 세션 기억이 아니라 파일이 보장한다('상태는 파일에').\n이 스킬은 그 기준 파일인 `brand-voice.md`의 스키마와, 유형별 콘텐츠 구조 템플릿을 정의한다.\n\n## When to Apply\n- `\u002Fcontent-draft`가 brand-voice.md를 물화(최초 인터뷰)하거나 참조해 초안을 쓸 때\n- `growth-marketer`가 블로그·SNS·보도자료·이메일 콘텐츠를 작성·검수할 때\n- 브랜드 보이스를 새로 정의하거나 갱신(`--revoice`)할 때\n- 콘텐츠 초안의 브랜드·리스크 셀프 체크 기준이 필요할 때\n\n## brand-voice.md — 물화 규칙과 스키마\n\n### 물화 규칙\n| 규칙 | 내용 |\n|------|------|\n| 위치 고정 | `.planning\u002Fbusiness\u002Fbrand-voice.md` — 모든 콘텐츠 생성이 이 경로를 Read |\n| 인터뷰는 최초 1회 | 파일이 있으면 인터뷰 없이 참조만. 갱신은 `--revoice` 또는 직접 편집 |\n| 기본값 승계 | `lean-canvas.md`(UVP·세그먼트), `market-research.md`(세그먼트·차별점)가 있으면 인터뷰 기본값으로 제안 |\n| 근거 자산 공백 허용 | 근거 자산이 \"없음\"이면 그대로 기록 — 이후 초안에서 수치·사례 창작이 금지되고 `[근거 필요]` 표기가 강제된다 |\n\n### 5문항 인터뷰 규격\n| # | 질문 | 기록 섹션 |\n|---|------|-----------|\n| 1 | 어떤 문체·성격으로 말하는 브랜드인가? (해요체\u002F합니다체 + 형용사 2~3개) | `## 톤` |\n| 2 | 절대 쓰면 안 되는 단어·표현은? (과장·비방·내부 용어) | `## 금지 표현` |\n| 3 | 주 독자는 누구이고 사전 지식 수준은? | `## 타깃 독자` |\n| 4 | 모든 콘텐츠가 반복해야 할 핵심 메시지 1~3개는? | `## 핵심 메시지` |\n| 5 | 주장을 뒷받침할 근거 자산은? (수치·고객 사례·수상·인증) | `## 근거 자산` |\n\n### 파일 스키마\n```markdown\n# 브랜드 보이스: [제품\u002F회사명]\n\n## 톤\n- 문체: 합니다체 (보도자료·이메일), 해요체 (SNS)\n- 성격: 전문적이되 과장 없는, 개발자에게 솔직한\n\n## 금지 표현\n- \"최고\", \"유일한\", \"혁신적인\" (근거 없는 절대 표현)\n- \"간단하게\", \"쉽게\" (독자의 난이도 경험을 단정)\n- 경쟁사 실명 비방\n\n## 타깃 독자\n- 주 독자: [세그먼트 — 예: 5~50인 스타트업의 백엔드 개발자]\n- 사전 지식: [예: 검색 인프라 운영 경험 있음, 마케팅 용어에는 낯섦]\n\n## 핵심 메시지\n1. [예: 검색 인프라 운영 시간을 주 10시간 → 1시간으로 줄인다]\n2. [예: 설정 3줄로 시작한다]\n\n## 근거 자산\n| 자산 | 내용 | 출처\u002F검증 |\n|------|------|-----------|\n| 베타 지표 | 파일럿 3개 팀 평균 운영 시간 87% 감소 | 내부 계측 (2026-05) |\n| 고객 사례 | A사 도입 후기 인용 허락 확보 | 인터뷰 녹취 |\n```\n\n## 유형별 구조 템플릿 개요\n\n상세 구조·분량·작성 팁·골격 예시는 references\u002F에 위임한다. 초안 작성 전 해당 유형 파일을 읽는다.\n\n| 유형 | 핵심 구조 (한 줄) | 상세 |\n|------|-------------------|------|\n| blog | 후킹 제목 → 문제 공감 리드 → 소제목 본문(근거) → CTA | [references\u002Fblog-template.md](references\u002Fblog-template.md) |\n| sns | 첫 줄 훅 → 본문 1메시지 → CTA\u002F해시태그 (플랫폼별 분량 상이) | [references\u002Fsns-template.md](references\u002Fsns-template.md) |\n| pr | 역피라미드: 헤드라인 → 리드(5W1H) → 본문·인용문 → 보일러플레이트 | [references\u002Fpr-template.md](references\u002Fpr-template.md) |\n| email | 제목줄+프리헤더 → 본문 1주제 → CTA 1개 + (광고성이면) 법정 표기 | [references\u002Femail-template.md](references\u002Femail-template.md) |\n\n## 공통 품질 체크리스트\n\n초안 완성 후 셀프 체크. 하나라도 실패하면 산출 전에 교정한다.\n\n| # | 체크 | 판정 방법 |\n|---|------|-----------|\n| 1 | 금지 표현 잔존 0건 | brand-voice.md `## 금지 표현` 항목을 Grep |\n| 2 | 무근거 수치·주장 0건 | `## 근거 자산`에 없는 수치는 `[근거 필요]` 표기 유지 |\n| 3 | 핵심 메시지 1개 이상 포함 | `## 핵심 메시지`와 대조 |\n| 4 | 톤·문체 일치 | `## 톤`의 문체 규칙과 대조 (유형별 예외는 톤 섹션에 명시된 대로) |\n| 5 | 표시광고법 리스크 표현 점검 | 아래 리스크 표현 표 대조 → 감지 시 1줄 안내 |\n\n## 표시광고법 리스크 표현 (감지용 요약)\n\n감지 시 결과 보고에 1줄 안내만 남긴다:\n`legal 플러그인 \u002Fcompliance-check --regulation ecommerce 검토 권장`.\n**적법\u002F위법 판정은 이 스킬의 범위 밖**이다 — 문서 수준 협업 규약으로 안내까지만.\n\n| 유형 | 리스크 표현 예 | 낮은 리스크 대안 |\n|------|----------------|------------------|\n| 절대적 표현 | 최고, 유일, 1위, 업계 최초 | 근거·조사기관·시점 병기 시에만 사용 |\n| 보장성 표현 | 100% 보장, 무조건, 확실히 | 조건·범위를 명시한 서술 |\n| 비교 단정 | OO보다 2배 빠름 (근거 없음) | 자체 벤치마크 조건 병기 또는 삭제 |\n| 효능 단정 | 매출이 오릅니다, 반드시 개선 | 고객 사례 인용 (\"A사는 ~했다\") |\n| 부당 유인 | 지금만, 곧 마감 (사실 아님) | 실제 기한·수량이 있을 때만 |\n\n이메일의 광고성 정보 표기 의무((광고) 표기·수신거부 안내 등)는\n[references\u002Femail-template.md](references\u002Femail-template.md) §법정 표기에서 다룬다.\n\n## References\n\n| 파일 | 내용 |\n|------|------|\n| [references\u002Fblog-template.md](references\u002Fblog-template.md) | 블로그 구조(TOFU\u002FMOFU\u002FBOFU별)·제목 공식·SEO 기본·골격 예시 |\n| [references\u002Fsns-template.md](references\u002Fsns-template.md) | 플랫폼별(LinkedIn\u002FX\u002FInstagram\u002FThreads) 분량·훅 공식·골격 예시 |\n| [references\u002Fpr-template.md](references\u002Fpr-template.md) | 보도자료 역피라미드 구조·인용문 규칙·배포 체크리스트·골격 예시 |\n| [references\u002Femail-template.md](references\u002Femail-template.md) | 이메일 유형별 구조·제목줄 규칙·CTA 원칙·광고성 정보 법정 표기·골격 예시 |\n","# Content Guide — 콘텐츠 제작 가이드\n\n콘텐츠의 톤 일관성은 세션 기억이 아니라 파일이 보장한다('상태는 파일에').\n이 스킬은 그 기준 파일인 `brand-voice.md`의 스키마와, 유형별 콘텐츠 구조 템플릿을 정의한다.\n\n## When to Apply\n- `\u002Fcontent-draft`가 brand-voice.md를 물화(최초 인터뷰)하거나 참조해 초안을 쓸 때\n- `growth-marketer`가 블로그·SNS·보도자료·이메일 콘텐츠를 작성·검수할 때\n- 브랜드 보이스를 새로 정의하거나 갱신(`--revoice`)할 때\n- 콘텐츠 초안의 브랜드·리스크 셀프 체크 기준이 필요할 때\n\n## brand-voice.md — 물화 규칙과 스키마\n\n### 물화 규칙\n| 규칙 | 내용 |\n|------|------|\n| 위치 고정 | `.planning\u002Fbusiness\u002Fbrand-voice.md` — 모든 콘텐츠 생성이 이 경로를 Read |\n| 인터뷰는 최초 1회 | 파일이 있으면 인터뷰 없이 참조만. 갱신은 `--revoice` 또는 직접 편집 |\n| 기본값 승계 | `lean-canvas.md`(UVP·세그먼트), `market-research.md`(세그먼트·차별점)가 있으면 인터뷰 기본값으로 제안 |\n| 근거 자산 공백 허용 | 근거 자산이 \"없음\"이면 그대로 기록 — 이후 초안에서 수치·사례 창작이 금지되고 `[근거 필요]` 표기가 강제된다 |\n\n### 5문항 인터뷰 규격\n| # | 질문 | 기록 섹션 |\n|---|------|-----------|\n| 1 | 어떤 문체·성격으로 말하는 브랜드인가? (해요체\u002F합니다체 + 형용사 2~3개) | `## 톤` |\n| 2 | 절대 쓰면 안 되는 단어·표현은? (과장·비방·내부 용어) | `## 금지 표현` |\n| 3 | 주 독자는 누구이고 사전 지식 수준은? | `## 타깃 독자` |\n| 4 | 모든 콘텐츠가 반복해야 할 핵심 메시지 1~3개는? | `## 핵심 메시지` |\n| 5 | 주장을 뒷받침할 근거 자산은? (수치·고객 사례·수상·인증) | `## 근거 자산` |\n\n### 파일 스키마\n```markdown\n# 브랜드 보이스: [제품\u002F회사명]\n\n## 톤\n- 문체: 합니다체 (보도자료·이메일), 해요체 (SNS)\n- 성격: 전문적이되 과장 없는, 개발자에게 솔직한\n\n## 금지 표현\n- \"최고\", \"유일한\", \"혁신적인\" (근거 없는 절대 표현)\n- \"간단하게\", \"쉽게\" (독자의 난이도 경험을 단정)\n- 경쟁사 실명 비방\n\n## 타깃 독자\n- 주 독자: [세그먼트 — 예: 5~50인 스타트업의 백엔드 개발자]\n- 사전 지식: [예: 검색 인프라 운영 경험 있음, 마케팅 용어에는 낯섦]\n\n## 핵심 메시지\n1. [예: 검색 인프라 운영 시간을 주 10시간 → 1시간으로 줄인다]\n2. [예: 설정 3줄로 시작한다]\n\n## 근거 자산\n| 자산 | 내용 | 출처\u002F검증 |\n|------|------|-----------|\n| 베타 지표 | 파일럿 3개 팀 평균 운영 시간 87% 감소 | 내부 계측 (2026-05) |\n| 고객 사례 | A사 도입 후기 인용 허락 확보 | 인터뷰 녹취 |\n```\n\n## 유형별 구조 템플릿 개요\n\n상세 구조·분량·작성 팁·골격 예시는 references\u002F에 위임한다. 초안 작성 전 해당 유형 파일을 읽는다.\n\n| 유형 | 핵심 구조 (한 줄) | 상세 |\n|------|-------------------|------|\n| blog | 후킹 제목 → 문제 공감 리드 → 소제목 본문(근거) → CTA | [references\u002Fblog-template.md](references\u002Fblog-template.md) |\n| sns | 첫 줄 훅 → 본문 1메시지 → CTA\u002F해시태그 (플랫폼별 분량 상이) | [references\u002Fsns-template.md](references\u002Fsns-template.md) |\n| pr | 역피라미드: 헤드라인 → 리드(5W1H) → 본문·인용문 → 보일러플레이트 | [references\u002Fpr-template.md](references\u002Fpr-template.md) |\n| email | 제목줄+프리헤더 → 본문 1주제 → CTA 1개 + (광고성이면) 법정 표기 | [references\u002Femail-template.md](references\u002Femail-template.md) |\n\n## 공통 품질 체크리스트\n\n초안 완성 후 셀프 체크. 하나라도 실패하면 산출 전에 교정한다.\n\n| # | 체크 | 판정 방법 |\n|---|------|-----------|\n| 1 | 금지 표현 잔존 0건 | brand-voice.md `## 금지 표현` 항목을 Grep |\n| 2 | 무근거 수치·주장 0건 | `## 근거 자산`에 없는 수치는 `[근거 필요]` 표기 유지 |\n| 3 | 핵심 메시지 1개 이상 포함 | `## 핵심 메시지`와 대조 |\n| 4 | 톤·문체 일치 | `## 톤`의 문체 규칙과 대조 (유형별 예외는 톤 섹션에 명시된 대로) |\n| 5 | 표시광고법 리스크 표현 점검 | 아래 리스크 표현 표 대조 → 감지 시 1줄 안내 |\n\n## 표시광고법 리스크 표현 (감지용 요약)\n\n감지 시 결과 보고에 1줄 안내만 남긴다:\n`legal 플러그인 \u002Fcompliance-check --regulation ecommerce 검토 권장`.\n**적법\u002F위법 판정은 이 스킬의 범위 밖**이다 — 문서 수준 협업 규약으로 안내까지만.\n\n| 유형 | 리스크 표현 예 | 낮은 리스크 대안 |\n|------|----------------|------------------|\n| 절대적 표현 | 최고, 유일, 1위, 업계 최초 | 근거·조사기관·시점 병기 시에만 사용 |\n| 보장성 표현 | 100% 보장, 무조건, 확실히 | 조건·범위를 명시한 서술 |\n| 비교 단정 | OO보다 2배 빠름 (근거 없음) | 자체 벤치마크 조건 병기 또는 삭제 |\n| 효능 단정 | 매출이 오릅니다, 반드시 개선 | 고객 사례 인용 (\"A사는 ~했다\") |\n| 부당 유인 | 지금만, 곧 마감 (사실 아님) | 실제 기한·수량이 있을 때만 |\n\n이메일의 광고성 정보 표기 의무((광고) 표기·수신거부 안내 등)는\n[references\u002Femail-template.md](references\u002Femail-template.md) §법정 표기에서 다룬다.\n\n## References\n\n| 파일 | 내용 |\n|------|------|\n| [references\u002Fblog-template.md](references\u002Fblog-template.md) | 블로그 구조(TOFU\u002FMOFU\u002FBOFU별)·제목 공식·SEO 기본·골격 예시 |\n| [references\u002Fsns-template.md](references\u002Fsns-template.md) | 플랫폼별(LinkedIn\u002FX\u002FInstagram\u002FThreads) 분량·훅 공식·골격 예시 |\n| [references\u002Fpr-template.md](references\u002Fpr-template.md) | 보도자료 역피라미드 구조·인용문 규칙·배포 체크리스트·골격 예시 |\n| [references\u002Femail-template.md](references\u002Femail-template.md) | 이메일 유형별 구조·제목줄 규칙·CTA 원칙·광고성 정보 법정 표기·골격 예시 |\n",{"name":5,"metadata":63,"description":65},{"version":64,"category":55},"1.0.0","스타트업 콘텐츠 제작 가이드 — 유형별(blog\u002Fsns\u002Fpr\u002Femail) 구조 템플릿과\n.planning\u002Fbusiness\u002Fbrand-voice.md 스키마·5문항 인터뷰 규격을 제공한다.\nUse when: \u002Fcontent-draft 실행, 블로그·SNS·보도자료·뉴스레터 초안 작성, 브랜드 보이스 정의·갱신,\ncontent draft, brand voice, press release, newsletter, copywriting 작업 시.\n콘텐츠 '전략'(채널 선택·캘린더·퍼널)은 growth-hacking-guide, 표시광고법·광고성 정보 규제의\n법적 판정은 legal 플러그인 \u002Fcompliance-check로 위임 — 이 스킬은 작성 규격만 다룬다.\nStartup content production guide providing structure templates per type (blog\u002Fsns\u002Fpr\u002Femail)\nplus the .planning\u002Fbusiness\u002Fbrand-voice.md schema and 5-question interview spec.\nUse when: running \u002Fcontent-draft, drafting blog posts, SNS copy, press releases, or newsletters,\nor defining\u002Fupdating a brand voice; strategy goes to growth-hacking-guide, legal rulings to \u002Fcompliance-check.\n","main","e9f37e996e3d2b1b6ac9c879e9dfba1223b597c3","archive\u002Fstartup\u002Fskills\u002Fcontent-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":76,"prompt":86,"zipAvailable":87},[77,80,83],{"tool":78,"command":79},"npx","npx skills add Dokkabei97\u002Fdokkabei-harness --skill content-guide",{"tool":81,"command":82},"bunx","bunx skills add Dokkabei97\u002Fdokkabei-harness --skill content-guide",{"tool":84,"command":85},"pnpm","pnpm dlx skills add Dokkabei97\u002Fdokkabei-harness --skill content-guide","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Farchive\u002Fstartup\u002Fskills\u002Fcontent-guide\u002FSKILL.md",true,[89,95,99,103],{"path":90,"resourceType":91,"resourceTypeDesc":92,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fblog-template.md","REFERENCE","参考文档",3118,"https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Farchive\u002Fstartup\u002Fskills\u002Fcontent-guide\u002Freferences\u002Fblog-template.md",{"path":96,"resourceType":91,"resourceTypeDesc":92,"sizeBytes":97,"sourceHtmlUrl":98},"references\u002Femail-template.md",3580,"https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Farchive\u002Fstartup\u002Fskills\u002Fcontent-guide\u002Freferences\u002Femail-template.md",{"path":100,"resourceType":91,"resourceTypeDesc":92,"sizeBytes":101,"sourceHtmlUrl":102},"references\u002Fpr-template.md",3391,"https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Farchive\u002Fstartup\u002Fskills\u002Fcontent-guide\u002Freferences\u002Fpr-template.md",{"path":104,"resourceType":91,"resourceTypeDesc":92,"sizeBytes":105,"sourceHtmlUrl":106},"references\u002Fsns-template.md",3085,"https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Farchive\u002Fstartup\u002Fskills\u002Fcontent-guide\u002Freferences\u002Fsns-template.md",[108,136,165,187,208,231],{"skillNo":109,"name":110,"nameZh":6,"description":111,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":112,"categories":113,"keywords":117,"publishedAt":58},"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",[114],{"categoryNo":115,"categoryName":116,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",[118,119,120,121,122,123,42,124,125,126,127,128,129,130,131,132,133,134,135,43],"sync","claude md","sync claude md","MCP","commit","architecture","update","ci","integrations","use","diff","only","minimal","project","make","reviews","pending","mr",{"skillNo":137,"name":138,"nameZh":6,"description":139,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":140,"categories":141,"keywords":146,"publishedAt":58},"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",[142,143],{"categoryNo":115,"categoryName":116,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":144,"categoryName":145,"taxonomyType":32,"taxonomyTypeDesc":33},"01JBSEEDCAT000000000000030","开发工程师",[147,148,149,150,151,152,153,154,155,156,157,158,159,160,131,161,162,163,164,43],"spec","spec driven","dev","spec driven dev","driven","review","workflow","change","tasks","code","plan","ask","never","human","feature","for","vague","features",{"skillNo":166,"name":167,"nameZh":6,"description":168,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":169,"categories":170,"keywords":171,"publishedAt":58},"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",[],[172,38,173,174,175,176,177,157,178,179,127,180,181,161,182,183,184,185,186,43],"shipping","shipping guide","launch","monitoring","lifecycle","feature flags","template","rollback","rollout","flags","thresholds","post","with","pre-launch","rollback plan",{"skillNo":188,"name":189,"nameZh":6,"description":190,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":191,"categories":192,"keywords":193,"publishedAt":58},"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",[],[189,152,118,155,194,195,196,197,198,199,200,201,129,202,203,204,205,206,207,43],"run","harness","loop","evolve","write","edit","proposals","session","up","dry","learned","Session Retrospective","lessons","mistakes",{"skillNo":209,"name":210,"nameZh":6,"description":211,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":212,"categories":213,"keywords":215,"publishedAt":58},"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",[214],{"categoryNo":144,"categoryName":145,"taxonomyType":32,"taxonomyTypeDesc":33},[216,131,217,218,219,156,220,221,222,223,128,129,224,225,226,227,228,229,230,43],"Rules","project rules","core","generate","git","audit","stack","orm","es","drift","layout","runtime","-specialist","path","scoped",{"skillNo":232,"name":233,"nameZh":6,"description":234,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":235,"categories":236,"keywords":241,"publishedAt":58},"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",[237,240],{"categoryNo":238,"categoryName":239,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000002","文档处理",{"categoryNo":115,"categoryName":116,"taxonomyType":21,"taxonomyTypeDesc":22},[242,243,183,244,245,124,246,247,248,202,249,250,251,252,253,254,255,256,135,43],"merge","post merge","documentation","cleanup","batch","wiki","just","issue","tracker","close","closing","follow-up","true","plane","single"]