القائمة
Harness Engineering plan manager — creates and manages Plans.md with structured task tracking, DoD criteria, and dependency mapping
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
AI-powered legacy site rebuilding workflow. Captures screenshots, analyzes source code, and generates modern frontend/backend code. Claude Code reads screenshots and writes actual code. Use when rebuilding legacy PHP, WordPress, or similar sites to Next.js, React, or other modern frameworks.
하네스를 구성합니다. 전문 에이전트를 정의하며, 해당 에이전트가 사용할 스킬을 생성하는 메타 스킬. (1) '하네스 구성해줘', '하네스 구축해줘' 요청 시, (2) '하네스 설계', '하네스 엔지니어링' 요청 시, (3) 새로운 도메인/프로젝트에 대한 하네스 기반 자동화 체계를 구축할 때, (4) 하네스 구성을 재구성하거나 확장할 때 사용.
Leader agent role guide for jikime team orchestration. Covers task distribution, plan approval, worker monitoring, and team shutdown. Use when spawned as the leader role in a jikime team.
Reviewer agent role guide for jikime team orchestration. Covers plan review, quality assessment, acceptance criteria validation, and feedback delivery via team inbox. Use when spawned as the reviewer role in a jikime team.
Use this skill when the user asks to "jikime team을 사용해줘", "팀 만들어줘", "에이전트 생성해줘", "멀티 에이전트로 작업해줘", "병렬로 에이전트 실행해줘", "여러 에이전트 조율해줘", "작업을 여러 에이전트에게 분배해줘", "team status 확인해줘", "task 만들어줘", "inbox 확인해줘", or mentions "jikime team", "multi-agent coordination", "spawn agents", "team tasks", "agent inbox", "task board", "team leader", "team worker". Also trigger when the scope of work is large enough to benefit from splitting into parallel subtasks — for example "전체 코드베이스 리팩토링", "여러 기능 동시에 구현", "대규모 분석", "full-stack app 만들어줘". Provides comprehensive guidance for using the jikime team CLI to orchestrate multi-agent teams with task management, messaging, and monitoring.
Claude Code skill for operating as part of a jikime multi-agent team (swarm). Provides command reference, coordination protocols, and role-specific workflows for leader, worker, and reviewer agents. Triggers when the task involves multi-agent coordination, spawning workers, assigning tasks, monitoring team progress, or when the scope exceeds what a single agent can efficiently handle (e.g., "build a full-stack app", "implement multiple features in parallel", "refactor the entire codebase"). Also triggers on keywords: "create a team", "spawn agents", "assign tasks", "team status", "board attach", "agent inbox", "multi-agent", "swarm", "jikime team".
| name | jikime-harness-plan |
| description | Harness Engineering plan manager — creates and manages Plans.md with structured task tracking, DoD criteria, and dependency mapping |
| version | 1.0.0 |
| category | harness |
| tags | ["harness","plan","plans.md","task-management","dod","workflow","harness-engineering"] |
| triggers | {"keywords":["harness-plan","harness plan","Plans.md","plans.md","계획 생성","태스크 추가","작업 계획","harness 계획"],"phases":["plan"],"agents":["orchestrator","planner","manager-strategy"],"languages":[]} |
| progressive_disclosure | {"enabled":true,"level1_tokens":"~100","level2_tokens":"~4000"} |
| user-invocable | true |
| context | fork |
| agent | general-purpose |
| allowed-tools | ["Read","Write","Edit","Bash","Grep","Glob","TodoWrite","WebSearch"] |
Plans.md를 생성하고 관리하는 Harness Engineering 핵심 스킬. 아이디어를 실행 가능한 구조화된 태스크로 변환합니다.
서브커맨드:
create — 새 Plans.md 생성 (대화형 또는 자동)add — 기존 Plans.md에 태스크/Phase 추가update — 태스크 마커 변경sync — Plans.md ↔ git 히스토리 동기화 (경량)마커 시스템:
| 마커 | 의미 | 사용 시점 |
|---|---|---|
cc:TODO | 미시작 | 기본값 |
cc:WIP | 진행 중 | Worker가 시작할 때 |
cc:DONE [hash] | 완료 + git hash | Worker가 커밋 후 |
pm:REVIEW | 사용자 검토 중 | 사용자에게 확인 요청 시 |
pm:OK | 검토 완료 | 사용자가 승인 후 |
blocked:<이유> | 차단 | 의존성/외부 차단 발생 시 |
cc:SKIP | 건너뜀 | 범위 변경으로 불필요해진 경우 |
# Plans.md
## Overview
| 항목 | 내용 |
|------|------|
| **목표** | [프로젝트/기능 목표] |
| **마일스톤** | [완료 기준 날짜 또는 이벤트] |
| **담당** | [사용자명 / Claude] |
| **생성일** | [YYYY-MM-DD] |
---
## Phase 1: [Phase 이름]
| Task | 내용 | DoD | Depends | Status |
|------|------|-----|---------|--------|
| 1.1 | [태스크 설명] | [Yes/No 판정 가능한 완료 기준] | - | cc:TODO |
| 1.2 | [태스크 설명] | [완료 기준] | 1.1 | cc:TODO |
## Phase 2: [Phase 이름]
| Task | 내용 | DoD | Depends | Status |
|------|------|-----|---------|--------|
| 2.1 | [태스크 설명] | [완료 기준] | 1.2 | cc:TODO |
DoD (Definition of Done) 작성 규칙:
실행 흐름:
cc:TODO)자동 감지:
# 기술 스택 감지
ls package.json go.mod pyproject.toml Cargo.toml 2>/dev/null
git log --oneline -5 # 최근 커밋으로 컨텍스트 파악
Phase 분류 기준:
| Phase | 기준 | 예시 |
|---|---|---|
| 1 | 없으면 동작 불가 | 데이터베이스 연결, 핵심 API |
| 2 | 없어도 동작, 품질 향상 | 에러 처리, 로깅, 성능 최적화 |
| 3 | 추가 가치 제공 | 관리자 대시보드, 고급 필터 |
실행 흐름:
스코프 크리프 감지: 새 태스크 추가 시 자동으로 확인:
사용 방법:
/jikime:harness-plan update 1.2 cc:WIP
/jikime:harness-plan update 1.2 cc:DONE abc1234
/jikime:harness-plan update 1.3 blocked:API 응답 대기 중
실행 흐름:
chore(plans): update 1.2 → cc:DONE [abc1234]
실행 흐름:
cc:TODO/cc:WIP 태스크 목록 추출git log --oneline -20 분석⚠️ 1.2 → cc:WIP로 표시되어 있지만 관련 커밋 없음
✅ 1.3 → 커밋 abc1234에서 완료됨으로 추론
💡 더 상세한 동기화 + 레트로스펙티브는
jikime-harness-sync스킬 사용
DoD 검증 (태스크 완료 판정):
✅ 모든 DoD 항목이 Yes/No로 판정 가능한가?
✅ 테스트/검증 방법이 명시되어 있는가?
✅ 의존성이 올바르게 매핑되어 있는가?
✅ Phase 순서가 논리적인가? (Phase 2가 Phase 1에 의존)
완료 판정 기준:
cc:DONE: Worker가 구현 + 테스트 통과 + 커밋 완료pm:OK: 사용자가 변경사항 확인 후 승인| 스킬/커맨드 | 연관 방식 |
|---|---|
jikime-harness-sync | 상세 동기화 + 레트로스펙티브 |
jikime-harness-work | cc:WIP → cc:DONE 자동화 |
jikime-harness-review | pm:REVIEW → pm:OK 자동화 |
/jikime:1-plan | harness-plan create 진입점 |
/jikime:3-sync | harness-sync 진입점 |
Version: 1.0.0 Status: Active Last Updated: 2026-03-15