[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6QZN3XM5H139PKAWNWFRKJF":3,"skill-same:01M6QZN3XM5H139PKAWNWFRKJF":72},{"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":49,"commitSha":50,"skillDirectory":51,"forksCount":52,"repositoryHtmlUrl":53,"repositoryHomepageUrl":54,"ownerHtmlUrl":55,"ownerBlogUrl":6,"ownerDescription":56,"updatedAt":57,"install":58,"resources":71},"01M6QZN3XM5H139PKAWNWFRKJF","doc-collab-guide",null,"기획서·제안서·보고서 등 긴 문서를 사용자와 공동 작성할 때 사용. 공식 doc-coauthoring 스킬(anthropics\u002Fskills) 의존 설치 안내, 아웃라인 승인 게이트를 정의한다. Use when: \"문서 같이 쓰자\", \"제안서\u002F기획서\u002F보고서 초안\", \"공동 작성\", co-authoring documents, proposals, long-form docs. 기술 스펙(구현 전제)은 spec-driven-dev 우선.\nDefines the co-authoring protocol for long-form documents (plans, proposals, reports) — install guidance for the official doc-coauthoring skill (anthropics\u002Fskills) and an outline approval gate. Use when: co-writing or drafting proposals, planning docs, reports, long documents; implementation-bound tech specs go to spec-driven-dev.","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\u002Fplugins\u002Fworkflow\u002Fskills\u002Fdoc-collab-guide\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"doc collab guide","collab","doc","guide","authoring","when","approval gate","long-form","spec-driven","co","form","tech","writing","reports","install","proposals","planning","documents","official","go","2026-11-10 10:12:30",false,"---\nname: doc-collab-guide\ndescription: |\n  기획서·제안서·보고서 등 긴 문서를 사용자와 공동 작성할 때 사용. 공식 doc-coauthoring 스킬(anthropics\u002Fskills) 의존 설치 안내, 아웃라인 승인 게이트를 정의한다. Use when: \"문서 같이 쓰자\", \"제안서\u002F기획서\u002F보고서 초안\", \"공동 작성\", co-authoring documents, proposals, long-form docs. 기술 스펙(구현 전제)은 spec-driven-dev 우선.\n  Defines the co-authoring protocol for long-form documents (plans, proposals, reports) — install guidance for the official doc-coauthoring skill (anthropics\u002Fskills) and an outline approval gate. Use when: co-writing or drafting proposals, planning docs, reports, long documents; implementation-bound tech specs go to spec-driven-dev.\n---\n\n# Doc Collab Guide — 긴 문서 공동 작성 규약\n\n공식 `doc-coauthoring` 스킬을 얇게 연계해 기획서·제안서·보고서류 장문 문서를 사용자와 단계적으로 공동 작성하기 위한 규약. 도구 설치·진행 게이트만 정의하고, 문서 작성 기법 자체는 공식 스킬에 위임한다.\n\n## When to Activate\n\n- 기획서·제안서·보고서·의사결정 문서 등 3섹션 이상의 장문 문서를 사용자와 함께 쓸 때\n- 사용자가 초안 전체가 아니라 단계적 협업(아웃라인 → 섹션별 확정)을 원할 때\n- 산출물이 .md 또는 .docx 문서 자체일 때 (코드 산출 작업이면 해당 없음)\n\n## 도메인 경계 — 그쪽 문서는 그쪽 커맨드 우선\n\n| 문서 유형 | 우선 경로 | 이 스킬 |\n|-----------|----------|---------|\n| 기술 스펙(구현 전제) | workflow `spec-driven-dev` | 사용 안 함 |\n| 그 외 일반 기획서·제안서·보고서 | **이 스킬** | 사용 |\n\n도메인 커맨드가 있는 문서는 그쪽 구조·법리·게이트가 우선한다. 이 스킬을 겹쳐 쓰지 않는다.\n\n## 공식 스킬 의존 설치\n\nanthropics\u002Fskills 저장소 웹 확인 기준(2026-07): `doc-coauthoring`은 `example-skills` 플러그인 소속, docx 내보내기는 `document-skills` 소속. 마켓플레이스 이름은 `anthropic-agent-skills`.\n\n```\n\u002Fplugin marketplace add anthropics\u002Fskills\n\u002Fplugin install example-skills@anthropic-agent-skills    # doc-coauthoring 포함\n\u002Fplugin install document-skills@anthropic-agent-skills   # docx\u002Fpdf\u002Fpptx\u002Fxlsx 내보내기 (선택)\n```\n\n- 공식 스킬의 3단계(Context Gathering → Refinement & Structure → Reader Testing)는 아래 진행 규약의 1·3·4단계를 보강하는 보조 도구다.\n- 미설치 상태여도 아래 규약만으로 진행 가능하다. 설치를 강제하지 말고, 세션에서 스킬이 보이지 않으면 위 구문을 사용자에게 1회 안내한다.\n\n## 진행 규약\n\n| 단계 | 내용 | 게이트 |\n|------|------|--------|\n| 1. 목적\u002F독자 확정 | 이 문서로 누가 무엇을 결정·행동하게 만들 것인지 1~2문장으로 합의 | 없음 (합의 전 다음 단계 금지) |\n| 2. 아웃라인 승인 | 섹션 목록 + 섹션별 핵심 주장 1줄 + 분량 추정 제시 | **★사용자 게이트** |\n| 3. 섹션별 작성 | 승인된 아웃라인 순서대로 한 섹션씩 작성·확인 | 섹션당 사용자 확인 1회 |\n| 4. 리뷰 (반증 관점) | \"이 문서가 독자를 설득하지 못한다면 왜?\" — 반론·누락 근거·과장 탐지 | 반증에 구체적 근거 요구 |\n| 5. 산출 | 사용자와 합의한 경로로 최종본 산출 | 경로 사용자 확인 |\n\n**아웃라인 게이트 (2단계)** — 스코프 승인 패턴:\n- 승인 전 본문 작성 금지. 자율 통과 금지. \"대충 이렇게 갈게요\" 후 진행은 위반이다.\n- 아웃라인 수정 요청이 오면 반영본을 다시 제시하고 재승인을 받는다.\n- 3단계 진행 중 아웃라인 변경이 필요해지면(섹션 추가·삭제·순서 변경) 변경 요지를 1줄 보고하고 승인 후 반영한다 — 게이트 승인 사항이기 때문이다.\n\n**리뷰 (4단계)**: 작성자 시점이 아니라 회의적 독자 시점으로 전환한다. 최소 점검 3가지 — ① 핵심 주장에 근거 없는 섹션 ② 독자의 예상 반론 중 미대응 항목 ③ 결론이 1단계에서 합의한 목적과 어긋나는 지점.\n\n## Verification\n\n- [ ] 목적\u002F독자 합의문이 대화에 기록됨 (1단계)\n- [ ] 아웃라인 사용자 승인이 명시적으로 존재함 — 승인 전 본문 없음 (2단계)\n- [ ] 리뷰에서 반증 3가지 점검 수행 (4단계)\n- [ ] 최종 산출 경로가 사용자와 합의됨 (5단계)\n\n## Related\n\n- 공식 `doc-coauthoring` (example-skills@anthropic-agent-skills) — 컨텍스트 수집·리더 테스트 기법\n- 공식 `docx` (document-skills@anthropic-agent-skills) — Word 내보내기\n- `planning-guide` — 문서가 아니라 기능 계획을 세울 때\n","# Doc Collab Guide — 긴 문서 공동 작성 규약\n\n공식 `doc-coauthoring` 스킬을 얇게 연계해 기획서·제안서·보고서류 장문 문서를 사용자와 단계적으로 공동 작성하기 위한 규약. 도구 설치·진행 게이트만 정의하고, 문서 작성 기법 자체는 공식 스킬에 위임한다.\n\n## When to Activate\n\n- 기획서·제안서·보고서·의사결정 문서 등 3섹션 이상의 장문 문서를 사용자와 함께 쓸 때\n- 사용자가 초안 전체가 아니라 단계적 협업(아웃라인 → 섹션별 확정)을 원할 때\n- 산출물이 .md 또는 .docx 문서 자체일 때 (코드 산출 작업이면 해당 없음)\n\n## 도메인 경계 — 그쪽 문서는 그쪽 커맨드 우선\n\n| 문서 유형 | 우선 경로 | 이 스킬 |\n|-----------|----------|---------|\n| 기술 스펙(구현 전제) | workflow `spec-driven-dev` | 사용 안 함 |\n| 그 외 일반 기획서·제안서·보고서 | **이 스킬** | 사용 |\n\n도메인 커맨드가 있는 문서는 그쪽 구조·법리·게이트가 우선한다. 이 스킬을 겹쳐 쓰지 않는다.\n\n## 공식 스킬 의존 설치\n\nanthropics\u002Fskills 저장소 웹 확인 기준(2026-07): `doc-coauthoring`은 `example-skills` 플러그인 소속, docx 내보내기는 `document-skills` 소속. 마켓플레이스 이름은 `anthropic-agent-skills`.\n\n```\n\u002Fplugin marketplace add anthropics\u002Fskills\n\u002Fplugin install example-skills@anthropic-agent-skills    # doc-coauthoring 포함\n\u002Fplugin install document-skills@anthropic-agent-skills   # docx\u002Fpdf\u002Fpptx\u002Fxlsx 내보내기 (선택)\n```\n\n- 공식 스킬의 3단계(Context Gathering → Refinement & Structure → Reader Testing)는 아래 진행 규약의 1·3·4단계를 보강하는 보조 도구다.\n- 미설치 상태여도 아래 규약만으로 진행 가능하다. 설치를 강제하지 말고, 세션에서 스킬이 보이지 않으면 위 구문을 사용자에게 1회 안내한다.\n\n## 진행 규약\n\n| 단계 | 내용 | 게이트 |\n|------|------|--------|\n| 1. 목적\u002F독자 확정 | 이 문서로 누가 무엇을 결정·행동하게 만들 것인지 1~2문장으로 합의 | 없음 (합의 전 다음 단계 금지) |\n| 2. 아웃라인 승인 | 섹션 목록 + 섹션별 핵심 주장 1줄 + 분량 추정 제시 | **★사용자 게이트** |\n| 3. 섹션별 작성 | 승인된 아웃라인 순서대로 한 섹션씩 작성·확인 | 섹션당 사용자 확인 1회 |\n| 4. 리뷰 (반증 관점) | \"이 문서가 독자를 설득하지 못한다면 왜?\" — 반론·누락 근거·과장 탐지 | 반증에 구체적 근거 요구 |\n| 5. 산출 | 사용자와 합의한 경로로 최종본 산출 | 경로 사용자 확인 |\n\n**아웃라인 게이트 (2단계)** — 스코프 승인 패턴:\n- 승인 전 본문 작성 금지. 자율 통과 금지. \"대충 이렇게 갈게요\" 후 진행은 위반이다.\n- 아웃라인 수정 요청이 오면 반영본을 다시 제시하고 재승인을 받는다.\n- 3단계 진행 중 아웃라인 변경이 필요해지면(섹션 추가·삭제·순서 변경) 변경 요지를 1줄 보고하고 승인 후 반영한다 — 게이트 승인 사항이기 때문이다.\n\n**리뷰 (4단계)**: 작성자 시점이 아니라 회의적 독자 시점으로 전환한다. 최소 점검 3가지 — ① 핵심 주장에 근거 없는 섹션 ② 독자의 예상 반론 중 미대응 항목 ③ 결론이 1단계에서 합의한 목적과 어긋나는 지점.\n\n## Verification\n\n- [ ] 목적\u002F독자 합의문이 대화에 기록됨 (1단계)\n- [ ] 아웃라인 사용자 승인이 명시적으로 존재함 — 승인 전 본문 없음 (2단계)\n- [ ] 리뷰에서 반증 3가지 점검 수행 (4단계)\n- [ ] 최종 산출 경로가 사용자와 합의됨 (5단계)\n\n## Related\n\n- 공식 `doc-coauthoring` (example-skills@anthropic-agent-skills) — 컨텍스트 수집·리더 테스트 기법\n- 공식 `docx` (document-skills@anthropic-agent-skills) — Word 내보내기\n- `planning-guide` — 문서가 아니라 기능 계획을 세울 때\n",{"name":5,"description":7},"main","e9f37e996e3d2b1b6ac9c879e9dfba1223b597c3","plugins\u002Fworkflow\u002Fskills\u002Fdoc-collab-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":59,"prompt":69,"zipAvailable":70},[60,63,66],{"tool":61,"command":62},"npx","npx skills add Dokkabei97\u002Fdokkabei-harness --skill doc-collab-guide",{"tool":64,"command":65},"bunx","bunx skills add Dokkabei97\u002Fdokkabei-harness --skill doc-collab-guide",{"tool":67,"command":68},"pnpm","pnpm dlx skills add Dokkabei97\u002Fdokkabei-harness --skill doc-collab-guide","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fdoc-collab-guide\u002FSKILL.md",true,[],[73,102,133,155,175,198],{"skillNo":74,"name":75,"nameZh":6,"description":76,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":77,"categories":78,"keywords":82,"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",[79],{"categoryNo":80,"categoryName":81,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",[83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,29],"sync","claude md","sync claude md","MCP","commit","architecture","pr","update","ci","integrations","use","diff","only","minimal","project","make","reviews","pending","mr",{"skillNo":103,"name":104,"nameZh":6,"description":105,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":106,"categories":107,"keywords":114,"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",[108,109],{"categoryNo":80,"categoryName":81,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":110,"categoryName":111,"taxonomyType":112,"taxonomyTypeDesc":113},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[115,116,117,118,119,120,121,122,123,124,125,126,127,128,97,129,130,131,132,29],"spec","spec driven","dev","spec driven dev","driven","review","workflow","change","tasks","code","plan","ask","never","human","feature","for","vague","features",{"skillNo":134,"name":135,"nameZh":6,"description":136,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":137,"categories":138,"keywords":139,"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",[],[140,27,141,142,143,144,145,125,146,147,93,148,149,129,150,151,152,153,154,29],"shipping","shipping guide","launch","monitoring","lifecycle","feature flags","template","rollback","rollout","flags","thresholds","post","with","pre-launch","rollback plan",{"skillNo":156,"name":157,"nameZh":6,"description":158,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":159,"categories":160,"keywords":161,"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",[],[157,120,83,123,162,163,164,165,166,167,39,168,95,169,170,171,172,173,174,29],"run","harness","loop","evolve","write","edit","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":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",[181],{"categoryNo":110,"categoryName":111,"taxonomyType":112,"taxonomyTypeDesc":113},[183,97,184,185,186,124,187,188,189,190,94,95,191,192,193,194,195,196,197,29],"Rules","project rules","core","generate","git","audit","stack","orm","es","drift","layout","runtime","-specialist","path","scoped",{"skillNo":199,"name":200,"nameZh":6,"description":201,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":202,"categories":203,"keywords":208,"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",[204,207],{"categoryNo":205,"categoryName":206,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000002","文档处理",{"categoryNo":80,"categoryName":81,"taxonomyType":21,"taxonomyTypeDesc":22},[209,210,151,211,212,90,213,214,215,169,216,217,218,219,220,221,222,223,101,29],"merge","post merge","documentation","cleanup","batch","wiki","just","issue","tracker","close","closing","follow-up","true","plane","single"]