maskweaver 0.8.16 → 0.9.0

package/assets/commands/weave-plan.md

@@ -1,15 +0,0 @@
----
-description: /weave-design의 별칭(호환용)
----
-
-# /weave-plan - /weave-design 별칭
-
-이 커맨드는 `/weave-design`과 동일합니다.
-
-```txt
-/weave-design [docs-path]
-```
-
-권장 사용:
-
-- 새 기본 경로: `/weave-prepare [docs-path]` → `weave craft P1`

package/assets/commands/weave-research.md

@@ -1,51 +0,0 @@
----
-description: 문서 + 워크스페이스 맥락을 깊게 조사해 research.md 생성
----
-
-# /weave-research - 리서치 아티팩트 생성
-
-## 개요
-
-`/weave-research`는 요구사항 문서와 현재 워크스페이스를 함께 조사해, 리뷰 가능한 리서치 문서를 생성합니다.
-
-- 입력 문서를 분석해 핵심 기능/기술 신호를 추출
-- 워크스페이스에서 관련 구현/중복 신호/재사용 후보를 조사
-- 문제 재현 흐름(가능한 범위)과 전/후 맥락을 정리
-- 열려 있는 질문과 환경 리스크를 정리
-- `tasks/research.md`에 영속 아티팩트로 저장
-
-> 구현 전에 리서치를 먼저 고정해두면, 이후 plan 품질과 수정 비용이 크게 줄어듭니다.
-
----
-
-## 사용법
-
-```txt
-/weave-research $ARGUMENTS
-```
-
-`$ARGUMENTS`는 문서 경로입니다.
-
-예시:
-- `/weave-research docs/`
-- `/weave-research wiki/spec.md`
-
----
-
-## 내부 호출
-
-```txt
-weave command=research docsPath="$ARGUMENTS"
-```
-
----
-
-## 다음 단계
-
-리서치 완료 후 권장 순서:
-
-```txt
-weave command=prepare docsPath="$ARGUMENTS"
-weave command=approve-plan
-weave command=craft
-```

package/assets/commands/weave-spec.md

@@ -1,227 +0,0 @@
----
-description: 요구사항 정제 및 검증 기준 추출
----
-
-# /weave-spec - 요구사항 정제
-
-## 개요
-
-기획 문서나 자연어 요구사항을 **구조화된 명세**로 정제합니다.
-각 요구사항에서 **검증 기준(Acceptance Criteria)**을 추출하여, 이후 구현 완료의 성공 판정 기준으로 사용합니다.
-
-**입력 방식**: `/weave-design`과 동일
-- 정확한 경로: `docs/`, `wiki/spec.md`
-- 자연어 힌트: `기획 폴더`, `README`
-
-> 이 커맨드는 **선택 사항**입니다. `/weave-design`을 바로 실행해도 됩니다.
-> 요구사항이 복잡하거나, 구현 완료 기준을 명확히 하고 싶을 때 사용합니다.
-
----
-
-## 실행
-
-```txt
-weave command=spec docsPath="$ARGUMENTS"
-```
-
----
-
-## 사전 조건
-
-`/weave-init`이 실행되어 있어야 합니다.
-실행되지 않았다면 자동으로 init을 먼저 수행합니다.
-
----
-
-## 실행 흐름
-
-```
-0. INIT CHECK
-   ↓
-1. RESOLVE (입력 해석 → 실제 경로 찾기)
-   ↓
-2. ANALYZE (문서에서 요구사항 추출)
-   ↓
-3. STRUCTURE (요구사항 분류 + 검증 기준 도출)
-   ↓
-4. REVIEW (유저에게 제시 → 피드백)
-   ↓
-5. SAVE (스펙 파일 생성)
-```
-
----
-
-## 단계별 상세
-
-### Step 0: INIT CHECK
-
-`.opencode/weave/state.yaml` 존재 확인. 없으면 `/weave-init` 자동 실행.
-
-### Step 1: RESOLVE
-
-`/weave-design`과 동일한 경로 해석 로직. (정확한 경로, 디렉토리 힌트, 시간 힌트, 내용 힌트 등)
-
-### Step 2: ANALYZE
-
-**수행 작업**:
-1. 해석된 경로의 모든 문서 읽기
-2. 기능 요구사항과 비기능 요구사항 분리
-3. 암묵적 요구사항 식별 (명시되지 않았지만 당연히 필요한 것)
-4. 요구사항 간 의존관계 파악
-5. 과거 유사 프로젝트 검색 (Memory 시스템)
-
-### Step 3: STRUCTURE
-
-각 요구사항을 정제하고, **검증 기준**을 도출합니다.
-
-#### 요구사항 분류
-
-| 분류 | 설명 | 예시 |
-|------|------|------|
-| `functional` | 시스템이 해야 하는 동작 | 사용자가 로그인할 수 있다 |
-| `constraint` | 기술적/비즈니스 제약 | 데이터를 외부 서버로 전송하지 않는다 |
-| `performance` | 성능 요구 | 목록 로딩 2초 이내 |
-| `ux` | 사용성/접근성 요구 | 모바일에서도 사용 가능해야 한다 |
-
-#### 우선순위 (MoSCoW)
-
-| 값 | 의미 |
-|----|------|
-| `must` | 없으면 출시 불가 |
-| `should` | 강력히 권장, 가능하면 포함 |
-| `could` | 있으면 좋지만 없어도 됨 |
-| `wont` | 이번 범위에서 명시적으로 제외 |
-
-#### 검증 기준 유형
-
-| type | 의미 | 실행 방법 |
-|------|------|----------|
-| `e2e` | 브라우저/UI 시나리오 테스트 | Playwright, Cypress 등 |
-| `integration` | API/서비스 간 통합 테스트 | supertest, httpx, curl 등 |
-| `script` | CLI/스크립트 실행 결과 확인 | shell script, node script |
-| `performance` | 성능 기준 충족 | benchmark, lighthouse 등 |
-| `manual` | 자동화 불가, 사용자 확인 | 체크리스트로 유저 핸드오프에 포함 |
-
-#### 검증 기준 작성 원칙
-
-- **모호하지 않을 것**: "잘 동작한다" ✗ → "저장 후 목록에서 확인 가능" ✓
-- **실행 가능할 것**: 구체적인 입력과 기대 결과를 명시
-- **독립적일 것**: 하나의 기준이 하나의 시나리오만 검증
-- **유형은 정직하게**: E2E가 불가능한 것은 `manual`로. 억지로 자동화하지 않음
-
-### Step 4: REVIEW
-
-구조화된 명세를 유저에게 제시합니다:
-
-```markdown
-## 요구사항 명세
-
-**스펙 이름**: `emotion-diary` (변경 가능)
-
-### 기능 요구사항 (Functional)
-
-**R1** [must]: 사용자가 감정을 선택하고 일기를 저장할 수 있다
-- [e2e] 감정 선택 → 텍스트 입력 → 저장 → 목록에서 확인
-- [e2e] 빈 텍스트로 저장 시도 → 에러 메시지 표시
-
-**R2** [must]: 저장된 일기 목록을 조회할 수 있다
-- [e2e] 저장된 일기 3개가 목록에 최신순으로 표시
-
-### 비기능 요구사항
-
-**R3** [should]: 일기 목록이 2초 이내에 로딩된다
-- [performance] 100개 일기 기준 로딩 시간 < 2000ms
-
-**R4** [could]: 오프라인에서도 저장된 일기를 조회할 수 있다
-- [manual] 네트워크 차단 후 기존 일기 목록 접근 가능
-
----
-빠진 요구사항이 있거나, 검증 기준을 수정하고 싶으면 말씀해주세요.
-```
-
-### Step 5: SAVE
-
-유저 승인 시 스펙 파일을 생성합니다.
-
-**파일 경로**: `.opencode/weave/specs/{spec-name}.yaml`
-
-```yaml
-spec_name: "emotion-diary"
-project_name: "감정 일기 앱"
-created_at: "2026-02-06"
-source_docs:
-  - "docs/requirements.md"
-
-requirements:
-  - id: R1
-    description: "사용자가 감정을 선택하고 일기를 저장할 수 있다"
-    category: functional
-    priority: must
-    acceptance:
-      - id: AC-R1-1
-        scenario: "감정 선택 → 텍스트 입력 → 저장 → 목록에서 확인"
-        type: e2e
-      - id: AC-R1-2
-        scenario: "빈 텍스트로 저장 시도 → 에러 메시지 표시"
-        type: e2e
-
-  - id: R2
-    description: "저장된 일기 목록을 조회할 수 있다"
-    category: functional
-    priority: must
-    acceptance:
-      - id: AC-R2-1
-        scenario: "저장된 일기 3개가 목록에 최신순으로 표시"
-        type: e2e
-
-  - id: R3
-    description: "일기 목록이 2초 이내에 로딩된다"
-    category: performance
-    priority: should
-    acceptance:
-      - id: AC-R3-1
-        scenario: "100개 일기 기준 로딩 시간 < 2000ms"
-        type: performance
-
-  - id: R4
-    description: "오프라인에서도 저장된 일기를 조회할 수 있다"
-    category: constraint
-    priority: could
-    acceptance:
-      - id: AC-R4-1
-        scenario: "네트워크 차단 후 기존 일기 목록 접근 가능"
-        type: manual
-```
-
-**완료 메시지**:
-```markdown
-## 요구사항 명세가 생성되었습니다
-
-📁 파일: `.opencode/weave/specs/emotion-diary.yaml`
-📊 요구사항: 4개 (functional 2, performance 1, constraint 1)
-🎯 검증 기준: 5개 (e2e 3, performance 1, manual 1)
-
-### 다음 단계
-이 명세를 기반으로 실행 계획을 세우려면:
-`/weave-design emotion-diary`
-```
-
----
-
-## 완료 후 검증 (필수)
-
-스펙 파일 생성 후, 반드시 다음을 확인합니다:
-
-1. **스펙 파일 존재 확인**: `.opencode/weave/specs/{spec-name}.yaml` 존재 검증
-2. **YAML 파싱 가능 확인**: 파일 내용이 유효한 YAML인지 검증
-3. **검증 실패 시**: 유저에게 오류를 알리고 재생성 시도
-
----
-
-## 핵심 원칙
-
-1. **명세만 수립, 계획/구현 금지**: Phase 분할이나 코드 구현은 하지 않음
-2. **검증 기준은 구체적으로**: 입력 → 기대결과 형태로 작성
-3. **유형은 정직하게**: 자동화 불가능하면 `manual`. 억지로 끼워맞추지 않음
-4. **스펙 이름은 kebab-case**: 이후 `/weave-design`의 플랜 이름으로 사용됨
-5. **wont도 기록**: 명시적으로 제외한 것을 기록해야 나중에 "왜 안 했어?"를 방지

package/assets/commands/weave-switch.md

@@ -1,170 +0,0 @@
----
-description: 활성 플랜 전환, 목록 조회, 아카이브
----
-
-# /weave-switch - 플랜 전환
-
-## 개요
-
-멀티 플랜 환경에서 활성 플랜을 전환하거나, 플랜을 관리합니다.
-
-**사용법**:
-- `/weave-switch` — 전체 플랜 목록 표시 (선택 UI)
-- `/weave-switch $ARGUMENTS`
-  - `$ARGUMENTS` = 플랜 이름 → 해당 플랜으로 전환
-  - `$ARGUMENTS` = `archive {plan-name}` → 플랜 아카이브
-  - `$ARGUMENTS` = `unarchive {plan-name}` → 아카이브 해제
-
----
-
-## 데이터 로드
-
-```
-1. .opencode/weave/state.yaml 읽기 → active_plan 확인
-2. .opencode/weave/plans/ 내 모든 .yaml 파일 읽기
-3. 각 플랜의 plan_name, project_name, status, phases 집계
-```
-
----
-
-## 플랜 목록 (`/weave-switch` 인자 없음)
-
-```markdown
-## 🔀 플랜 전환
-
-### 활성 플랜
-📌 `emotion-diary` — 감정 일기 앱 (P2 진행 중, 40%)
-
-### 전환 가능한 플랜
-| # | 플랜 | 프로젝트 | 상태 | 진행률 |
-|---|------|---------|------|--------|
-| 1 | `todo-app` | Todo 앱 | paused | 60% |
-| 2 | `auth-module` | 인증 모듈 | completed | 100% |
-
-### 아카이브된 플랜
-| 플랜 | 프로젝트 | 완료일 |
-|------|---------|--------|
-| `old-prototype` | 프로토타입 v1 | 2026-01-15 |
-
-전환하려면: `/weave-switch todo-app`
-아카이브 해제: `/weave-switch unarchive old-prototype`
-```
-
----
-
-## 플랜 전환 (`/weave-switch {plan-name}`)
-
-### 수행 작업
-
-1. `.opencode/weave/plans/{plan-name}.yaml` 존재 여부 확인
-2. 현재 활성 플랜의 상태를 `paused`로 변경 (active였던 경우)
-3. 대상 플랜의 상태를 `active`로 변경
-4. `state.yaml`의 `active_plan`을 업데이트
-
-### 출력
-
-```markdown
-## ✅ 플랜이 전환되었습니다
-
-📌 `emotion-diary` → `todo-app`
-
-**이전 플랜**: `emotion-diary` (P2 진행 중) → paused
-**현재 플랜**: `todo-app` (P4 대기 중) → active
-
-### 현재 상태
-[████████████░░░░░░░░] 3/5
-
-다음 Phase: `/weave-craft P4`
-돌아가려면: `/weave-switch emotion-diary`
-```
-
-### 에러 케이스
-
-**존재하지 않는 플랜**:
-```markdown
-❌ 플랜 `xyz`를 찾을 수 없습니다.
-
-사용 가능한 플랜:
-- `emotion-diary` (active)
-- `todo-app` (paused)
-
-전체 목록: `/weave-switch`
-```
-
-**이미 활성 플랜인 경우**:
-```markdown
-ℹ️ `emotion-diary`는 이미 활성 플랜입니다.
-
-상태 확인: `/weave-status`
-```
-
----
-
-## 플랜 아카이브 (`/weave-switch archive {plan-name}`)
-
-### 수행 작업
-
-1. 대상 플랜의 `status`를 `archived`로 변경
-2. 활성 플랜이 아카이브되면 → `state.yaml`의 `active_plan`을 `null`로
-
-### 출력
-
-```markdown
-## 📦 플랜이 아카이브되었습니다
-
-`old-prototype` → archived
-
-아카이브된 플랜은 `/weave-status`에서 숨겨집니다.
-복원하려면: `/weave-switch unarchive old-prototype`
-```
-
-### 활성 플랜을 아카이브하려는 경우
-
-```markdown
-⚠️ `emotion-diary`는 현재 활성 플랜입니다.
-
-아카이브하면 활성 플랜이 없어집니다.
-계속할까요? (예/아니오)
-```
-
----
-
-## 플랜 아카이브 해제 (`/weave-switch unarchive {plan-name}`)
-
-### 수행 작업
-
-1. 대상 플랜의 `status`를 `paused`로 변경
-2. 활성 플랜으로 자동 전환하지는 않음 (명시적으로 switch 필요)
-
-### 출력
-
-```markdown
-## 📦 아카이브가 해제되었습니다
-
-`old-prototype` → paused
-
-활성 플랜으로 전환하려면: `/weave-switch old-prototype`
-```
-
----
-
-## state.yaml 변경 예시
-
-전환 전:
-```yaml
-active_plan: "emotion-diary"
-```
-
-전환 후:
-```yaml
-active_plan: "todo-app"
-```
-
-플랜 파일 변경:
-```yaml
-# plans/emotion-diary.yaml
-status: "paused"     # active → paused
-
-# plans/todo-app.yaml
-status: "active"     # paused → active
-```