@jjlabsio/claude-crew 0.1.27 → 0.1.29

package/.claude-plugin/marketplace.json

@@ -11,7 +11,7 @@
       "name": "claude-crew",
       "source": "./",
       "description": "오케스트레이터 + PM, 플래너, 개발, QA, 마케팅 에이전트 팀으로 단일 제품의 개발과 마케팅을 통합 관리",
-      "version": "0.1.27",
+      "version": "0.1.29",
       "author": {
         "name": "Jaejin Song",
         "email": "wowlxx28@gmail.com"
@@ -28,5 +28,5 @@
       "category": "workflow"
     }
   ],
-  "version": "0.1.27"
+  "version": "0.1.29"
 }

package/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "claude-crew",
-  "version": "0.1.27",
+  "version": "0.1.29",
   "description": "1인 SaaS 개발자를 위한 멀티 에이전트 오케스트레이션 — 개발, 마케팅, 일정을 한 대화에서 통합 관리",
   "author": {
     "name": "Jaejin Song",

package/README.md

@@ -38,16 +38,40 @@ Claude Code에서:
 /crew-setup
 ```
 
-HUD statusline이 설정되어 세션 중 레포, 브랜치, 모델, 컨텍스트 사용률, 에이전트 상태를 실시간으로 확인할 수 있다.
+- `.gitignore` / `.gitattributes` 마이그레이션 (`.crew/` git tracked 전환)
+- HUD statusline 설치
+- 에이전트별 provider/model 설정
 
 ## 사용
 
+### 개발 파이프라인
+
 ```
 /crew
 ```
 
 오케스트레이터가 시작되고 현황을 브리핑합니다.
 
+### 태스크 관리
+
+```
+/task add "설명"          # 태스크 추가 (대화 컨텍스트 자동 캡처)
+/task add "설명" --next   # 긴급 — queue 맨 위 삽입
+/task work 3              # 태스크 #3 작업 시작 (관련 파일 Read + 브리핑)
+/task start               # queue 최상단 태스크 작업 시작
+/task done                # active 태스크 완료 처리
+/task bump 4              # 우선순위 한 칸 올리기
+/task top 7               # queue 맨 위로 이동
+/task note 3 "메모"       # 태스크에 메모 추가
+/task drop 3              # 태스크 삭제
+
+/tasks                    # 프로젝트 태스크 보드
+/tasks stale              # 30일+ 방치 태스크 리뷰
+/tasks clean              # 완료 후 7일 경과 태스크 정리
+```
+
+태스크는 `.crew/tasks/` 디렉토리에 개별 파일로 관리된다. 각 파일이 상태, 우선순위, 컨텍스트를 포함하여 세션 간 작업 재개 시 컨텍스트 재입력이 불필요하다.
+
 ## 에이전트 팀
 
 | 에이전트 | 역할 | 소속 스킬 |
@@ -64,7 +88,14 @@ HUD statusline이 설정되어 세션 중 레포, 브랜치, 모델, 컨텍스
 
 ## 상태 파일
 
-프로젝트 로컬 `.crew/` 디렉토리에 마크다운 파일로 상태를 관리합니다. 플러그인 업데이트 시에도 학습 내용과 상태는 보존됩니다.
+프로젝트 로컬 `.crew/` 디렉토리에 마크다운 파일로 상태를 관리합니다 (git tracked). 플러그인 업데이트 시에도 학습 내용과 상태는 보존됩니다.
+
+```
+.crew/
+  config.json          # provider 설정 (gitignored)
+  tasks/               # 태스크 파일 (1개 = 1파일)
+  plans/               # 파이프라인 산출물 (spec, contract, dev-log, review)
+```
 
 ## 설계 철학
 

package/data/provider-catalog.json

@@ -1,9 +1,9 @@
 {
   "claude": {
     "models": [
-      { "id": "opus", "label": "Opus 4.6 — 최고 품질, 복잡한 구현", "default_for": ["dev", "code-reviewer"] },
-      { "id": "sonnet", "label": "Sonnet 4.6 — 빠르고 저렴, Opus급 성능", "default_for": ["qa"] },
-      { "id": "haiku", "label": "Haiku 4.5 — 최저 비용, 단순 태스크", "default_for": [] }
+      { "id": "opus", "label": "Opus — 최고 품질, 복잡한 구현", "default_for": ["dev", "code-reviewer"] },
+      { "id": "sonnet", "label": "Sonnet — 빠르고 저렴, Opus급 성능", "default_for": ["qa"] },
+      { "id": "haiku", "label": "Haiku — 최저 비용, 단순 태스크", "default_for": [] }
     ]
   },
   "codex": {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@jjlabsio/claude-crew",
-  "version": "0.1.27",
+  "version": "0.1.29",
   "description": "1인 SaaS 개발자를 위한 멀티 에이전트 오케스트레이션 — 개발, 마케팅, 일정을 한 대화에서 통합 관리",
   "author": "Jaejin Song <wowlxx28@gmail.com>",
   "license": "MIT",

package/skills/crew-setup/SKILL.md

@@ -1,17 +1,88 @@
 ---
 name: crew-setup
-description: claude-crew 플러그인 초기 설정 — HUD statusline 설치 + provider 설정
+description: claude-crew 플러그인 초기 설정 — gitignore 마이그레이션 + HUD statusline 설치 + provider 설정
 ---
 
 ## 역할
 
 claude-crew 플러그인의 초기 설정을 수행한다:
-1. HUD statusline 설치
-2. 에이전트별 provider/model 설정
+1. .gitignore / .gitattributes 마이그레이션
+2. HUD statusline 설치
+3. 에이전트별 provider/model 설정
 
 ---
 
-## Step 1 — HUD statusline 설치
+## Step 1 — .gitignore / .gitattributes 마이그레이션
+
+`.crew/` 디렉토리를 git tracked로 전환한다. plans, tasks 등의 문서가 git 히스토리에 보존되도록 한다.
+
+### 1a. 현재 상태 확인
+
+프로젝트 루트의 `.gitignore`를 읽는다.
+
+```bash
+git rev-parse --show-toplevel
+```
+
+### 1b. .gitignore 수정
+
+**`.crew/` 또는 `.crew` 항목이 있는 경우 (마이그레이션 필요):**
+
+1. `.crew/` (또는 `.crew`) 항목을 제거한다.
+2. 다음 항목들을 추가한다:
+   ```
+   .crew/config.json
+   .crew/plans/**/.*
+   ```
+3. 기존 `.gitignore`의 다른 항목은 모두 보존한다.
+
+**이미 세분화된 항목이 있는 경우 (`.crew/config.json`, `.crew/plans/**/.*`):**
+
+스킵한다. 이미 마이그레이션 완료 상태.
+
+**`.gitignore` 파일이 없는 경우:**
+
+`.gitignore`를 생성하고 위 두 항목을 추가한다.
+
+### 1c. .gitattributes 수정
+
+프로젝트 루트의 `.gitattributes`를 읽는다 (없으면 새로 생성).
+
+`.crew/** merge=ours` 항목이 없으면 추가한다. 기존 항목은 보존.
+
+### 1d. 변경사항 커밋
+
+`.gitignore` 또는 `.gitattributes`에 변경이 있었으면:
+
+```bash
+git add .gitignore .gitattributes
+git commit -m "chore: .crew/ git tracked 전환 — gitignore/gitattributes 마이그레이션"
+```
+
+push는 하지 않는다.
+
+### 1e. 사용자 알림
+
+**마이그레이션 수행 시:**
+```
+✓ .gitignore 업데이트:
+  - .crew/ 전체 제외 → .crew/config.json, .crew/plans/**/.* 만 제외로 변경
+  - .crew/ 디렉토리가 이제 git tracked됩니다 (plans, tasks 이력 보존)
+
+✓ .gitattributes 추가:
+  - .crew/** merge=ours (워크트리 충돌 방지)
+
+변경사항이 현재 브랜치에 커밋되었습니다 (push하지 않음).
+```
+
+**이미 마이그레이션 완료 시:**
+```
+✓ .gitignore/.gitattributes 이미 최신 상태입니다.
+```
+
+---
+
+## Step 2 — HUD statusline 설치
 
 1. `~/.claude/settings.json`을 읽는다.
 2. `statusLine` 필드를 crew HUD 스크립트로 설정한다:
@@ -31,11 +102,11 @@ claude-crew 플러그인의 초기 설정을 수행한다:
 
 ---
 
-## Step 2 — Provider 설정
+## Step 3 — Provider 설정
 
 에이전트별로 어떤 provider(claude/codex)와 model을 사용할지 설정한다.
 
-### 2a. 설치 스코프 판별
+### 3a. 설치 스코프 판별
 
 `~/.claude/plugins/installed_plugins.json`을 읽어 현재 프로젝트의 설치 스코프를 판별한다.
 
@@ -66,22 +137,22 @@ git rev-parse --show-toplevel
 설치 스코프: 프로젝트 레벨 → 설정이 .crew/config.json에 저장됩니다 (이 프로젝트만)
 ```
 
-### 2b. 카탈로그 로드
+### 3b. 카탈로그 로드
 
 `data/provider-catalog.json`을 읽어 사용 가능한 provider와 model 목록을 로드한다.
 
-### 2c. Codex CLI 가용성 확인
+### 3c. Codex CLI 가용성 확인
 
 ```bash
 which codex
 ```
 
-- codex가 없으면: "Codex CLI가 설치되어 있지 않습니다. 모든 에이전트가 Claude를 사용합니다." 안내 후 Step 2를 스킵한다.
+- codex가 없으면: "Codex CLI가 설치되어 있지 않습니다. 모든 에이전트가 Claude를 사용합니다." 안내 후 Step 3를 스킵한다.
 - codex가 있으면: 계속 진행한다.
 
-### 2d. 기존 설정 표시
+### 3d. 기존 설정 표시
 
-Step 2a에서 판별된 config 경로의 파일이 있으면 현재 설정을 표시한다. 없으면 기본값을 표시한다.
+Step 3a에서 판별된 config 경로의 파일이 있으면 현재 설정을 표시한다. 없으면 기본값을 표시한다.
 
 ```
 현재 에이전트 설정:
@@ -90,7 +161,7 @@ Step 2a에서 판별된 config 경로의 파일이 있으면 현재 설정을
   - qa: claude / sonnet (기본값)
 ```
 
-### 2e. 설정할 에이전트 선택
+### 3e. 설정할 에이전트 선택
 
 사용자에게 설정을 변경할 에이전트를 선택하게 한다.
 
@@ -99,10 +170,10 @@ Step 2a에서 판별된 config 경로의 파일이 있으면 현재 설정을
   dev, code-reviewer, qa
 ```
 
-- 사용자가 엔터만 누르거나 "없음"/"스킵"을 입력하면 Step 2를 종료한다.
+- 사용자가 엔터만 누르거나 "없음"/"스킵"을 입력하면 Step 3를 종료한다.
 - 예시 입력: `dev`, `dev, code-reviewer`
 
-### 2f. 선택된 에이전트별 설정
+### 3f. 선택된 에이전트별 설정
 
 선택된 각 에이전트에 대해 순차적으로:
 
@@ -121,9 +192,9 @@ Provider:
 claude 선택 시:
 ```
 Model:
-  [1] Opus 4.6 — 최고 품질, 복잡한 구현 (추천)
-  [2] Sonnet 4.6 — 빠르고 저렴, Opus급 성능
-  [3] Haiku 4.5 — 최저 비용, 단순 태스크
+  [1] Opus — 최고 품질, 복잡한 구현 (추천)
+  [2] Sonnet — 빠르고 저렴, Opus급 성능
+  [3] Haiku — 최저 비용, 단순 태스크
 ```
 
 codex 선택 시:
@@ -137,9 +208,9 @@ Model:
   [6] GPT-5.4 Mini — 최저 비용
 ```
 
-### 2g. 설정 저장
+### 3g. 설정 저장
 
-선택 결과를 Step 2a에서 판별된 config 경로에 저장한다.
+선택 결과를 Step 3a에서 판별된 config 경로에 저장한다.
 
 - 프로젝트 레벨: `{projectRoot}/.crew/config.json`
 - 유저 레벨: `~/.claude/crew/config.json`
@@ -163,7 +234,7 @@ Model:
 - claude provider일 때: `reasoning` 필드 생략
 - codex provider일 때: 카탈로그의 `reasoning` 값 포함 (`null`이면 생략)
 
-### 2h. 확인 메시지
+### 3h. 확인 메시지
 
 ```
 ✓ Provider 설정 완료:

package/skills/task/SKILL.md

@@ -0,0 +1,280 @@
+---
+name: task
+description: 태스크 관리 — 추가, 작업 시작, 완료, 우선순위 변경, 메모
+---
+
+## 역할
+
+프로젝트의 `.crew/tasks/` 디렉토리에서 개별 태스크를 관리한다.
+태스크 1개 = 파일 1개. 각 파일이 상태, 순서, 컨텍스트를 포함한다.
+
+---
+
+## 서브커맨드 라우팅
+
+인자를 파싱하여 서브커맨드를 결정한다:
+
+| 패턴 | 서브커맨드 |
+|------|-----------|
+| `add "설명"` | add |
+| `work {id}` | work |
+| `start` | start |
+| `done` | done |
+| `bump {id}` | bump |
+| `top {id}` | top |
+| `note {id} "내용"` | note |
+| `drop {id}` | drop |
+
+인자 없이 `/task`만 실행하면 사용법을 안내한다.
+
+---
+
+## 공통: 태스크 디렉토리 및 ID 관리
+
+### 디렉토리
+
+```
+{projectRoot}/.crew/tasks/
+```
+
+디렉토리가 없으면 생성한다.
+
+### ID 채번
+
+새 태스크 생성 시 `.crew/tasks/` 내 기존 파일명에서 가장 큰 숫자를 찾아 +1 한다.
+파일이 없으면 1부터 시작. ID는 3자리 zero-pad (001, 002, ...).
+
+### 태스크 파일 포맷
+
+```markdown
+---
+id: 3
+title: API rate limit 구현
+status: active
+order: 1
+created: 2026-04-16
+due: 2026-04-20
+---
+
+## Context
+Redis 기반 sliding window rate limiter.
+IP당 100req/min, 인증 유저 1000req/min.
+
+## Files
+- src/middleware/auth.ts
+- src/lib/redis.ts
+
+## Criteria
+- [ ] sliding window 알고리즘 구현
+- [ ] IP별/유저별 차등 limit
+
+## Log
+- 2026-04-17: 태스크 생성
+```
+
+---
+
+## add — 태스크 추가
+
+### 인자
+
+```
+/task add "설명"
+/task add "설명" --next
+/task add "설명" --due 4/20
+```
+
+- `--next`: queue 맨 위에 삽입 (order를 가장 낮은 값으로 설정)
+- `--due`: 기한 설정 (날짜 파싱: `4/20` → 현재 연도 기준 `2026-04-20`)
+
+### 동작
+
+1. ID를 채번한다.
+2. 현재 대화에서 컨텍스트를 자동 추출한다:
+   - **Context**: 대화에서 이 태스크와 관련된 핵심 내용을 2-5문장으로 요약
+   - **Files**: 대화에서 언급된 파일 경로 목록
+   - **Criteria**: 대화에서 언급된 완료 조건이 있으면 체크리스트로 작성, 없으면 섹션 비움
+3. order를 설정한다:
+   - `--next` 없음: 기존 queue 태스크 중 가장 큰 order + 1
+   - `--next` 있음: 기존 queue 태스크 중 가장 작은 order - 1
+4. 태스크 파일을 `.crew/tasks/{id}.md`에 생성한다 (status: queue).
+5. 결과를 출력한다:
+
+```
+✓ Task #{id} 추가: {title}
+  순서: queue {위치} / 기한: {due 또는 없음}
+```
+
+---
+
+## work — 태스크 작업 시작 + 컨텍스트 로드
+
+### 인자
+
+```
+/task work {id}
+```
+
+### 동작
+
+1. `.crew/tasks/{id}.md`를 읽는다. 파일이 없으면 에러.
+2. status를 `active`로 변경한다.
+   - 이미 다른 active 태스크가 있으면: "이미 #{기존id}이 active입니다. 먼저 done 처리하거나, 이 태스크를 강제로 active로 전환할까요?" 확인.
+3. **Files 섹션의 파일들을 Read**한다:
+   - 각 파일의 존재 여부 확인
+   - 존재하는 파일은 Read하여 컨텍스트에 로드
+4. **브리핑을 출력**한다:
+
+```
+━━━ Task #{id}: {title} ━━━━━━━━━━━━━━━━
+Due: {due} ({D-day})
+
+Context:
+  {Context 섹션 내용}
+
+관련 코드:
+  ✓ src/middleware/auth.ts — {파일 내용 기반 한 줄 요약}
+  ✓ src/lib/redis.ts — {파일 내용 기반 한 줄 요약}
+  ✗ src/types/rate-limit.ts — 파일 없음
+
+Criteria:
+  {Criteria 섹션 내용}
+
+Log:
+  {최근 3개 항목}
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+```
+
+5. 파일 변경사항을 저장한다 (status 변경).
+
+---
+
+## start — queue 최상단 태스크 작업 시작
+
+### 인자
+
+```
+/task start
+```
+
+### 동작
+
+1. `.crew/tasks/` 내 `status: queue`인 파일들을 읽는다.
+2. order가 가장 작은(= 우선순위 가장 높은) 태스크를 선택한다.
+3. 해당 태스크로 `work` 서브커맨드를 실행한다 (동일한 동작).
+4. queue가 비어있으면: "queue에 태스크가 없습니다."
+
+---
+
+## done — active 태스크 완료 처리
+
+### 인자
+
+```
+/task done
+/task done {id}
+```
+
+id 생략 시 현재 active 태스크를 대상으로 한다.
+
+### 동작
+
+1. 대상 태스크 파일을 읽는다.
+   - id 생략: `status: active`인 태스크를 찾는다. 없으면 에러.
+   - id 지정: 해당 파일을 읽는다.
+2. status를 `done`으로 변경한다.
+3. frontmatter에 `completed: {오늘 날짜}`를 추가한다.
+4. Log에 완료 기록을 추가한다: `- {날짜}: 태스크 완료`
+5. 파일을 저장한다.
+6. 결과 출력:
+
+```
+✓ Task #{id} 완료: {title}
+```
+
+---
+
+## bump — 우선순위 한 칸 올리기
+
+### 인자
+
+```
+/task bump {id}
+```
+
+### 동작
+
+1. 대상 태스크 파일을 읽는다. status가 `queue`가 아니면 에러.
+2. queue 태스크들을 order 기준으로 정렬한다.
+3. 대상 태스크 바로 위의 태스크와 order 값을 스왑한다.
+4. 이미 최상단이면: "이미 queue 최상단입니다."
+5. 두 파일을 저장한다.
+6. 결과 출력:
+
+```
+✓ Task #{id} 우선순위 올림: {이전 순위} → {새 순위}
+```
+
+---
+
+## top — queue 맨 위로 이동
+
+### 인자
+
+```
+/task top {id}
+```
+
+### 동작
+
+1. 대상 태스크 파일을 읽는다. status가 `queue`가 아니면 에러.
+2. queue 태스크 중 가장 작은 order 값 - 1로 대상의 order를 설정한다.
+3. 파일을 저장한다.
+4. 결과 출력:
+
+```
+✓ Task #{id} → queue 최상단으로 이동
+```
+
+---
+
+## note — 태스크에 메모 추가
+
+### 인자
+
+```
+/task note {id} "메모 내용"
+```
+
+### 동작
+
+1. 대상 태스크 파일을 읽는다.
+2. Log 섹션 맨 아래에 추가: `- {날짜}: {메모 내용}`
+3. 파일을 저장한다.
+4. 결과 출력:
+
+```
+✓ Task #{id}에 메모 추가
+```
+
+---
+
+## drop — 태스크 삭제
+
+### 인자
+
+```
+/task drop {id}
+```
+
+### 동작
+
+1. 대상 태스크 파일을 읽는다.
+2. 확인: "Task #{id} '{title}'을 삭제합니다. 계속할까요?"
+3. 확인 시 파일을 삭제한다.
+4. 관련 plan 디렉토리(`.crew/plans/task-{id}/`)가 있으면 함께 삭제한다.
+5. 결과 출력:
+
+```
+✓ Task #{id} 삭제: {title}
+```

package/skills/tasks/SKILL.md

@@ -0,0 +1,136 @@
+---
+name: tasks
+description: 태스크 보드 — 현재 프로젝트의 태스크 목록 조회, stale 리뷰, 정리
+---
+
+## 역할
+
+프로젝트의 `.crew/tasks/` 디렉토리를 읽어 태스크 보드를 표시한다.
+서브커맨드로 stale 태스크 리뷰와 오래된 완료 태스크 정리를 지원한다.
+
+---
+
+## 서브커맨드 라우팅
+
+| 패턴 | 서브커맨드 |
+|------|-----------|
+| (인자 없음) | board |
+| `stale` | stale |
+| `clean` | clean |
+
+---
+
+## board — 태스크 보드 표시 (기본)
+
+### 인자
+
+```
+/tasks
+```
+
+### 동작
+
+1. `.crew/tasks/` 내 모든 `.md` 파일을 읽는다.
+2. 각 파일의 frontmatter를 파싱하여 status, order, title, due, created, completed를 추출한다.
+3. status별로 그룹핑하여 출력한다:
+
+```
+━━━ Active ━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+#003 API rate limit 구현 [D-3]
+
+━━━ Queue ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+1. #005 로그인 버그 수정
+2. #004 auth 모듈 리팩토링
+3. #007 결제 웹훅 연동
+4. #002 문서 업데이트 [stale · 45일]
+
+━━━ Done (최근 5개) ━━━━━━━━━━━━━━━━━━━
+✓ #001 초기 설정 (04/10)
+✓ #006 CI 파이프라인 (04/15)
+```
+
+### 표시 규칙
+
+- **Active**: status가 `active`인 태스크. due가 있으면 `[D-{남은일수}]` 표시.
+- **Queue**: status가 `queue`인 태스크. order 오름차순 정렬. 번호는 queue 내 순서.
+  - created로부터 30일 이상 경과한 태스크는 `[stale · {경과일}일]` 표시.
+- **Done**: status가 `done`인 태스크. completed 기준 최근 5개만 표시. 완료 날짜 함께 표시.
+
+### 태스크가 없을 때
+
+```
+태스크가 없습니다. /task add "설명"으로 추가하세요.
+```
+
+---
+
+## stale — 방치 태스크 리뷰
+
+### 인자
+
+```
+/tasks stale
+```
+
+### 동작
+
+1. `.crew/tasks/` 내 `status: queue`인 태스크 중 created로부터 30일 이상 경과한 태스크를 찾는다.
+2. 해당 태스크 목록을 출력한다:
+
+```
+━━━ Stale 태스크 (30일+ 방치) ━━━━━━━━━
+#002 문서 업데이트 — 생성: 03/01 (47일 전)
+#009 로깅 개선 — 생성: 03/10 (38일 전)
+```
+
+3. 각 태스크에 대해 사용자에게 묻는다: "유지 / 삭제 / 스킵?"
+   - 유지: 그대로 둠
+   - 삭제: `/task drop`과 동일하게 파일 삭제
+   - 스킵: 다음 태스크로 넘어감
+
+4. stale 태스크가 없으면:
+
+```
+방치된 태스크가 없습니다.
+```
+
+---
+
+## clean — 오래된 완료 태스크 정리
+
+### 인자
+
+```
+/tasks clean
+```
+
+### 동작
+
+1. `.crew/tasks/` 내 `status: done`이고 `completed` 날짜로부터 **7일 이상** 경과한 태스크를 찾는다.
+2. 대상 태스크 목록을 출력한다:
+
+```
+━━━ 정리 대상 (완료 후 7일 경과) ━━━━━━
+#001 초기 설정 — 완료: 04/01 (16일 전)
+#006 CI 파이프라인 — 완료: 04/05 (12일 전)
+
+관련 plan 디렉토리도 함께 삭제됩니다:
+  .crew/plans/task-001/
+  .crew/plans/task-006/
+```
+
+3. 사용자에게 확인: "위 {N}개 태스크와 관련 plan을 삭제합니다. 계속할까요?"
+4. 확인 시:
+   - 각 태스크 파일 삭제
+   - 관련 plan 디렉토리(`.crew/plans/task-{id}/`) 삭제
+5. 결과 출력:
+
+```
+✓ {N}개 태스크 정리 완료
+```
+
+6. 정리 대상이 없으면:
+
+```
+정리할 태스크가 없습니다. (완료 후 7일 미만이거나 완료 태스크 없음)
+```