{"id":49146217,"url":"https://github.com/aidd-projects/harness","last_synced_at":"2026-04-22T04:00:50.503Z","repository":{"id":350975542,"uuid":"1208989507","full_name":"AIDD-Projects/harness","owner":"AIDD-Projects","description":"Musher Engineering — AI direction management framework","archived":false,"fork":false,"pushed_at":"2026-04-13T02:28:15.000Z","size":607,"stargazers_count":1,"open_issues_count":0,"forks_count":0,"subscribers_count":0,"default_branch":"main","last_synced_at":"2026-04-13T04:19:11.700Z","etag":null,"topics":["ai","antigravity-ide","cursor","harness","harness-engineering","harness-framework","llm","vscode"],"latest_commit_sha":null,"homepage":"","language":"JavaScript","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"mit","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/AIDD-Projects.png","metadata":{"files":{"readme":"README.ko.md","changelog":null,"contributing":"CONTRIBUTING.md","funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null,"zenodo":null,"notice":null,"maintainers":null,"copyright":null,"agents":null,"dco":null,"cla":null}},"created_at":"2026-04-13T01:40:48.000Z","updated_at":"2026-04-13T02:28:21.000Z","dependencies_parsed_at":null,"dependency_job_id":null,"html_url":"https://github.com/AIDD-Projects/harness","commit_stats":null,"previous_names":["aidd-projects/harness"],"tags_count":12,"template":false,"template_full_name":null,"purl":"pkg:github/AIDD-Projects/harness","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AIDD-Projects%2Fharness","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AIDD-Projects%2Fharness/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AIDD-Projects%2Fharness/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AIDD-Projects%2Fharness/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/AIDD-Projects","download_url":"https://codeload.github.com/AIDD-Projects/harness/tar.gz/refs/heads/main","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/AIDD-Projects%2Fharness/sbom","scorecard":null,"host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":286080680,"owners_count":32120402,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2026-04-22T00:31:26.853Z","status":"online","status_checked_at":"2026-04-22T02:00:05.693Z","response_time":58,"last_error":null,"robots_txt_status":"success","robots_txt_updated_at":"2025-07-24T06:49:26.215Z","robots_txt_url":"https://github.com/robots.txt","online":true,"can_crawl_api":true,"host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["ai","antigravity-ide","cursor","harness","harness-engineering","harness-framework","llm","vscode"],"created_at":"2026-04-22T04:00:45.746Z","updated_at":"2026-04-22T04:00:50.498Z","avatar_url":"https://github.com/AIDD-Projects.png","language":"JavaScript","funding_links":[],"categories":[],"sub_categories":[],"readme":"\u003cdiv align=\"right\"\u003e\n  \u003ca href=\"README.md\"\u003e\u003cimg src=\"https://img.shields.io/badge/lang-English-blue.svg\" alt=\"English\"\u003e\u003c/a\u003e\n\u003c/div\u003e\n\n# Musher Engineering\n\n[![npm version](https://img.shields.io/npm/v/musher-engineering.svg)](https://www.npmjs.com/package/musher-engineering)\n[![npm downloads](https://img.shields.io/npm/dm/musher-engineering.svg)](https://www.npmjs.com/package/musher-engineering)\n[![CI](https://github.com/AIDD-Projects/harness/actions/workflows/ci.yml/badge.svg)](https://github.com/AIDD-Projects/harness/actions/workflows/ci.yml)\n[![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)\n\n**모든 개발자의 AI를 하나의 프로젝트 방향으로 정렬합니다.**\n\n\u003e **v0.8.3** — 6개 IDE 지원, Navigation Dispatcher, 5개 파이프라인 (🟢🔵🔴🟡🟣), Crew Artifact Integration, 100점 품질 감사.\n\n---\n\n## Harness에서 Musher로\n\nAI \"harness\" — LLM 코딩 에이전트를 안내하는 구조화된 마크다운 파일 — 는 AI 기반 개발의 기본 패턴이 되었습니다. BMAD, gstack, GSD 같은 프레임워크가 **1인 개발자**를 위해 이 접근법을 개척했습니다.\n\n**Musher Engineering**은 harness 엔지니어링을 한 단계 진화시킵니다. [AIDD-Projects](https://github.com/AIDD-Projects)에서 개발하여, harness 개념을 1인 도구에서 멀티 개발자 팀을 위한 **엔터프라이즈급 방향 관리 프레임워크**로 발전시켰습니다.\n\n| | 기존 Harness | Musher Engineering |\n|---|---|---|\n| 대상 | 1인 개발자 | **멀티 개발자 팀** |\n| 초점 | AI가 무엇을 하는지 | **AI가 어디로 가는지** |\n| 방향 관리 | ❌ | ✅ Direction Guard + pivot + Decision Log |\n| 팀 상태 공유 | ❌ | ✅ 공유/개인 상태 분리 |\n| 토큰 예산 | 200+ 파일 | **~25개 파일 (~17K 토큰)** — 소형 LLM도 작동 |\n\n## 어떤 문제를 해결하나요?\n\n혼자 개발할 때는 AI 코딩 어시스턴트의 방향이 일관됩니다. 하지만 **기업 팀**에서는 각 개발자가 독립된 AI 세션을 실행하고, 각 AI는 제각각 다른 방향으로 흘러갑니다.\n\n- 개발자 A의 AI → 마이크로서비스로 리팩토링\n- 개발자 B의 AI → 모놀리스를 강화\n- 개발자 C의 AI → 이미 결정된 사항을 다시 논의\n\n공유된 방향 관리 없이는 **여러 개발자의 AI가 프로젝트를 분리시킵니다.**\n\nMusher는 모든 개발자의 AI에게 동일한 목표·비목표·결정사항·프로젝트 상태를 제공하여, 누가 코딩하든 어떤 IDE를 쓰든 **하나의 방향**으로 수렴하게 합니다.\n\n## 핵심 설계 원칙\n\n\u003e **경량성**: Claude Sonnet이나 GPT-4o 같은 대형 LLM뿐 아니라, 프라이빗 망의 소형 LLM(GPT OSS 120B급, 로컬 LLM 등)도 Musher 파일을 읽고 프로젝트 방향을 유지할 수 있어야 합니다. BMAD의 200개 이상 파일 대비 **~25개 파일, ~17K 토큰**으로 동일한 효과를 달성합니다.\n\n---\n\n## 주요 기능\n\n| 기능 | 설명 |\n|------|------|\n| 🧭 **Direction Guard** | 모든 코딩 요청을 프로젝트 목표/비목표와 대조 후 실행 |\n| 🧭 **Navigation Dispatcher** | Turn-by-Turn 네비게이션으로 5개 파이프라인을 따라 다음 단계 프롬프트를 자동 안내 |\n| 🟢🔵🔴🟡🟣 **5개 파이프라인** | New Dev → Continue → Bug Fix → Direction Change → Crew-Driven |\n| 🟣 **Crew Artifact Integration** | kode:crew 산출물(PRD, Architecture, ARB Checklist)을 직접 읽기 — 수동 복사 불필요 |\n| 📝 **State Files** | LLM 세션 간 프로젝트 지식을 유지하는 5개 마크다운 파일 |\n| 🛠️ **Skills** | 기획, 리뷰, 디버깅, 방향 전환을 위한 단계별 절차 10개 |\n| 🤖 **Agents** | 워크플로를 강제하는 역할 기반 페르소나 4개 |\n| ⚠️ **Failure Patterns** | 동일 실수 반복을 방지하는 프로젝트별 실패 기록 |\n| 📝 **Decision Log** | 결정의 이유를 기록해 LLM이 확정된 사항을 재논의하지 않도록 방지 |\n\n---\n\n## 빠른 시작\n\n```bash\n# Solo 모드 (기본)\nnpx musher-engineering init\n\n# Team 모드 (멀티 개발자)\nnpx musher-engineering init --team\n```\n\n프롬프트에서 IDE를 선택하면 현재 디렉토리에 파일이 설치됩니다.\n\n설치 후, LLM에게 `bootstrap` 스킬을 실행하도록 요청하세요:\n\n\u003e \"bootstrap을 실행해서 이 프로젝트를 온보딩해줘.\"\n\n코드베이스를 스캔하고 5개 State 파일을 자동으로 채웁니다.\n\n### 비대화형 모드\n\n```bash\nnpx musher-engineering init --ide vscode\nnpx musher-engineering init --ide claude\nnpx musher-engineering init --ide cursor\nnpx musher-engineering init --ide codex\nnpx musher-engineering init --ide windsurf\nnpx musher-engineering init --ide antigravity\n```\n\n### 옵션\n\n| 플래그 | 설명 |\n|--------|------|\n| `--ide \u003c이름\u003e` | 대상 IDE: `vscode`, `claude`, `cursor`, `codex`, `windsurf`, `antigravity` |\n| `--mode \u003c모드\u003e` | 프로젝트 모드: `solo` (기본) 또는 `team` |\n| `--dir \u003c경로\u003e` | 대상 디렉토리 (기본: 현재 디렉토리) |\n| `--team` | `--mode team`의 축약형 |\n| `--batch` | 비대화형 모드 (`--ide` 필수, solo 모드 기본) |\n| `--overwrite` | 기존 파일 덮어쓰기 (state 파일 포함) |\n| `--version` | 버전 번호 표시 |\n\n### 헬스체크\n\n```bash\n# Musher 파일 설치 상태 확인\nnpx musher-engineering doctor\n\n# State 파일에 실제 내용이 있는지 검증 (플레이스홀더가 아닌지)\nnpx musher-engineering validate\n```\n\n---\n\n## 지원 IDE\n\n| IDE | 디스패처 (always-on) | 스킬 | 에이전트 |\n|-----|---------------------|------|----------|\n| **VS Code Copilot** | `.github/copilot-instructions.md` | `.github/skills/*/SKILL.md` | `.github/agents/*.agent.md` |\n| **Claude Code** | `.claude/rules/core.md` | `.claude/skills/*/SKILL.md` | `.claude/agents/*.md` |\n| **Cursor** | `.cursor/rules/core.mdc` | `.cursor/skills/*/SKILL.md` | `.cursor/agents/*.md` |\n| **Codex** | `AGENTS.md` | `.agents/skills/*/SKILL.md` | `.codex/agents/*.toml` |\n| **Windsurf** | `.windsurf/rules/core.md` | `.windsurf/skills/*/SKILL.md` | *(스킬로 설치)* |\n| **Antigravity** | `GEMINI.md` | `.gemini/skills/*/SKILL.md` | `.gemini/agents/*.md` |\n\n모든 IDE에 `docs/` 디렉토리에 State 파일(`project-state.md`, `project-brief.md`, `features.md`, `failure-patterns.md`, `dependency-map.md`)도 함께 설치됩니다.\n\n---\n\n## 설치되는 파일 구성\n\n### 디스패처 (항상 활성)\n\n- **Core Rules** — 136줄 디스패처: 세션 시작 가이드, 워크플로 참조, state 파일 목록, Iron Laws. 상세 규칙은 각 스킬/에이전트에 임베딩되어 있습니다.\n\n### 스킬 (온디맨드 절차)\n\n| 스킬 | 설명 |\n|------|------|\n| **bootstrap** | 프로젝트를 Musher에 온보딩: 코드베이스 스캔 + state 파일 자동 작성 |\n| **learn** | 세션 종료 시 마무리: 실패 패턴 캡처, 프로젝트 상태 업데이트, 방향 드리프트 감지 |\n| **pivot** | 목표·기술·범위 변경 시 모든 state 파일에 변경사항 전파 |\n| **test-integrity** | 커밋 전 mock/인터페이스 동기화 검증 |\n| **security-checklist** | 커밋 전 보안 위험 스캔 |\n| **investigate** | 4단계 체계적 디버깅 (증거 → 범위축소 → 수정 → 검증) |\n| **impact-analysis** | 공유 모듈 수정 전 영향 범위 평가 |\n| **feature-breakdown** | 기능을 의존성 순서대로 구현 태스크로 분해 |\n| **code-review-pr** | PR 코드 리뷰: 품질, 보안, 방향 정렬 확인 |\n| **deployment** | 배포 전 검증 체크리스트 (테스트, state 파일, 보안, 버전) |\n\n### 에이전트 (역할 기반 페르소나)\n\n| 에이전트 | 역할 |\n|---------|------|\n| **planner** | 기능 기획, 의존성 분석, Direction Alignment (목표/비목표/결정사항 체크) |\n| **reviewer** | 코드 리뷰 + State 파일 감사 (state 파일이 실제로 업데이트되었는지 검증) |\n| **sprint-manager** | 스프린트/스토리 상태 관리, 범위 이탈 방지, 다음 단계 추천 |\n| **architect** | 설계 리뷰 게이트: 구조 변경이 프로젝트 방향 및 모듈 경계에 부합하는지 검증 |\n\n### State 파일 (프로젝트 메모리)\n\n| 파일 | 역할 |\n|------|------|\n| **project-brief.md** | 프로젝트 비전, 목표, 비목표, Decision Log (\"왜\"에 대한 기록) |\n| **project-state.md** | 현재 스프린트, 스토리, 진행 상황 추적 (\"어디\"에 대한 기록) |\n| **features.md** | LLM이 무엇이 존재하는지 알 수 있는 살아있는 기능 레지스트리 (\"무엇\"에 대한 기록) |\n| **dependency-map.md** | 영향 분석을 위한 모듈 의존성 그래프 (\"어떻게\"에 대한 기록) |\n| **failure-patterns.md** | 반복 실수를 방지하는 프로젝트별 실패 패턴 (\"주의사항\") |\n\n---\n\n## 작동 방식\n\n### 1단계: Bootstrap (최초 1회)\n\n`musher init` 후 `bootstrap` 스킬을 실행합니다. 코드베이스를 스캔하고, 목표/비목표에 대해 질문한 후, 5개 state 파일을 자동으로 채웁니다. **가장 중요한 단계입니다** — 이것 없이는 Direction Guard 등 다른 스킬이 컨텍스트를 가지지 못합니다.\n\n### 2단계: Direction Guard (매 요청마다)\n\n모든 코딩 요청 전에 LLM이 `project-brief.md`를 읽고 확인합니다:\n\n- 목표(Goals)에 부합하는가? → 진행\n- 비목표(Non-Goals)에 해당하는가? → 경고, `pivot` 제안\n- Decision Log의 결정사항과 모순되는가? → 경고, `pivot` 제안\n\n### 3단계: Workflow Pipeline\n\n```\nbootstrap → planner → [코딩] → reviewer → sprint-manager → learn\n```\n\nMusher는 상황별 **5개 파이프라인**을 제공합니다:\n\n| 파이프라인 | 상황 | 흐름 |\n|---|---|---|\n| 🟢 New Dev | 첫 기능 개발 | bootstrap → planner → sprint-manager → [코딩] → reviewer → learn |\n| 🔵 Continue | 작업 재개 | sprint-manager → [코딩] → reviewer → learn |\n| 🔴 Bug Fix | 디버깅 | investigate → [수정] → reviewer → learn |\n| 🟡 Direction Change | 목표/기술 변경 | pivot → planner → sprint-manager → [코딩] → reviewer → learn |\n| 🟣 Crew-Driven | kode:crew 산출물 | bootstrap(crew) → planner → sprint-manager → [코딩] → reviewer → learn |\n\n각 단계 완료 시 🧭 **Navigation 블록**이 다음에 무엇을 해야 하는지 — 입력할 프롬프트까지 안내합니다.\n\n- **planner**: 방향 정렬 확인, 기능 분해. **Confirm-First 게이트** — 사용자 승인 없이 진행하지 않음.\n- **reviewer**: 코드 리뷰 + state 파일 업데이트 감사\n- **sprint-manager**: **Wave-Level Pacing** — 구현 Wave 사이에 자동 테스트 실행\n- **learn**: 세션 종료 전 교훈 캡처\n- **investigate**: **Recalculating Mode** — 3회 실패 후 대안 접근법 제시\n\n### 4단계: 방향 전환 (Direction Changes)\n\n목표, 기술, 범위가 변경될 때 `pivot` 스킬을 실행합니다:\n\n- 모든 5개 state 파일을 일괄 업데이트\n- Decision Log에 결정 사유를 기록\n- 파일 간 불일치를 방지\n\n---\n\n## Team 모드\n\n**Musher Engineering이 빛나는 부분입니다.** 여러 개발자가 각자 AI 세션을 실행하면 방향 이탈은 필연적입니다 — 공유 가드레일이 없다면.\n\n```bash\nnpx musher-engineering init --team\n```\n\n| | Solo 모드 | Team 모드 |\n|---|---|---|\n| 공유 상태 | `docs/` (git 추적) | `docs/` (git 추적): project-brief, features, dependency-map |\n| 개인 상태 | `docs/` (git 추적) | `.harness/` (gitignored): project-state, failure-patterns |\n| 에이전트 메모리 | `docs/agent-memory/` | `.harness/agent-memory/` |\n| 대상 | 1인 개발자 | 기업 팀 |\n| 팀 규칙 | — | Pre-Pull, Owner, Read-Only, Append-Only, Pivot Lock, FP Promotion |\n\n### 팀 방향 정렬 메커니즘\n\n- **공유 상태** (`project-brief.md`, `features.md`, `dependency-map.md`)는 git 추적 — 모든 개발자의 AI가 동일한 목표, 비목표, 결정사항을 읽습니다\n- **개인 상태** (`project-state.md`, `failure-patterns.md`)는 `.harness/`로 격리 (gitignored) — 각 개발자가 충돌 없이 자신의 스프린트 진행 상황을 추적\n- **Pre-Pull Protocol** — 매 세션 시작 전, AI가 최신 공유 상태를 pull하여 오래된 방향으로 작업하지 않도록 방지\n- **Pivot Lock** — 방향 전환은 반드시 `pivot` 스킬을 통해 수행, 모든 state 파일을 원자적으로 업데이트하고 결정 사유를 기록\n- **FP Promotion** — 로컬 실패 패턴을 공유 `failure-patterns.md`로 승격하여 팀 전체가 각 개발자의 실수로부터 학습\n- **Owner Tracking** — 의존성 맵에 모듈 소유자를 표시하여 교차 팀 덮어쓰기를 방지\n\n---\n\n## Iron Laws\n\n8개 규칙이 모든 스킬과 에이전트에 적용됩니다. Musher로 관리되는 프로젝트의 품질 근간을 형성합니다.\n\n| # | 규칙 | 적용 대상 |\n|---|------|----------|\n| 1 | **Mock 동기화** — 인터페이스 변경 → 같은 커밋에서 mock 업데이트 | `reviewer`, `test-integrity` |\n| 2 | **타입 확인** — 생성자 호출 전 소스 파일을 직접 읽기. 기억에 의존하지 않기 | `reviewer` |\n| 3 | **범위 준수** — 현재 스토리 범위 내에서만 작업. 범위 외 파일 수정 시 먼저 보고 | `sprint-manager`, `reviewer` |\n| 4 | **보안** — 코드나 커밋에 자격증명, 비밀번호, API 키 포함 금지 | `security-checklist`, `reviewer` |\n| 5 | **3회 실패 정지** — 같은 접근이 3번 실패하면 → 중단 후 보고 | 모든 에이전트 |\n| 6 | **의존성 맵** — 모듈 추가/수정 → 같은 커밋에서 `dependency-map.md` 업데이트 | `reviewer`, `learn` |\n| 7 | **기능 레지스트리** — 새 기능 → 같은 커밋에서 `features.md`에 등록 | `reviewer`, `learn` |\n| 8 | **세션 핸드오프** — 세션 종료 → `project-state.md` Quick Summary 업데이트 | `learn` |\n\n---\n\n## 왜 Musher인가?\n\n### 핵심 통찰\n\n기존 AI 코딩 프레임워크는 **AI가 무엇을 하는지**(코드 생성, 테스트 실행, 배포)에 집중합니다.\nMusher는 **AI가 어디로 가는지** — 모든 개발자의 AI가 같은 방향으로 움직이는지에 집중합니다.\n\n이것은 개 썰매에서 각 개가 제멋대로 달리는 것과, **머셔(musher)**가 팀 전체를 한 방향으로 이끄는 것의 차이입니다.\n\n### Crew Artifact Integration (🟣 파이프라인)\n\n팀이 **kode:crew** (또는 PRD, Architecture, ARB Checklist을 산출하는 기획 도구)를 사용한다면, Musher가 산출물을 직접 읽습니다:\n\n```bash\nnpx musher-engineering init\n# 그 후 LLM에게 요청:\n\u003e \"crew 산출물을 기반으로 프로젝트를 세팅해줘\"\n```\n\nBootstrap이 `docs/crew/`, `docs/PM/`, `docs/Analyst/`, `docs/ARB/`에서 crew 산출물을 자동 감지하고:\n- **Artifact Index** — 모든 crew 문서를 경로, 역할, 핵심 내용과 함께 매핑\n- **Validation Tracker** — KPI 커버리지, FR 커버리지, ARB Fail 해결 상황을 Story별로 추적\n\n원본 crew 문서는 **절대 수정되지 않습니다**. 인덱스와 트래커만 생성됩니다.\n\n### 비교\n\n| | BMAD v6.2.2 | gstack v0.15.1 | GSD v1.33.0 | **Musher** |\n|---|---|---|---|---|\n| 초점 | 기업 SDLC 방법론 | 1인 소프트웨어 팩토리 | 전체 수명주기 자동화 | **멀티 개발자 방향 정렬** |\n| 파일 수 | 200+ | ~40 | 수백 개 | **~25** |\n| 의존성 | Node 20+ | Bun + Node + Playwright | Node 18+ | **Zero** |\n| IDE 지원 | 20+ (installer) | 5 (setup --host) | 13 (runtime select) | 6 (네이티브 포맷) |\n| 방향 관리 | ❌ | ❌ | ❌ | ✅ (Direction Guard + pivot + Decision Log) |\n| Iron Laws (코드 품질 규칙) | ❌ | ❌ | ❌ | ✅ (8개 규칙이 스킬에 임베딩) |\n| Cold start | ❌ | ❌ | `/gsd-new-project` | ✅ (`bootstrap` 스킬) |\n| 태스크당 컨텍스트 | 4-6 파일 | 1 파일 | 매번 200k 플랜 | **2-3 파일 (136줄 디스패처)** |\n\n---\n\n## 로드맵\n\nMusher는 현재 **v0.8.3** — 6개 IDE 지원 완료, Navigation Dispatcher와 Crew Artifact Integration 안정화.\n\n| 단계 | 버전 | 상태 | 초점 |\n|------|------|------|------|\n| **Foundation** | v0.5.0 | ✅ 완료 | 핵심 프레임워크: 6 IDE 지원, 8 스킬, 3 에이전트, Team Mode, Direction Guard |\n| **Hardening** | v0.6.5 | ✅ 완료 | 10 스킬, 4 에이전트, Iron Laws, CLI batch/doctor/validate, 방향 드리프트 감지 |\n| **Flexibility** | v0.7.x | ✅ 완료 | 팀 컨벤션을 project-brief.md에 위임, prescriptive 규칙 제거 |\n| **Navigation** | v0.8.x | ✅ 현재 | 🧭 Navigation Dispatcher, 5개 파이프라인, Crew Artifact Integration, 100점 품질 감사, Confirm-First 게이트, Wave-Level Pacing, Recalculating Mode |\n| **Validation** | v1.0 | 🔜 다음 | 실사용 검증 (kode:crew → Musher 파일럿), 사용자 피드백 수집 |\n\n### 다음 단계\n\n- [ ] 파일럿: kode:crew 산출물을 Musher의 🟣 파이프라인으로 실제 프로젝트에 적용\n- [ ] 실제 프로젝트에 Musher를 적용하고 사용 데이터 수집\n- [ ] 사용 사례 문서화: Solo vs Team, crew vs no-crew\n- [ ] 마찰 포인트와 부족한 기능에 대한 사용자 피드백 수집\n- [ ] 가정이 아닌 실증 데이터 기반으로 개선 반복\n\n---\n\n## 참여 \u0026 피드백\n\nMusher는 활발히 개발 중이며 여러분의 의견을 환영합니다.\n\n- 🐛 **버그 신고 \u0026 기능 요청** → [GitHub Issues](https://github.com/AIDD-Projects/harness/issues)\n- 💬 **토론 \u0026 아이디어** → [GitHub Discussions](https://github.com/AIDD-Projects/harness/discussions)\n- 🚀 **직접 사용해보기** → `npx musher-engineering init` 후 피드백을 남겨주세요\n\n특히 다음 사항에 관심이 있습니다:\n\n- 3명 이상 팀에서 Direction Guard가 어떻게 작동하는지\n- 6개 Team Rules (Pre-Pull, Owner, Read-Only 등)가 충분한지\n- 어떤 IDE 통합이 개선이 필요한지\n- 여러분의 워크플로에 어떤 스킬이나 에이전트가 빠져 있는지\n\n---\n\n## 라이선스\n\nMIT\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Faidd-projects%2Fharness","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Faidd-projects%2Fharness","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Faidd-projects%2Fharness/lists"}