[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6QZ4FXCPKC8FZ9B271AC5DF":3,"skill-same:01M6QZ4FXCPKC8FZ9B271AC5DF":76},{"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":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":53,"commitSha":54,"skillDirectory":55,"forksCount":56,"repositoryHtmlUrl":57,"repositoryHomepageUrl":58,"ownerHtmlUrl":59,"ownerBlogUrl":6,"ownerDescription":60,"updatedAt":61,"install":62,"resources":75},"01M6QZ4FXCPKC8FZ9B271AC5DF","korean-tax-foundations",null,"한국 세무 하네스 공통 기초. 세목 구조(부가세·원천세·법인세·종합소득세), 신고 주기,\n가산세 리스크 축, 적격증빙 체계, 면책·에스컬레이션 원칙을 제공한다.\n구체 세율·기준금액은 담지 않으며 WebSearch 당해연도 확인을 강제한다.\nUse when: 세무 판단·경비 검토·신고 리스크 분석의 공통 토대가 필요할 때,\ntax, VAT, withholding, corporate tax, 부가세, 원천세, 법인세, 가산세, 증빙 키워드 감지 시.\n세부 리스크 판정은 tax-risk-advisor, 에스컬레이션 판정은 finance-escalation-policy에 위임.\nShared foundation for the Korean tax harness: tax-item structure (VAT, withholding, corporate\u002Fcomprehensive income tax), filing cycles, penalty-risk axes, the qualified-receipt system, and disclaimer\u002Fescalation principles; holds no specific rates and mandates current-year WebSearch verification. Use when: Korean tax judgment, expense review, or filing-risk analysis needs common grounding.","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\u002Ffinance\u002Fskills\u002Fkorean-tax-foundations\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000040","财务","PROFESSION","适用职业",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"korean","korean tax foundations","foundations","tax","risk","analysis","expense","common","escalation","advisor","review","structure","judgment","shared","filing","harness","websearch","for","when","verification","2026-11-10 10:12:30",false,"---\nname: korean-tax-foundations\ndescription: |\n  한국 세무 하네스 공통 기초. 세목 구조(부가세·원천세·법인세·종합소득세), 신고 주기,\n  가산세 리스크 축, 적격증빙 체계, 면책·에스컬레이션 원칙을 제공한다.\n  구체 세율·기준금액은 담지 않으며 WebSearch 당해연도 확인을 강제한다.\n  Use when: 세무 판단·경비 검토·신고 리스크 분석의 공통 토대가 필요할 때,\n  tax, VAT, withholding, corporate tax, 부가세, 원천세, 법인세, 가산세, 증빙 키워드 감지 시.\n  세부 리스크 판정은 tax-risk-advisor, 에스컬레이션 판정은 finance-escalation-policy에 위임.\n  Shared foundation for the Korean tax harness: tax-item structure (VAT, withholding, corporate\u002Fcomprehensive income tax), filing cycles, penalty-risk axes, the qualified-receipt system, and disclaimer\u002Fescalation principles; holds no specific rates and mandates current-year WebSearch verification. Use when: Korean tax judgment, expense review, or filing-risk analysis needs common grounding.\nmetadata:\n  version: 1.0.0\n  category: finance\n---\n\n# 한국 세무 기초 — 공통 토대\n\n## ⚠ 최우선 규약: 세율·기준금액 하드코딩 금지\n\n**이 스킬과 이를 참조하는 모든 에이전트·커맨드는 구체 세율·한도·기준금액·가산세율을 기억에서 인용하지 않는다.** 한국 세법은 매년 세법개정으로 수치가 바뀐다.\n\n1. 판정에 세율·기준금액·한도·기한 날짜가 개입하면 **반드시 WebSearch로 당해연도 기준을 확인**한다\n2. 1차 출처 우선: 국세청(nts.go.kr), 국가법령정보센터(law.go.kr), 홈택스 공지\n3. 확인한 수치는 **출처와 확인 연도를 병기**한다 — 예) \"(2026년 기준, 국세청 확인)\"\n4. 확인에 실패하면 수치를 비워 두고 \"당해연도 기준 확인 필요\"로 표기한다 — 추정치 기입 금지\n5. 이 문서의 신고 주기·구조 서술도 개정될 수 있다 — 기한이 임박한 실무 판단에서는 재확인한다\n\n## When to Apply\n\n- 세무 관련 에이전트\u002F커맨드가 공유하는 기본 구조가 필요할 때\n- 경비·증빙의 세무 처리 방향을 판단할 때\n- 신고 주기·가산세 리스크를 스크리닝할 때\n\n## 세목 구조 (운영 단계 핵심 세목)\n\n| 세목 | 납세 주체 | 과세 대상 | 실무 관점 |\n|------|----------|----------|----------|\n| 부가가치세 | 법인·개인사업자 (일반\u002F간이 구분) | 재화·용역의 공급 | 매출·매입 세금계산서 정합성이 핵심 |\n| 원천세(원천징수) | 소득 지급자 | 근로·사업·기타·퇴직소득 등 지급액 | 지급 시 징수·신고 + 지급명세서 제출 이중 의무 |\n| 법인세 | 법인 | 사업연도 소득 | 손금 인정 여부(증빙·업무관련성)가 핵심 |\n| 종합소득세 | 개인사업자 | 연간 종합소득 | 법인세의 개인 버전 — 장부·증빙 기반 신고 |\n| 지방세(지방소득세 등) | 법인·개인 | 국세에 부가 | 국세 신고와 연동 — 별도 신고 누락 주의 |\n\n- **간이과세 vs 일반과세**: 기준금액(하드코딩 금지 — 당해연도 확인)에 따라 구분되며 세금계산서 발급·공제 구조가 다르다\n- 4대보험은 세금이 아니지만 인건비 처리·원천세와 실무상 연동된다 — 쟁점 시 별도 확인\n\n## 신고 주기 축\n\n구조만 서술한다. **구체 기한 날짜는 당해연도 국세청 신고 일정으로 확인.**\n\n| 세목 | 주기 구조 | 비고 |\n|------|----------|------|\n| 부가가치세 | 과세기간(반기) + 예정\u002F확정 신고 구조. 법인\u002F개인, 일반\u002F간이에 따라 신고 횟수 상이 | 조기환급 등 예외 절차 존재 |\n| 원천세 | 원칙 매월 신고·납부, 요건 충족 시 반기 납부 특례 | 지급명세서 제출 기한은 소득 유형별로 별도 |\n| 법인세 | 사업연도 종료 후 법정 기한 내 신고 + 중간예납 구조 | 성실신고확인 대상 여부에 따라 상이 |\n| 종합소득세 | 연 1회 확정신고 + 중간예납 구조 | 성실신고확인 대상은 기한 상이 |\n| 지방소득세 | 국세 신고와 연동 | 별도 신고 누락이 흔한 리스크 |\n\n## 가산세 리스크 축\n\n가산세 판단의 **유형 축**만 제공한다. 각 가산세율·감면율은 하드코딩 금지 — 당해연도 확인.\n\n| 축 | 리스크 신호 | 완화 수단 (구조) |\n|----|------------|-----------------|\n| 무신고 | 신고 기한 경과 + 미신고 | 기한후신고 (빠를수록 감면 구조) |\n| 과소신고 | 매출 누락·과다 공제 발견 | 수정신고 (빠를수록 감면 구조) |\n| 납부지연 | 납부 기한 경과 (일할 가산 구조) | 조기 납부 |\n| 증빙불비 | 적격증빙 미수취 지출 | 증빙 보완·거래사실 입증 |\n| 지급명세서 미제출 | 인건비 지급 후 명세서 누락 | 기한 내\u002F지연 제출 구분 |\n| 세금계산서 관련 | 미발급·지연발급·허위 기재 | 허위(가공) 건은 조세범 처벌 결부 — 즉시 에스컬레이션 |\n\n- 부정행위(이중장부·허위증빙 등)가 개입하면 가산세가 가중되고 부과제척기간이 길어지는 구조 — 해당 신호는 `finance-escalation-policy` 강제 트리거\n\n## 적격증빙 체계\n\n| 구분 | 종류 | 실무 포인트 |\n|------|------|------------|\n| 적격증빙 | 세금계산서, 계산서, 신용카드매출전표, 현금영수증(지출증빙용) | 공제·손금의 기본 전제 |\n| 비적격증빙 | 간이영수증, 거래명세서 단독, 입금증 | 일정 금액 초과 시 증빙불비 리스크 (기준금액은 당해연도 확인) |\n| 보완 자료 | 계약서, 송금 내역, 업무 관련성 소명 자료 | 증빙 공백 시 거래 실재성 입증용 |\n\n- 접대비(기업업무추진비)·경조사비 등은 별도 증빙·한도 규정 존재 — 한도 수치는 당해연도 확인\n- 증빙 보존 의무 기간 존재 — 기간 수치는 당해연도 확인\n\n## 면책 원칙 (모든 산출물에 적용)\n\n1. 모든 보고서는 **1차 리스크 스크리닝**이며, **세무사·회계사의 자문을 대체하지 않는다**\n2. 확정적 단정(\"가산세 없다\", \"전액 공제된다\", \"적법하다\") 금지 — 가능성·신호 수준으로 서술\n3. 불확실한 기준·해석은 \"세무사 확인 필요\"로 명시\n4. 탈루 행위(매출 누락 은폐, 가공경비, 허위 세금계산서)를 돕지 않는다\n\n## 에스컬레이션 기준 (세무사\u002F회계사 상담 필수 신호)\n\n다음에 해당하면 산출물 최상단에 **\"⚠️ 반드시 세무사\u002F회계사 상담\"**을 표시:\n- 세무조사 사전통지·소명 요구·과세예고통지 등 과세관청 접촉\n- 고액 쟁점 또는 조세범 처벌 결부 가능성(허위 세금계산서 등)\n- 신고·납부 기한 임박 또는 경과 상태\n\n> 상세 트리거와 강제\u002F권고 구분은 `finance-escalation-policy` 스킬을 따른다.\n\n## 역할 경계\n\n- 본 하네스는 **운영 재무·세무**(이미 발생한 거래의 처리·신고 리스크)만 다룬다\n- 사업계획용 유닛 이코노믹스·번레이트\u002F런웨이·펀딩 전략은 `startup:financial-modeler` 담당\n\n## References\n- 국세청: https:\u002F\u002Fwww.nts.go.kr\n- 홈택스: https:\u002F\u002Fhometax.go.kr\n- 국가법령정보센터: https:\u002F\u002Fwww.law.go.kr\n","# 한국 세무 기초 — 공통 토대\n\n## ⚠ 최우선 규약: 세율·기준금액 하드코딩 금지\n\n**이 스킬과 이를 참조하는 모든 에이전트·커맨드는 구체 세율·한도·기준금액·가산세율을 기억에서 인용하지 않는다.** 한국 세법은 매년 세법개정으로 수치가 바뀐다.\n\n1. 판정에 세율·기준금액·한도·기한 날짜가 개입하면 **반드시 WebSearch로 당해연도 기준을 확인**한다\n2. 1차 출처 우선: 국세청(nts.go.kr), 국가법령정보센터(law.go.kr), 홈택스 공지\n3. 확인한 수치는 **출처와 확인 연도를 병기**한다 — 예) \"(2026년 기준, 국세청 확인)\"\n4. 확인에 실패하면 수치를 비워 두고 \"당해연도 기준 확인 필요\"로 표기한다 — 추정치 기입 금지\n5. 이 문서의 신고 주기·구조 서술도 개정될 수 있다 — 기한이 임박한 실무 판단에서는 재확인한다\n\n## When to Apply\n\n- 세무 관련 에이전트\u002F커맨드가 공유하는 기본 구조가 필요할 때\n- 경비·증빙의 세무 처리 방향을 판단할 때\n- 신고 주기·가산세 리스크를 스크리닝할 때\n\n## 세목 구조 (운영 단계 핵심 세목)\n\n| 세목 | 납세 주체 | 과세 대상 | 실무 관점 |\n|------|----------|----------|----------|\n| 부가가치세 | 법인·개인사업자 (일반\u002F간이 구분) | 재화·용역의 공급 | 매출·매입 세금계산서 정합성이 핵심 |\n| 원천세(원천징수) | 소득 지급자 | 근로·사업·기타·퇴직소득 등 지급액 | 지급 시 징수·신고 + 지급명세서 제출 이중 의무 |\n| 법인세 | 법인 | 사업연도 소득 | 손금 인정 여부(증빙·업무관련성)가 핵심 |\n| 종합소득세 | 개인사업자 | 연간 종합소득 | 법인세의 개인 버전 — 장부·증빙 기반 신고 |\n| 지방세(지방소득세 등) | 법인·개인 | 국세에 부가 | 국세 신고와 연동 — 별도 신고 누락 주의 |\n\n- **간이과세 vs 일반과세**: 기준금액(하드코딩 금지 — 당해연도 확인)에 따라 구분되며 세금계산서 발급·공제 구조가 다르다\n- 4대보험은 세금이 아니지만 인건비 처리·원천세와 실무상 연동된다 — 쟁점 시 별도 확인\n\n## 신고 주기 축\n\n구조만 서술한다. **구체 기한 날짜는 당해연도 국세청 신고 일정으로 확인.**\n\n| 세목 | 주기 구조 | 비고 |\n|------|----------|------|\n| 부가가치세 | 과세기간(반기) + 예정\u002F확정 신고 구조. 법인\u002F개인, 일반\u002F간이에 따라 신고 횟수 상이 | 조기환급 등 예외 절차 존재 |\n| 원천세 | 원칙 매월 신고·납부, 요건 충족 시 반기 납부 특례 | 지급명세서 제출 기한은 소득 유형별로 별도 |\n| 법인세 | 사업연도 종료 후 법정 기한 내 신고 + 중간예납 구조 | 성실신고확인 대상 여부에 따라 상이 |\n| 종합소득세 | 연 1회 확정신고 + 중간예납 구조 | 성실신고확인 대상은 기한 상이 |\n| 지방소득세 | 국세 신고와 연동 | 별도 신고 누락이 흔한 리스크 |\n\n## 가산세 리스크 축\n\n가산세 판단의 **유형 축**만 제공한다. 각 가산세율·감면율은 하드코딩 금지 — 당해연도 확인.\n\n| 축 | 리스크 신호 | 완화 수단 (구조) |\n|----|------------|-----------------|\n| 무신고 | 신고 기한 경과 + 미신고 | 기한후신고 (빠를수록 감면 구조) |\n| 과소신고 | 매출 누락·과다 공제 발견 | 수정신고 (빠를수록 감면 구조) |\n| 납부지연 | 납부 기한 경과 (일할 가산 구조) | 조기 납부 |\n| 증빙불비 | 적격증빙 미수취 지출 | 증빙 보완·거래사실 입증 |\n| 지급명세서 미제출 | 인건비 지급 후 명세서 누락 | 기한 내\u002F지연 제출 구분 |\n| 세금계산서 관련 | 미발급·지연발급·허위 기재 | 허위(가공) 건은 조세범 처벌 결부 — 즉시 에스컬레이션 |\n\n- 부정행위(이중장부·허위증빙 등)가 개입하면 가산세가 가중되고 부과제척기간이 길어지는 구조 — 해당 신호는 `finance-escalation-policy` 강제 트리거\n\n## 적격증빙 체계\n\n| 구분 | 종류 | 실무 포인트 |\n|------|------|------------|\n| 적격증빙 | 세금계산서, 계산서, 신용카드매출전표, 현금영수증(지출증빙용) | 공제·손금의 기본 전제 |\n| 비적격증빙 | 간이영수증, 거래명세서 단독, 입금증 | 일정 금액 초과 시 증빙불비 리스크 (기준금액은 당해연도 확인) |\n| 보완 자료 | 계약서, 송금 내역, 업무 관련성 소명 자료 | 증빙 공백 시 거래 실재성 입증용 |\n\n- 접대비(기업업무추진비)·경조사비 등은 별도 증빙·한도 규정 존재 — 한도 수치는 당해연도 확인\n- 증빙 보존 의무 기간 존재 — 기간 수치는 당해연도 확인\n\n## 면책 원칙 (모든 산출물에 적용)\n\n1. 모든 보고서는 **1차 리스크 스크리닝**이며, **세무사·회계사의 자문을 대체하지 않는다**\n2. 확정적 단정(\"가산세 없다\", \"전액 공제된다\", \"적법하다\") 금지 — 가능성·신호 수준으로 서술\n3. 불확실한 기준·해석은 \"세무사 확인 필요\"로 명시\n4. 탈루 행위(매출 누락 은폐, 가공경비, 허위 세금계산서)를 돕지 않는다\n\n## 에스컬레이션 기준 (세무사\u002F회계사 상담 필수 신호)\n\n다음에 해당하면 산출물 최상단에 **\"⚠️ 반드시 세무사\u002F회계사 상담\"**을 표시:\n- 세무조사 사전통지·소명 요구·과세예고통지 등 과세관청 접촉\n- 고액 쟁점 또는 조세범 처벌 결부 가능성(허위 세금계산서 등)\n- 신고·납부 기한 임박 또는 경과 상태\n\n> 상세 트리거와 강제\u002F권고 구분은 `finance-escalation-policy` 스킬을 따른다.\n\n## 역할 경계\n\n- 본 하네스는 **운영 재무·세무**(이미 발생한 거래의 처리·신고 리스크)만 다룬다\n- 사업계획용 유닛 이코노믹스·번레이트\u002F런웨이·펀딩 전략은 `startup:financial-modeler` 담당\n\n## References\n- 국세청: https:\u002F\u002Fwww.nts.go.kr\n- 홈택스: https:\u002F\u002Fhometax.go.kr\n- 국가법령정보센터: https:\u002F\u002Fwww.law.go.kr\n",{"name":5,"metadata":49,"description":52},{"version":50,"category":51},"1.0.0","finance","한국 세무 하네스 공통 기초. 세목 구조(부가세·원천세·법인세·종합소득세), 신고 주기,\n가산세 리스크 축, 적격증빙 체계, 면책·에스컬레이션 원칙을 제공한다.\n구체 세율·기준금액은 담지 않으며 WebSearch 당해연도 확인을 강제한다.\nUse when: 세무 판단·경비 검토·신고 리스크 분석의 공통 토대가 필요할 때,\ntax, VAT, withholding, corporate tax, 부가세, 원천세, 법인세, 가산세, 증빙 키워드 감지 시.\n세부 리스크 판정은 tax-risk-advisor, 에스컬레이션 판정은 finance-escalation-policy에 위임.\nShared foundation for the Korean tax harness: tax-item structure (VAT, withholding, corporate\u002Fcomprehensive income tax), filing cycles, penalty-risk axes, the qualified-receipt system, and disclaimer\u002Fescalation principles; holds no specific rates and mandates current-year WebSearch verification. Use when: Korean tax judgment, expense review, or filing-risk analysis needs common grounding.\n","main","e9f37e996e3d2b1b6ac9c879e9dfba1223b597c3","archive\u002Ffinance\u002Fskills\u002Fkorean-tax-foundations",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":63,"prompt":73,"zipAvailable":74},[64,67,70],{"tool":65,"command":66},"npx","npx skills add Dokkabei97\u002Fdokkabei-harness --skill korean-tax-foundations",{"tool":68,"command":69},"bunx","bunx skills add Dokkabei97\u002Fdokkabei-harness --skill korean-tax-foundations",{"tool":71,"command":72},"pnpm","pnpm dlx skills add Dokkabei97\u002Fdokkabei-harness --skill korean-tax-foundations","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Farchive\u002Ffinance\u002Fskills\u002Fkorean-tax-foundations\u002FSKILL.md",true,[],[77,108,135,158,178,201],{"skillNo":78,"name":79,"nameZh":6,"description":80,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":81,"categories":82,"keywords":88,"publishedAt":44},"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",[83],{"categoryNo":84,"categoryName":85,"taxonomyType":86,"taxonomyTypeDesc":87},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,42],"sync","claude md","sync claude md","MCP","commit","architecture","pr","update","ci","integrations","use","diff","only","minimal","project","make","reviews","pending","mr",{"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":118,"publishedAt":44},"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",[114,115],{"categoryNo":84,"categoryName":85,"taxonomyType":86,"taxonomyTypeDesc":87},{"categoryNo":116,"categoryName":117,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000030","开发工程师",[119,120,121,122,123,34,124,125,126,127,128,129,130,131,103,132,41,133,134,42],"spec","spec driven","dev","spec driven dev","driven","workflow","change","tasks","code","plan","ask","never","human","feature","vague","features",{"skillNo":136,"name":137,"nameZh":6,"description":138,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":139,"categories":140,"keywords":141,"publishedAt":44},"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",[],[142,143,144,145,146,147,148,128,149,150,99,151,152,132,153,154,155,156,157,42],"shipping","guide","shipping guide","launch","monitoring","lifecycle","feature flags","template","rollback","rollout","flags","thresholds","post","with","pre-launch","rollback plan",{"skillNo":159,"name":160,"nameZh":6,"description":161,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":162,"categories":163,"keywords":164,"publishedAt":44},"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",[],[160,34,89,126,165,39,166,167,168,169,170,171,101,172,173,174,175,176,177,42],"run","loop","evolve","write","edit","proposals","session","up","dry","learned","Session Retrospective","lessons","mistakes",{"skillNo":179,"name":180,"nameZh":6,"description":181,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":182,"categories":183,"keywords":185,"publishedAt":44},"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",[184],{"categoryNo":116,"categoryName":117,"taxonomyType":21,"taxonomyTypeDesc":22},[186,103,187,188,189,127,190,191,192,193,100,101,194,195,196,197,198,199,200,42],"Rules","project rules","core","generate","git","audit","stack","orm","es","drift","layout","runtime","-specialist","path","scoped",{"skillNo":202,"name":203,"nameZh":6,"description":204,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":205,"categories":206,"keywords":211,"publishedAt":44},"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",[207,210],{"categoryNo":208,"categoryName":209,"taxonomyType":86,"taxonomyTypeDesc":87},"01JBSEEDCAT000000000000002","文档处理",{"categoryNo":84,"categoryName":85,"taxonomyType":86,"taxonomyTypeDesc":87},[212,213,154,214,215,96,216,217,218,172,219,220,221,222,223,224,225,226,107,42],"merge","post merge","documentation","cleanup","batch","wiki","just","issue","tracker","close","closing","follow-up","true","plane","single"]