[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6QZNTTTRRCMR7DZCFDHGRJD":3,"skill-same:01M6QZNTTTRRCMR7DZCFDHGRJD":84},{"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":48,"commitSha":49,"skillDirectory":50,"forksCount":51,"repositoryHtmlUrl":52,"repositoryHomepageUrl":53,"ownerHtmlUrl":54,"ownerBlogUrl":6,"ownerDescription":55,"updatedAt":56,"install":57,"resources":69},"01M6QZNTTTRRCMR7DZCFDHGRJD","issue-tracker",null,"plane-cli를 활용한 Plane 이슈 트래커 연동 스킬.\n브랜치명에서 이슈를 자동 감지하고, 작업 상태 추적, 변경 이력 기록,\n서브태스크 분할 제안까지 개발 전 과정에서 이슈를 관리합니다.\nIntegrates with the Plane issue tracker via plane-cli: auto-detects the issue from the branch name, then manages it across the whole dev cycle — work status tracking, change history logging, and subtask split suggestions. Use when: linking or tracking issues, updating Plane tickets, recording work history, connecting a branch to its issue.","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\u002Fissue-tracker\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"issue tracker","tracker","issue","when","cli","linking","plane","true","recording","across","cycle","auto","branch","work","history","issue-tracking","logging","issues","status","change","2026-11-10 10:12:30",false,"---\nname: issue-tracker\ndescription: |\n  plane-cli를 활용한 Plane 이슈 트래커 연동 스킬.\n  브랜치명에서 이슈를 자동 감지하고, 작업 상태 추적, 변경 이력 기록,\n  서브태스크 분할 제안까지 개발 전 과정에서 이슈를 관리합니다.\n  Integrates with the Plane issue tracker via plane-cli: auto-detects the issue from the branch name, then manages it across the whole dev cycle — work status tracking, change history logging, and subtask split suggestions. Use when: linking or tracking issues, updating Plane tickets, recording work history, connecting a branch to its issue.\nmetadata:\n  version: 2.0.0\n  domain: issue-tracking\n  requires_cli: plane\ndisable-model-invocation: true\n---\n\n# Issue Tracker - Plane CLI 기반 이슈 트래커 연동\n\n## Overview\n\n개발 워크플로우와 Plane 이슈 트래커를 `plane-cli`로 연동합니다.\n브랜치명에서 이슈 번호를 파싱하고, 코드 변경 범위를 분석하여 서브태스크를 제안하며,\n작업 완료 시 변경 요약을 코멘트에 기록합니다.\n\n> **v2.0 변경사항:** Plane MCP 의존성 제거. 모든 API 호출을 `plane` CLI로 대체.\n> `.plane-context.json` 제거 → `plane config`로 통합.\n\n---\n\n## 1. 사전 요구사항\n\n### plane-cli 설정 확인\n\n스킬 실행 전 `plane` CLI가 설정되어 있는지 확인합니다.\n\n```bash\n# 설정 확인\nplane config list\n\n# 미설정 시 초기화\nplane config init\n```\n\n필수 설정값:\n- `base_url`: Plane 인스턴스 URL\n- `api_key`: API 인증 키\n- `workspace`: 워크스페이스 slug\n- `project`: 기본 프로젝트 ID (선택 — 브랜치에서 자동 감지 가능)\n\n---\n\n## 2. 활성화 규칙\n\n| 트리거 유형 | 조건 | 동작 |\n|-------------|------|------|\n| **수동** | `\u002Fissue-tracker` 명시 호출 (사용자 직접 실행 전용) | Phase 1~5 전체 실행 |\n\n---\n\n## 3. Behavioral Flow\n\n### Phase 1: CLI 환경 검증\n\n```\n1. `plane config list` 실행 → 설정 상태 확인\n2. base_url, api_key, workspace가 설정되어 있는지 검증\n3. 미설정 시 → 사용자에게 `plane config init` 실행 안내\n4. `plane user me -f json` 실행 → API 연결 및 인증 검증\n5. 검증 실패 시 → 오류 메시지 표시, 재설정 안내\n```\n\n### Phase 2: Issue Discovery\n\n```\n1. `git branch --show-current` → 현재 브랜치명 확인\n2. 정규식으로 이슈 식별자 파싱: \u002F([A-Z][A-Z0-9]+-\\d+)\u002F\n   예: feature\u002FPROJ-42-add-cart → PROJ-42\n3. 식별자 발견 시:\n   → `plane issue get PROJ-42 -f json` → 이슈 자동 연결\n   → 이슈 제목, 상태, 담당자 표시\n4. 식별자 미발견 시:\n   → 사용자에게 이슈 지정 방식 질문:\n     a) \"이슈 번호 직접 입력\" → 번호 입력 → `plane issue get \u003CID> -f json`\n     b) \"이슈 목록에서 선택\" → `plane issue list -f json` → 결과에서 선택\n     c) \"새 이슈 생성\" → issue.html 템플릿 변수 수집 →\n        `plane issue create --name \"제목\" --description \"\u003Chtml>\"`\n     d) \"이슈 없이 진행\" → 이슈 미연결 (Phase 5 이력 기록 생략)\n```\n\n### Phase 3: Work Tracking\n\n```\n1. 연결된 이슈의 현재 상태 확인 (Phase 2에서 조회한 JSON의 state 필드)\n2. 상태가 \"In Progress\"가 아니면:\n   → 사용자에게 \"상태를 In Progress로 변경할까요?\" 확인\n   → 승인 시 `plane state list -f json` → group이 \"started\"인 상태 ID 조회\n   → `plane issue update PROJ-42 --state \u003Cin_progress_state_id>`\n3. 작업 유형 자동 분류 (Smart Categorization):\n   a) 브랜치 prefix 분석:\n      - feature\u002F, feat\u002F → Feature\n      - fix\u002F, bugfix\u002F, hotfix\u002F → Bug\n      - refactor\u002F → Refactor\n      - chore\u002F, docs\u002F → Maintenance\n   b) 커밋 메시지 패턴 (보조):\n      - \"fix\", \"resolve\", \"close\" → Bug\n      - \"add\", \"implement\" → Feature\n      - \"refactor\", \"clean\" → Refactor\n   c) diff 패턴 (보조):\n      - 새 파일 추가 비율 높음 → Feature\n      - 기존 파일 수정 위주 → Bug\u002FRefactor\n4. `git diff --stat`으로 변경 범위 추적 → 변경 파일 수, 추가\u002F삭제 라인 수 기록\n```\n\n### Phase 4: Scope Analysis & Sub-task Suggestion\n\n```\n1. `git diff --name-only`로 변경 파일 목록 수집\n2. 파일 경로 기반 모듈 그룹핑:\n   - api\u002F, controller\u002F, route\u002F → API 모듈\n   - service\u002F, usecase\u002F, domain\u002F → Service 모듈\n   - component\u002F, page\u002F, view\u002F → UI 모듈\n   - test\u002F, spec\u002F, __tests__\u002F → Test 모듈\n   - config\u002F, infra\u002F, deploy\u002F → Infrastructure 모듈\n   - migration\u002F, schema\u002F → Database 모듈\n3. Adaptive Depth (변경 규모별 분기):\n   a) 소규모 (파일 5개 이하, 모듈 1~2개):\n      → 서브태스크 제안 없음, Phase 5에서 간단 코멘트\n   b) 중규모 (파일 6~15개, 모듈 2~3개):\n      → 선택적 제안: \"서브태스크로 분할하시겠습니까?\"\n   c) 대규모 (파일 16개 이상 또는 모듈 4개 이상):\n      → 적극적 분할 제안, 모듈별 서브태스크 초안 제시\n4. 사용자 승인 후에만 서브태스크 생성:\n   → `plane issue create --name \"서브태스크 제목\" --parent \u003C원본이슈ID>`\n```\n\n### Phase 5: Completion & History Writing\n\n```\n1. 변경 요약 데이터 수집:\n   - `git log --oneline \u003Cbase-branch>..HEAD` → 커밋 이력\n   - `git diff --stat \u003Cbase-branch>..HEAD` → 변경 통계\n   - `git diff --name-only \u003Cbase-branch>..HEAD` → 변경 파일 목록\n2. 자연어 변경 요약 생성:\n   - 작업 유형 (Feature\u002FBug\u002FRefactor)\n   - 주요 변경 내용 (커밋 메시지 기반)\n   - 영향 범위 (모듈별 변경 파일 수)\n3. comment.html 템플릿 변수 바인딩:\n   - {{work_type}} ← Phase 3에서 분류한 작업 유형\n   - {{branch_name}} ← 현재 브랜치명\n   - {{natural_language_summary}} ← 커밋 메시지 기반 자연어 요약\n   - {{files_changed}}, {{insertions}}, {{deletions}} ← git diff --stat 파싱\n   - {{changed_files}} ← git diff --name-only 결과\n   - {{commits}} ← git log --oneline (hash, message 쌍)\n4. 바인딩된 HTML을 코멘트로 작성:\n   → `plane comment create --issue PROJ-42 --body \"\u003C바인딩된 HTML>\"`\n5. 사용자 확인 후 상태 변경:\n   → `plane state list -f json` → group이 \"completed\"인 상태 ID 조회\n   → `plane issue update PROJ-42 --state \u003Cdone_state_id>`\n```\n\n### Phase 6: Post-Merge Close (post-merge 스킬에서 위임)\n\n> 이 Phase는 독립 실행되지 않으며, `post-merge` 스킬의 Phase 2에서 위임 호출됩니다.\n\n```\n1. post-merge 스킬로부터 MR 컨텍스트 수신:\n   → mr_url, mr_title, merge_date, target_branch, 변경 통계 등\n2. `plane issue get {이슈 식별자} -f json` → 이슈 조회, 현재 상태 확인\n3. merge-comment.html 템플릿 바인딩:\n   → skills\u002Fpost-merge\u002Ftemplates\u002Fmerge-comment.html 로드\n   → MR 컨텍스트 변수 바인딩\n   → `plane comment create --issue {이슈 식별자} --body \"\u003C바인딩된 HTML>\"`\n4. 이슈 상태 변경:\n   → `plane state list -f json` → group이 \"completed\"인 상태 ID 조회\n   → `plane issue update {이슈 식별자} --state \u003Ccompleted_state_id>`\n```\n\n---\n\n## 4. Smart Categorization (작업 유형 자동 분류)\n\n3중 신호를 분석하여 작업 유형을 자동 분류합니다.\n\n| 신호 | 우선순위 | 소스 | 분류 규칙 |\n|------|----------|------|-----------|\n| 브랜치 prefix | 1 (최고) | `git branch --show-current` | `feature\u002F`→Feature, `fix\u002F`→Bug, `refactor\u002F`→Refactor |\n| 커밋 메시지 | 2 | `git log --oneline` | 키워드 빈도 분석 |\n| diff 패턴 | 3 (최저) | `git diff --stat` | 신규 파일 비율, 수정 패턴 |\n\n**우선순위 규칙:**\n- 브랜치 prefix가 명확하면 최우선 적용\n- 브랜치 prefix가 모호하면 (예: `dev\u002F`) 커밋 메시지 + diff 패턴으로 결정\n- 모든 신호가 모호하면 사용자에게 직접 질문\n\n---\n\n## 5. Adaptive Depth (변경 규모별 워크플로우 깊이)\n\n| 규모 | 파일 수 | 모듈 수 | 코멘트 | 서브태스크 제안 | 상태 변경 |\n|------|---------|---------|--------|----------------|-----------|\n| 소규모 | ≤5 | 1~2 | 간단 요약 (3줄 이내) | 안함 | 사용자 확인 |\n| 중규모 | 6~15 | 2~3 | 상세 요약 (모듈별 변경) | 선택적 제안 | 사용자 확인 |\n| 대규모 | ≥16 | ≥4 | 전체 이력 (템플릿 사용) | 적극적 제안 | 사용자 확인 |\n\n---\n\n## 6. Tool Coordination\n\n### plane-cli 명령어\n\n| 단계 | CLI 명령어 | 용도 |\n|------|-----------|------|\n| 환경 검증 | `plane config list` | 설정 상태 확인 |\n| 인증 확인 | `plane user me -f json` | API 연결 및 인증 검증 |\n| 프로젝트 목록 | `plane project list -f json` | 워크스페이스 내 프로젝트 조회 |\n| 이슈 조회 | `plane issue get \u003CID\\|PROJ-123> -f json` | 식별자로 이슈 조회 |\n| 이슈 목록 | `plane issue list -f json [--state \u003Cid>] [--priority \u003Cp>]` | 필터링된 이슈 목록 |\n| 이슈 생성 | `plane issue create --name \"...\" [--parent \u003Cid>]` | 새 이슈 또는 서브태스크 생성 |\n| 이슈 수정 | `plane issue update \u003CID> --state \u003Cid>` | 상태 변경, 필드 업데이트 |\n| 상태 조회 | `plane state list -f json` | 상태 목록 및 ID 조회 |\n| 레이블 조회 | `plane label list -f json` | 레이블 목록 조회 |\n| 멤버 조회 | `plane member list-project -f json` | 프로젝트 멤버 조회 |\n| 코멘트 작성 | `plane comment create --issue \u003CID> --body \"...\"` | 변경 요약 코멘트 |\n| 코멘트 조회 | `plane comment list --issue \u003CID> -f json` | 기존 코멘트 확인 |\n| 활동 조회 | `plane activity list --issue \u003CID> -f json` | 이슈 변경 이력 확인 |\n\n### Git 도구 (Bash)\n\n| 명령어 | 용도 |\n|--------|------|\n| `git branch --show-current` | 브랜치명에서 이슈 식별자 파싱 |\n| `git diff --stat` | 변경 통계 (파일 수, 라인 수) |\n| `git diff --name-only` | 변경 파일 목록 (모듈 그룹핑) |\n| `git log --oneline` | 커밋 이력 수집 |\n\n### 파일 도구\n\n| 도구 | 용도 |\n|------|------|\n| **Read** | 템플릿 파일 로드 (comment.html, issue.html) |\n\n---\n\n## 7. 브랜치명 파싱 규칙\n\n### 지원 패턴\n\n```\n{prefix}\u002F{IDENTIFIER}-{number}-{description}\n{prefix}\u002F{IDENTIFIER}-{number}\n{IDENTIFIER}-{number}-{description}\n{IDENTIFIER}-{number}\n```\n\n### 파싱 정규식\n\n```\n\u002F([A-Z][A-Z0-9]+-\\d+)\u002F\n```\n\n### 예시\n\n| 브랜치명 | 파싱 결과 |\n|----------|-----------|\n| `feature\u002FPROJ-42-add-cart` | `PROJ-42` |\n| `fix\u002FPROJ-123-login-bug` | `PROJ-123` |\n| `PROJ-7-quick-fix` | `PROJ-7` |\n| `refactor\u002Fcleanup-utils` | 미발견 → 사용자에게 질문 |\n\n---\n\n## 8. Templates\n\n이슈 생성 및 작업 이력 기록에 사용하는 HTML 템플릿입니다.\n\n| # | 템플릿 | 용도 | CLI 명령어 |\n|---|--------|------|-----------|\n| 1 | [issue.html](templates\u002Fissue.html) | 이슈 생성 시 description | `plane issue create --description \"...\"` |\n| 2 | [comment.html](templates\u002Fcomment.html) | 작업 이력 코멘트 | `plane comment create --issue \u003CID> --body \"...\"` |\n\n---\n\n## 9. Examples\n\n### 예시 1: 브랜치에서 이슈 자동 감지\n\n```\n사용자: \"이슈 연결해줘\"\n\n[Phase 1] plane config list → workspace, project 설정 확인\n[Phase 2] git branch → feature\u002FSHOP-42-add-cart\n          → SHOP-42 파싱 → plane issue get SHOP-42 -f json\n          → \"장바구니 기능 추가\" 이슈 연결됨\n\n에이전트: SHOP-42 \"장바구니 기능 추가\" 이슈에 연결했습니다.\n         현재 상태: Backlog\n         상태를 In Progress로 변경할까요?\n```\n\n### 예시 2: 이슈 목록에서 선택\n\n```\n사용자: \"이슈 추적 시작\"\n\n[Phase 1] plane config list → 설정 확인\n[Phase 2] git branch → dev\u002Fpayment-refactor (이슈 번호 없음)\n          → 사용자에게 이슈 지정 방식 질문\n\n사용자: \"이슈 목록 보여줘\"\n\n[Phase 2] plane issue list -f json --priority high → 우선순위 높은 이슈 표시\n          1. SHOP-38 \"결제 모듈 리팩토링\"\n          2. SHOP-41 \"결제 오류 수정\"\n          3. SHOP-45 \"결제 수단 추가\"\n\n사용자: \"1번\"\n          → SHOP-38 연결\n```\n\n### 예시 3: 대규모 변경 시 서브태스크 제안\n\n```\n[Phase 4] git diff --name-only → 22개 파일 변경\n          모듈 분석:\n          - API: 5개 파일\n          - Service: 8개 파일\n          - UI: 6개 파일\n          - Test: 3개 파일\n\n에이전트: 4개 모듈에 걸쳐 22개 파일이 변경되었습니다.\n         서브태스크로 분할하시겠습니까?\n\n사용자: \"응\"\n\n→ plane issue create --name \"API 엔드포인트 구현\" --parent \u003CSHOP-42-UUID>\n→ plane issue create --name \"비즈니스 로직 구현\" --parent \u003CSHOP-42-UUID>\n→ plane issue create --name \"UI 컴포넌트 구현\" --parent \u003CSHOP-42-UUID>\n→ plane issue create --name \"테스트 코드 작성\" --parent \u003CSHOP-42-UUID>\n```\n\n---\n\n## 10. Boundaries\n\n**Will:**\n- 브랜치명에서 이슈 번호 자동 파싱\n- `plane-cli`로 이슈 연결, 상태 변경, 코멘트 작성\n- 변경 범위 분석 및 서브태스크 분할 제안\n- 작업 완료 시 자동 이력 기록 제안\n- post-merge 스킬과 연계하여 머지 후 이슈 종료\n\n**Will Not:**\n- 사용자 확인 없이 이슈 상태 변경\n- 사용자 승인 없이 서브태스크 생성\n- Plane 이슈\u002F프로젝트 삭제\n- 코드 자동 수정 또는 커밋\n- Plane 워크스페이스 설정 변경\n","# Issue Tracker - Plane CLI 기반 이슈 트래커 연동\n\n## Overview\n\n개발 워크플로우와 Plane 이슈 트래커를 `plane-cli`로 연동합니다.\n브랜치명에서 이슈 번호를 파싱하고, 코드 변경 범위를 분석하여 서브태스크를 제안하며,\n작업 완료 시 변경 요약을 코멘트에 기록합니다.\n\n> **v2.0 변경사항:** Plane MCP 의존성 제거. 모든 API 호출을 `plane` CLI로 대체.\n> `.plane-context.json` 제거 → `plane config`로 통합.\n\n---\n\n## 1. 사전 요구사항\n\n### plane-cli 설정 확인\n\n스킬 실행 전 `plane` CLI가 설정되어 있는지 확인합니다.\n\n```bash\n# 설정 확인\nplane config list\n\n# 미설정 시 초기화\nplane config init\n```\n\n필수 설정값:\n- `base_url`: Plane 인스턴스 URL\n- `api_key`: API 인증 키\n- `workspace`: 워크스페이스 slug\n- `project`: 기본 프로젝트 ID (선택 — 브랜치에서 자동 감지 가능)\n\n---\n\n## 2. 활성화 규칙\n\n| 트리거 유형 | 조건 | 동작 |\n|-------------|------|------|\n| **수동** | `\u002Fissue-tracker` 명시 호출 (사용자 직접 실행 전용) | Phase 1~5 전체 실행 |\n\n---\n\n## 3. Behavioral Flow\n\n### Phase 1: CLI 환경 검증\n\n```\n1. `plane config list` 실행 → 설정 상태 확인\n2. base_url, api_key, workspace가 설정되어 있는지 검증\n3. 미설정 시 → 사용자에게 `plane config init` 실행 안내\n4. `plane user me -f json` 실행 → API 연결 및 인증 검증\n5. 검증 실패 시 → 오류 메시지 표시, 재설정 안내\n```\n\n### Phase 2: Issue Discovery\n\n```\n1. `git branch --show-current` → 현재 브랜치명 확인\n2. 정규식으로 이슈 식별자 파싱: \u002F([A-Z][A-Z0-9]+-\\d+)\u002F\n   예: feature\u002FPROJ-42-add-cart → PROJ-42\n3. 식별자 발견 시:\n   → `plane issue get PROJ-42 -f json` → 이슈 자동 연결\n   → 이슈 제목, 상태, 담당자 표시\n4. 식별자 미발견 시:\n   → 사용자에게 이슈 지정 방식 질문:\n     a) \"이슈 번호 직접 입력\" → 번호 입력 → `plane issue get \u003CID> -f json`\n     b) \"이슈 목록에서 선택\" → `plane issue list -f json` → 결과에서 선택\n     c) \"새 이슈 생성\" → issue.html 템플릿 변수 수집 →\n        `plane issue create --name \"제목\" --description \"\u003Chtml>\"`\n     d) \"이슈 없이 진행\" → 이슈 미연결 (Phase 5 이력 기록 생략)\n```\n\n### Phase 3: Work Tracking\n\n```\n1. 연결된 이슈의 현재 상태 확인 (Phase 2에서 조회한 JSON의 state 필드)\n2. 상태가 \"In Progress\"가 아니면:\n   → 사용자에게 \"상태를 In Progress로 변경할까요?\" 확인\n   → 승인 시 `plane state list -f json` → group이 \"started\"인 상태 ID 조회\n   → `plane issue update PROJ-42 --state \u003Cin_progress_state_id>`\n3. 작업 유형 자동 분류 (Smart Categorization):\n   a) 브랜치 prefix 분석:\n      - feature\u002F, feat\u002F → Feature\n      - fix\u002F, bugfix\u002F, hotfix\u002F → Bug\n      - refactor\u002F → Refactor\n      - chore\u002F, docs\u002F → Maintenance\n   b) 커밋 메시지 패턴 (보조):\n      - \"fix\", \"resolve\", \"close\" → Bug\n      - \"add\", \"implement\" → Feature\n      - \"refactor\", \"clean\" → Refactor\n   c) diff 패턴 (보조):\n      - 새 파일 추가 비율 높음 → Feature\n      - 기존 파일 수정 위주 → Bug\u002FRefactor\n4. `git diff --stat`으로 변경 범위 추적 → 변경 파일 수, 추가\u002F삭제 라인 수 기록\n```\n\n### Phase 4: Scope Analysis & Sub-task Suggestion\n\n```\n1. `git diff --name-only`로 변경 파일 목록 수집\n2. 파일 경로 기반 모듈 그룹핑:\n   - api\u002F, controller\u002F, route\u002F → API 모듈\n   - service\u002F, usecase\u002F, domain\u002F → Service 모듈\n   - component\u002F, page\u002F, view\u002F → UI 모듈\n   - test\u002F, spec\u002F, __tests__\u002F → Test 모듈\n   - config\u002F, infra\u002F, deploy\u002F → Infrastructure 모듈\n   - migration\u002F, schema\u002F → Database 모듈\n3. Adaptive Depth (변경 규모별 분기):\n   a) 소규모 (파일 5개 이하, 모듈 1~2개):\n      → 서브태스크 제안 없음, Phase 5에서 간단 코멘트\n   b) 중규모 (파일 6~15개, 모듈 2~3개):\n      → 선택적 제안: \"서브태스크로 분할하시겠습니까?\"\n   c) 대규모 (파일 16개 이상 또는 모듈 4개 이상):\n      → 적극적 분할 제안, 모듈별 서브태스크 초안 제시\n4. 사용자 승인 후에만 서브태스크 생성:\n   → `plane issue create --name \"서브태스크 제목\" --parent \u003C원본이슈ID>`\n```\n\n### Phase 5: Completion & History Writing\n\n```\n1. 변경 요약 데이터 수집:\n   - `git log --oneline \u003Cbase-branch>..HEAD` → 커밋 이력\n   - `git diff --stat \u003Cbase-branch>..HEAD` → 변경 통계\n   - `git diff --name-only \u003Cbase-branch>..HEAD` → 변경 파일 목록\n2. 자연어 변경 요약 생성:\n   - 작업 유형 (Feature\u002FBug\u002FRefactor)\n   - 주요 변경 내용 (커밋 메시지 기반)\n   - 영향 범위 (모듈별 변경 파일 수)\n3. comment.html 템플릿 변수 바인딩:\n   - {{work_type}} ← Phase 3에서 분류한 작업 유형\n   - {{branch_name}} ← 현재 브랜치명\n   - {{natural_language_summary}} ← 커밋 메시지 기반 자연어 요약\n   - {{files_changed}}, {{insertions}}, {{deletions}} ← git diff --stat 파싱\n   - {{changed_files}} ← git diff --name-only 결과\n   - {{commits}} ← git log --oneline (hash, message 쌍)\n4. 바인딩된 HTML을 코멘트로 작성:\n   → `plane comment create --issue PROJ-42 --body \"\u003C바인딩된 HTML>\"`\n5. 사용자 확인 후 상태 변경:\n   → `plane state list -f json` → group이 \"completed\"인 상태 ID 조회\n   → `plane issue update PROJ-42 --state \u003Cdone_state_id>`\n```\n\n### Phase 6: Post-Merge Close (post-merge 스킬에서 위임)\n\n> 이 Phase는 독립 실행되지 않으며, `post-merge` 스킬의 Phase 2에서 위임 호출됩니다.\n\n```\n1. post-merge 스킬로부터 MR 컨텍스트 수신:\n   → mr_url, mr_title, merge_date, target_branch, 변경 통계 등\n2. `plane issue get {이슈 식별자} -f json` → 이슈 조회, 현재 상태 확인\n3. merge-comment.html 템플릿 바인딩:\n   → skills\u002Fpost-merge\u002Ftemplates\u002Fmerge-comment.html 로드\n   → MR 컨텍스트 변수 바인딩\n   → `plane comment create --issue {이슈 식별자} --body \"\u003C바인딩된 HTML>\"`\n4. 이슈 상태 변경:\n   → `plane state list -f json` → group이 \"completed\"인 상태 ID 조회\n   → `plane issue update {이슈 식별자} --state \u003Ccompleted_state_id>`\n```\n\n---\n\n## 4. Smart Categorization (작업 유형 자동 분류)\n\n3중 신호를 분석하여 작업 유형을 자동 분류합니다.\n\n| 신호 | 우선순위 | 소스 | 분류 규칙 |\n|------|----------|------|-----------|\n| 브랜치 prefix | 1 (최고) | `git branch --show-current` | `feature\u002F`→Feature, `fix\u002F`→Bug, `refactor\u002F`→Refactor |\n| 커밋 메시지 | 2 | `git log --oneline` | 키워드 빈도 분석 |\n| diff 패턴 | 3 (최저) | `git diff --stat` | 신규 파일 비율, 수정 패턴 |\n\n**우선순위 규칙:**\n- 브랜치 prefix가 명확하면 최우선 적용\n- 브랜치 prefix가 모호하면 (예: `dev\u002F`) 커밋 메시지 + diff 패턴으로 결정\n- 모든 신호가 모호하면 사용자에게 직접 질문\n\n---\n\n## 5. Adaptive Depth (변경 규모별 워크플로우 깊이)\n\n| 규모 | 파일 수 | 모듈 수 | 코멘트 | 서브태스크 제안 | 상태 변경 |\n|------|---------|---------|--------|----------------|-----------|\n| 소규모 | ≤5 | 1~2 | 간단 요약 (3줄 이내) | 안함 | 사용자 확인 |\n| 중규모 | 6~15 | 2~3 | 상세 요약 (모듈별 변경) | 선택적 제안 | 사용자 확인 |\n| 대규모 | ≥16 | ≥4 | 전체 이력 (템플릿 사용) | 적극적 제안 | 사용자 확인 |\n\n---\n\n## 6. Tool Coordination\n\n### plane-cli 명령어\n\n| 단계 | CLI 명령어 | 용도 |\n|------|-----------|------|\n| 환경 검증 | `plane config list` | 설정 상태 확인 |\n| 인증 확인 | `plane user me -f json` | API 연결 및 인증 검증 |\n| 프로젝트 목록 | `plane project list -f json` | 워크스페이스 내 프로젝트 조회 |\n| 이슈 조회 | `plane issue get \u003CID\\|PROJ-123> -f json` | 식별자로 이슈 조회 |\n| 이슈 목록 | `plane issue list -f json [--state \u003Cid>] [--priority \u003Cp>]` | 필터링된 이슈 목록 |\n| 이슈 생성 | `plane issue create --name \"...\" [--parent \u003Cid>]` | 새 이슈 또는 서브태스크 생성 |\n| 이슈 수정 | `plane issue update \u003CID> --state \u003Cid>` | 상태 변경, 필드 업데이트 |\n| 상태 조회 | `plane state list -f json` | 상태 목록 및 ID 조회 |\n| 레이블 조회 | `plane label list -f json` | 레이블 목록 조회 |\n| 멤버 조회 | `plane member list-project -f json` | 프로젝트 멤버 조회 |\n| 코멘트 작성 | `plane comment create --issue \u003CID> --body \"...\"` | 변경 요약 코멘트 |\n| 코멘트 조회 | `plane comment list --issue \u003CID> -f json` | 기존 코멘트 확인 |\n| 활동 조회 | `plane activity list --issue \u003CID> -f json` | 이슈 변경 이력 확인 |\n\n### Git 도구 (Bash)\n\n| 명령어 | 용도 |\n|--------|------|\n| `git branch --show-current` | 브랜치명에서 이슈 식별자 파싱 |\n| `git diff --stat` | 변경 통계 (파일 수, 라인 수) |\n| `git diff --name-only` | 변경 파일 목록 (모듈 그룹핑) |\n| `git log --oneline` | 커밋 이력 수집 |\n\n### 파일 도구\n\n| 도구 | 용도 |\n|------|------|\n| **Read** | 템플릿 파일 로드 (comment.html, issue.html) |\n\n---\n\n## 7. 브랜치명 파싱 규칙\n\n### 지원 패턴\n\n```\n{prefix}\u002F{IDENTIFIER}-{number}-{description}\n{prefix}\u002F{IDENTIFIER}-{number}\n{IDENTIFIER}-{number}-{description}\n{IDENTIFIER}-{number}\n```\n\n### 파싱 정규식\n\n```\n\u002F([A-Z][A-Z0-9]+-\\d+)\u002F\n```\n\n### 예시\n\n| 브랜치명 | 파싱 결과 |\n|----------|-----------|\n| `feature\u002FPROJ-42-add-cart` | `PROJ-42` |\n| `fix\u002FPROJ-123-login-bug` | `PROJ-123` |\n| `PROJ-7-quick-fix` | `PROJ-7` |\n| `refactor\u002Fcleanup-utils` | 미발견 → 사용자에게 질문 |\n\n---\n\n## 8. Templates\n\n이슈 생성 및 작업 이력 기록에 사용하는 HTML 템플릿입니다.\n\n| # | 템플릿 | 용도 | CLI 명령어 |\n|---|--------|------|-----------|\n| 1 | [issue.html](templates\u002Fissue.html) | 이슈 생성 시 description | `plane issue create --description \"...\"` |\n| 2 | [comment.html](templates\u002Fcomment.html) | 작업 이력 코멘트 | `plane comment create --issue \u003CID> --body \"...\"` |\n\n---\n\n## 9. Examples\n\n### 예시 1: 브랜치에서 이슈 자동 감지\n\n```\n사용자: \"이슈 연결해줘\"\n\n[Phase 1] plane config list → workspace, project 설정 확인\n[Phase 2] git branch → feature\u002FSHOP-42-add-cart\n          → SHOP-42 파싱 → plane issue get SHOP-42 -f json\n          → \"장바구니 기능 추가\" 이슈 연결됨\n\n에이전트: SHOP-42 \"장바구니 기능 추가\" 이슈에 연결했습니다.\n         현재 상태: Backlog\n         상태를 In Progress로 변경할까요?\n```\n\n### 예시 2: 이슈 목록에서 선택\n\n```\n사용자: \"이슈 추적 시작\"\n\n[Phase 1] plane config list → 설정 확인\n[Phase 2] git branch → dev\u002Fpayment-refactor (이슈 번호 없음)\n          → 사용자에게 이슈 지정 방식 질문\n\n사용자: \"이슈 목록 보여줘\"\n\n[Phase 2] plane issue list -f json --priority high → 우선순위 높은 이슈 표시\n          1. SHOP-38 \"결제 모듈 리팩토링\"\n          2. SHOP-41 \"결제 오류 수정\"\n          3. SHOP-45 \"결제 수단 추가\"\n\n사용자: \"1번\"\n          → SHOP-38 연결\n```\n\n### 예시 3: 대규모 변경 시 서브태스크 제안\n\n```\n[Phase 4] git diff --name-only → 22개 파일 변경\n          모듈 분석:\n          - API: 5개 파일\n          - Service: 8개 파일\n          - UI: 6개 파일\n          - Test: 3개 파일\n\n에이전트: 4개 모듈에 걸쳐 22개 파일이 변경되었습니다.\n         서브태스크로 분할하시겠습니까?\n\n사용자: \"응\"\n\n→ plane issue create --name \"API 엔드포인트 구현\" --parent \u003CSHOP-42-UUID>\n→ plane issue create --name \"비즈니스 로직 구현\" --parent \u003CSHOP-42-UUID>\n→ plane issue create --name \"UI 컴포넌트 구현\" --parent \u003CSHOP-42-UUID>\n→ plane issue create --name \"테스트 코드 작성\" --parent \u003CSHOP-42-UUID>\n```\n\n---\n\n## 10. Boundaries\n\n**Will:**\n- 브랜치명에서 이슈 번호 자동 파싱\n- `plane-cli`로 이슈 연결, 상태 변경, 코멘트 작성\n- 변경 범위 분석 및 서브태스크 분할 제안\n- 작업 완료 시 자동 이력 기록 제안\n- post-merge 스킬과 연계하여 머지 후 이슈 종료\n\n**Will Not:**\n- 사용자 확인 없이 이슈 상태 변경\n- 사용자 승인 없이 서브태스크 생성\n- Plane 이슈\u002F프로젝트 삭제\n- 코드 자동 수정 또는 커밋\n- Plane 워크스페이스 설정 변경\n",{"name":5,"metadata":44,"description":46,"disable-model-invocation":47},{"domain":34,"version":45,"requires_cli":25},"2.0.0","plane-cli를 활용한 Plane 이슈 트래커 연동 스킬.\n브랜치명에서 이슈를 자동 감지하고, 작업 상태 추적, 변경 이력 기록,\n서브태스크 분할 제안까지 개발 전 과정에서 이슈를 관리합니다.\nIntegrates with the Plane issue tracker via plane-cli: auto-detects the issue from the branch name, then manages it across the whole dev cycle — work status tracking, change history logging, and subtask split suggestions. Use when: linking or tracking issues, updating Plane tickets, recording work history, connecting a branch to its issue.\n",true,"main","e9f37e996e3d2b1b6ac9c879e9dfba1223b597c3","plugins\u002Fworkflow\u002Fskills\u002Fissue-tracker",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":58,"prompt":68,"zipAvailable":47},[59,62,65],{"tool":60,"command":61},"npx","npx skills add Dokkabei97\u002Fdokkabei-harness --skill issue-tracker",{"tool":63,"command":64},"bunx","bunx skills add Dokkabei97\u002Fdokkabei-harness --skill issue-tracker",{"tool":66,"command":67},"pnpm","pnpm dlx skills add Dokkabei97\u002Fdokkabei-harness --skill issue-tracker","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fissue-tracker\u002FSKILL.md",[70,76,80],{"path":71,"resourceType":72,"resourceTypeDesc":73,"sizeBytes":74,"sourceHtmlUrl":75},"agents\u002Fopenai.yaml","REFERENCE","参考文档",265,"https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fissue-tracker\u002Fagents\u002Fopenai.yaml",{"path":77,"resourceType":72,"resourceTypeDesc":73,"sizeBytes":78,"sourceHtmlUrl":79},"templates\u002Fcomment.html",552,"https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fissue-tracker\u002Ftemplates\u002Fcomment.html",{"path":81,"resourceType":72,"resourceTypeDesc":73,"sizeBytes":82,"sourceHtmlUrl":83},"templates\u002Fissue.html",321,"https:\u002F\u002Fgithub.com\u002FDokkabei97\u002Fdokkabei-harness\u002Fblob\u002Fmain\u002Fplugins\u002Fworkflow\u002Fskills\u002Fissue-tracker\u002Ftemplates\u002Fissue.html",[85,116,146,169,190,213],{"skillNo":86,"name":87,"nameZh":6,"description":88,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":89,"categories":90,"keywords":96,"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",[91],{"categoryNo":92,"categoryName":93,"taxonomyType":94,"taxonomyTypeDesc":95},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,22],"sync","claude md","sync claude md","MCP","commit","architecture","pr","update","ci","integrations","use","diff","only","minimal","project","make","reviews","pending","mr",{"skillNo":117,"name":118,"nameZh":6,"description":119,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":120,"categories":121,"keywords":128,"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",[122,123],{"categoryNo":92,"categoryName":93,"taxonomyType":94,"taxonomyTypeDesc":95},{"categoryNo":124,"categoryName":125,"taxonomyType":126,"taxonomyTypeDesc":127},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[129,130,131,132,133,134,135,38,136,137,138,139,140,141,111,142,143,144,145,22],"spec","spec driven","dev","spec driven dev","driven","review","workflow","tasks","code","plan","ask","never","human","feature","for","vague","features",{"skillNo":147,"name":148,"nameZh":6,"description":149,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":150,"categories":151,"keywords":152,"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",[],[153,154,155,156,157,158,159,138,160,161,107,162,163,142,164,165,166,167,168,22],"shipping","guide","shipping guide","launch","monitoring","lifecycle","feature flags","template","rollback","rollout","flags","thresholds","post","with","pre-launch","rollback plan",{"skillNo":170,"name":171,"nameZh":6,"description":172,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":173,"categories":174,"keywords":175,"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",[],[171,134,97,136,176,177,178,179,180,181,182,183,109,184,185,186,187,188,189,22],"run","harness","loop","evolve","write","edit","proposals","session","up","dry","learned","Session Retrospective","lessons","mistakes",{"skillNo":191,"name":192,"nameZh":6,"description":193,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":194,"categories":195,"keywords":197,"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",[196],{"categoryNo":124,"categoryName":125,"taxonomyType":126,"taxonomyTypeDesc":127},[198,111,199,200,201,137,202,203,204,205,108,109,206,207,208,209,210,211,212,22],"Rules","project rules","core","generate","git","audit","stack","orm","es","drift","layout","runtime","-specialist","path","scoped",{"skillNo":214,"name":215,"nameZh":6,"description":216,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":217,"categories":218,"keywords":223,"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",[219,222],{"categoryNo":220,"categoryName":221,"taxonomyType":94,"taxonomyTypeDesc":95},"01JBSEEDCAT000000000000002","文档处理",{"categoryNo":92,"categoryName":93,"taxonomyType":94,"taxonomyTypeDesc":95},[224,225,165,226,227,104,228,229,230,184,21,20,231,232,233,26,25,234,115,22],"merge","post merge","documentation","cleanup","batch","wiki","just","close","closing","follow-up","single"]