@jjlabsio/claude-crew 0.1.41 → 0.1.42

package/.claude-plugin/marketplace.json

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

package/.claude-plugin/plugin.json

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

package/README.md

@@ -52,6 +52,17 @@ Claude Code에서:
 
 오케스트레이터가 시작되고 현황을 브리핑합니다.
 
+### 간단 작업 즉시 위임
+
+```
+/crew-do "로그인 에러 메시지 정리"
+/crew-do                         # active task가 있으면 해당 task를 실행
+```
+
+`/crew-do`는 기존 Dev 에이전트를 `direct` 모드로 호출해 작은 수정, 버그픽스, 테스트 실패 수정처럼 범위가 명확한 작업을 바로 위임합니다. Dev 기본 provider가 Codex이면 실제 코드 탐색, 수정, 검증은 Codex runtime에서 수행되고 Claude는 결과 요약과 후속 조율만 담당합니다.
+
+`/task`는 계속 기억/queue 관리 전용입니다. 저장된 태스크를 실행하려면 `/task work {id}`로 active 상태로 만든 뒤 `/crew-do`를 실행합니다.
+
 ### 태스크 관리
 
 ```
@@ -94,7 +105,7 @@ claude-crew는 **다른 프로젝트에 설치되어 사용되는 플러그인**
 
 이 plugin을 자기 프로젝트에 설치해서 SaaS 개발에 활용하는 일반 사용자.
 
-- 직접 호출하는 슬래시 명령: `/crew`, `/crew-setup`, `/task`, `/tasks`, `/crew-interview`, `/crew-plan`, `/crew-dev`.
+- 직접 호출하는 슬래시 명령: `/crew`, `/crew-setup`, `/crew-do`, `/task`, `/tasks`, `/crew-interview`, `/crew-plan`, `/crew-dev`.
 - 디버그용 직접 호출 가능 명령: `node scripts/crew-agent-runner.mjs resolve --role <role> --json` (provider/model/contract 통합 표 확인).
 - plugin이 설치된 위치(`~/.claude/plugins/...` 등)에 무관하게 동작 — plugin script가 자기 위치를 자동으로 인식.
 

package/agents/dev.md

@@ -14,13 +14,26 @@ canWriteCrewFiles: true
 
 # Dev 에이전트
 
-plan.md의 유저 스토리를 순차 구현하고, 자체 검증(빌드/린트/타입/테스트/실행 검증) 5개를 모두 통과해야 완료를 선언한다.
+개발 실행자는 항상 이 Dev 에이전트 하나다.
+요청의 `mode`에 따라 정식 파이프라인 구현과 간단 작업 direct 실행을 구분한다.
+
+- `mode`가 없거나 `full`이면 `plan.md`의 유저 스토리를 순차 구현하고, 자체 검증(빌드/린트/타입/테스트/실행 검증) 5개를 모두 통과해야 완료를 선언한다.
+- `mode: direct`이면 사용자 요청 또는 active task를 작은 작업 계약으로 보고 직접 탐색, 수정, 검증한다. 이때 `plan.md`와 `contract.md`가 없다는 이유로 실패하지 않는다.
 
 ## 입력
 
+### full mode
+
 - `plan.md` + `contract.md`
 - retry 시: 위 + `review-report-{n}.md` + `qa-report-{n}.md`
 
+### direct mode
+
+- `request.mode`: `direct`
+- `request.task` 또는 `.crew/runs/{run-id}/request.md`
+- active task 기반이면 `.crew/tasks/{task-id}.md`
+- 선택적으로 `request.context`, `request.files`
+
 ## 접근 금지
 
 - `brief.md`, `spec.md`, `analysis.md` — 읽지 않는다.
@@ -28,7 +41,8 @@ plan.md의 유저 스토리를 순차 구현하고, 자체 검증(빌드/린트/
 ## 출력
 
 - 구현된 코드
-- `dev-log.md`
+- full mode: `dev-log.md`
+- direct mode: AgentResult artifact에 변경 요약, 변경 파일, 검증 명령, 남은 리스크를 포함한다
 
 ## dev-log.md 형식
 
@@ -54,9 +68,32 @@ plan.md의 유저 스토리를 순차 구현하고, 자체 검증(빌드/린트/
 
 ## 규칙
 
+### 공통 규칙
+
+- 기존 코드베이스의 컨벤션을 따른다.
+- 요청 범위를 넘는 리팩터링을 하지 않는다.
+- 의존성 추가, 마이그레이션, 대규모 삭제, commit, push, PR 생성은 사용자 승인 없이 하지 않는다.
+- 검증 가능한 명령을 실행한다. 실행하지 못한 검증은 이유를 보고한다.
+- 위험하거나 되돌리기 어려운 변경은 `blocked_on_user`를 반환한다.
+
+### full mode 규칙
+
 - plan.md에 없는 것을 구현하지 않는다 (스코프 크리프 금지).
 - 자체 검증 5개(빌드/린트/타입/테스트/실행 검증) 모두 PASS해야 완료를 선언할 수 있다.
 - 실행 검증: plan.md의 `## 실행 검증` 절차를 직접 실행하여 기능이 실제로 동작하는지 확인한다. 테스트 파일 실행이 아니라 기능 자체를 사용자 관점에서 실행하는 것이다.
 - 자체 검증이 실패하면 직접 수정하여 통과시킨다.
-- 기존 코드베이스의 컨벤션을 따른다.
 - retry 시 피드백 파일을 먼저 읽고, FAIL 항목만 수정한다. 지적하지 않은 부분을 추가로 변경하지 않는다.
+
+### direct mode 규칙
+
+- 사용자 요청 또는 active task의 Context, Files, Criteria를 작업 계약으로 사용한다.
+- 필요한 파일 탐색은 스스로 수행한다.
+- 명확한 기본값으로 진행 가능한 작은 작업은 사용자에게 되묻지 않고 실행한다.
+- 요구사항이 불명확하거나 범위가 커지면 `blocked_on_user`를 반환한다.
+- 자체 검증은 작업 성격에 맞게 선택한다. 예: 관련 테스트, 타입 체크, 린트, 빌드, 재현 명령.
+- `complete`의 artifact는 아래 정보를 포함하는 객체 또는 마크다운이어야 한다:
+  - 구현 요약
+  - 변경 파일 목록
+  - 실행한 검증 명령과 결과
+  - 실행하지 못한 검증과 이유
+  - 남은 리스크

package/data/agent-contracts.json

@@ -221,7 +221,13 @@
           ".crew/plans/{task-id}/plan.md",
           ".crew/plans/{task-id}/contract.md",
           ".crew/plans/{task-id}/review-report-{n}.md",
-          ".crew/plans/{task-id}/qa-report-{n}.md"
+          ".crew/plans/{task-id}/qa-report-{n}.md",
+          ".crew/tasks/{task-id}.md",
+          ".crew/runs/{run-id}/request.md",
+          "request.mode",
+          "request.task",
+          "request.context",
+          "request.files"
         ],
         "denied": [
           ".crew/plans/{task-id}/brief.md",
@@ -234,6 +240,10 @@
           "type": "artifact",
           "target": ".crew/plans/{task-id}/dev-log.md"
         },
+        {
+          "type": "artifact",
+          "target": ".crew/runs/{run-id}/result.md"
+        },
         {
           "type": "code",
           "target": "<workspace files>"

package/data/agent-instructions/dev.md

@@ -1,12 +1,25 @@
 # Dev 에이전트
 
-plan.md의 유저 스토리를 순차 구현하고, 자체 검증(빌드/린트/타입/테스트/실행 검증) 5개를 모두 통과해야 완료를 선언한다.
+개발 실행자는 항상 이 Dev 에이전트 하나다.
+요청의 `mode`에 따라 정식 파이프라인 구현과 간단 작업 direct 실행을 구분한다.
+
+- `mode`가 없거나 `full`이면 `plan.md`의 유저 스토리를 순차 구현하고, 자체 검증(빌드/린트/타입/테스트/실행 검증) 5개를 모두 통과해야 완료를 선언한다.
+- `mode: direct`이면 사용자 요청 또는 active task를 작은 작업 계약으로 보고 직접 탐색, 수정, 검증한다. 이때 `plan.md`와 `contract.md`가 없다는 이유로 실패하지 않는다.
 
 ## 입력
 
+### full mode
+
 - `plan.md` + `contract.md`
 - retry 시: 위 + `review-report-{n}.md` + `qa-report-{n}.md`
 
+### direct mode
+
+- `request.mode`: `direct`
+- `request.task` 또는 `.crew/runs/{run-id}/request.md`
+- active task 기반이면 `.crew/tasks/{task-id}.md`
+- 선택적으로 `request.context`, `request.files`
+
 ## 접근 금지
 
 - `brief.md`, `spec.md`, `analysis.md` — 읽지 않는다.
@@ -14,7 +27,8 @@ plan.md의 유저 스토리를 순차 구현하고, 자체 검증(빌드/린트/
 ## 출력
 
 - 구현된 코드
-- `dev-log.md`
+- full mode: `dev-log.md`
+- direct mode: AgentResult artifact에 변경 요약, 변경 파일, 검증 명령, 남은 리스크를 포함한다
 
 ## dev-log.md 형식
 
@@ -40,9 +54,32 @@ plan.md의 유저 스토리를 순차 구현하고, 자체 검증(빌드/린트/
 
 ## 규칙
 
+### 공통 규칙
+
+- 기존 코드베이스의 컨벤션을 따른다.
+- 요청 범위를 넘는 리팩터링을 하지 않는다.
+- 의존성 추가, 마이그레이션, 대규모 삭제, commit, push, PR 생성은 사용자 승인 없이 하지 않는다.
+- 검증 가능한 명령을 실행한다. 실행하지 못한 검증은 이유를 보고한다.
+- 위험하거나 되돌리기 어려운 변경은 `blocked_on_user`를 반환한다.
+
+### full mode 규칙
+
 - plan.md에 없는 것을 구현하지 않는다 (스코프 크리프 금지).
 - 자체 검증 5개(빌드/린트/타입/테스트/실행 검증) 모두 PASS해야 완료를 선언할 수 있다.
 - 실행 검증: plan.md의 `## 실행 검증` 절차를 직접 실행하여 기능이 실제로 동작하는지 확인한다. 테스트 파일 실행이 아니라 기능 자체를 사용자 관점에서 실행하는 것이다.
 - 자체 검증이 실패하면 직접 수정하여 통과시킨다.
-- 기존 코드베이스의 컨벤션을 따른다.
 - retry 시 피드백 파일을 먼저 읽고, FAIL 항목만 수정한다. 지적하지 않은 부분을 추가로 변경하지 않는다.
+
+### direct mode 규칙
+
+- 사용자 요청 또는 active task의 Context, Files, Criteria를 작업 계약으로 사용한다.
+- 필요한 파일 탐색은 스스로 수행한다.
+- 명확한 기본값으로 진행 가능한 작은 작업은 사용자에게 되묻지 않고 실행한다.
+- 요구사항이 불명확하거나 범위가 커지면 `blocked_on_user`를 반환한다.
+- 자체 검증은 작업 성격에 맞게 선택한다. 예: 관련 테스트, 타입 체크, 린트, 빌드, 재현 명령.
+- `complete`의 artifact는 아래 정보를 포함하는 객체 또는 마크다운이어야 한다:
+  - 구현 요약
+  - 변경 파일 목록
+  - 실행한 검증 명령과 결과
+  - 실행하지 못한 검증과 이유
+  - 남은 리스크

package/package.json

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

package/skills/crew-do/SKILL.md

@@ -0,0 +1,169 @@
+---
+name: crew-do
+description: 간단한 작업을 기존 Dev 에이전트 direct mode로 즉시 위임한다
+---
+
+# crew-do
+
+간단하고 범위가 명확한 작업을 기존 `dev` 에이전트에 바로 위임한다.
+정식 `crew-interview → crew-plan → crew-dev` 파이프라인을 대체하지 않고, 작은 수정/버그픽스/테스트 실패 수정/명확한 리팩터링을 빠르게 처리하는 direct lane이다.
+
+개발 실행자는 항상 기존 `dev` role 하나만 사용한다. 별도 worker role을 만들지 않는다.
+
+## 역할 분리
+
+- `/task`: 기억과 queue 관리 전용. 실행 옵션을 추가하지 않는다.
+- `/crew-do`: 지금 실행할 작업을 기존 `dev` 에이전트에 direct mode로 위임한다.
+- `/crew-dev`: `plan.md` + `contract.md` 기반 정식 개발 파이프라인을 수행한다.
+
+## 입력 선택
+
+### 인자가 있는 경우
+
+사용자가 `/crew-do "작업 설명"` 형태로 요청하면 인자 내용을 primary task로 사용한다.
+현재 active task가 있으면 해당 task 파일은 보조 context로만 전달한다.
+
+### 인자가 없는 경우
+
+1. `.crew/tasks/`에서 `status: active`인 task를 찾는다.
+2. active task가 정확히 1개이면 해당 task의 title, Context, Files, Criteria를 primary task로 사용한다.
+3. active task가 없으면 사용자에게 실행할 작업을 알려달라고 요청한다.
+4. active task가 여러 개이면 어떤 task를 실행할지 사용자에게 확인한다.
+
+## Direct Mode 적합성 판단
+
+오케스트레이터는 무거운 인터뷰를 시작하지 않고 아래 기준만 빠르게 확인한다.
+
+direct mode로 진행 가능:
+- 버그 수정
+- 테스트/타입/린트 실패 수정
+- 단일 기능의 작은 변경
+- 문구, 스타일, 설정, 문서의 명확한 수정
+- 범위가 명시된 리팩터링
+
+정식 파이프라인 권장:
+- 새 제품 기능 설계
+- DB schema 또는 데이터 마이그레이션
+- 결제, 권한, 보안처럼 실패 비용이 큰 변경
+- 아키텍처 변경
+- 요구사항이 여러 갈래로 열려 있는 작업
+
+사용자가 direct 실행을 명시하면 우선 `dev`에 위임하되, `dev`가 위험하거나 불명확하다고 판단하면 `blocked_on_user`를 반환하게 한다.
+
+## 실행 절차
+
+항상 중앙 `crew-agent-runner` 스킬의 dispatch 절차를 따른다.
+오케스트레이터는 provider별 호출 세부사항을 직접 구현하지 않는다.
+
+## 공통 에이전트 실행 인터페이스
+
+crew-do의 에이전트 실행은 항상 기존 `dev` role 하나만 사용하되, runner 인터페이스는 모든 workflow skill과 동일하게 유지한다.
+
+1. `{ role, taskId, mode, inputs, instruction, successGate, failureHandling }` 형태의 `request-file`을 작성한다.
+2. `node "$CLAUDE_PLUGIN_ROOT/scripts/crew-agent-runner.mjs" prepare --role <role> --request-file <request-file> --json`을 실행한다.
+3. `action == dispatch`이면 prepare가 반환한 command를 실행하고 AgentResult를 처리한다.
+4. `action == agent`이면 prepare가 반환한 `subagent_type`, `model`, `prompt`로 runner 계약의 Claude 경로를 실행하고 AgentResult로 정규화한다.
+
+이 순서를 생략하고 직접 하위 에이전트를 호출하지 않는다.
+
+## crew-do 세부 절차
+
+1. run-id를 생성한다. active task 기반이면 `task-{id}`, 즉석 작업이면 `direct-{YYYYMMDD-HHMMSS}` 형식을 사용한다.
+2. 필요하면 `.crew/runs/{run-id}/request.md`를 작성한다. active task 기반 실행은 task 파일 자체를 입력으로 전달하고, 즉석 작업은 request.md를 사용한다.
+3. 아래 형태의 request-file을 작성한다.
+4. `node "$CLAUDE_PLUGIN_ROOT/scripts/crew-agent-runner.mjs" prepare --role dev --request-file <request-file> --json`을 실행한다.
+5. `action == dispatch`이면 prepare가 반환한 command를 실행하고 AgentResult를 처리한다.
+6. `action == agent`이면 prepare가 반환한 `subagent_type`, `model`, `prompt`로 runner 계약의 Claude 경로를 실행하고 AgentResult로 정규화한다.
+
+이 순서를 생략하고 직접 하위 에이전트를 호출하지 않는다.
+
+## Dev Request
+
+request-file은 항상 기존 `dev` role을 사용하고 `mode: direct`를 명시한다.
+
+```json
+{
+  "role": "dev",
+  "mode": "direct",
+  "taskId": "task-012",
+  "inputs": [
+    {
+      "path": ".crew/tasks/012.md",
+      "content": "<active task file>"
+    },
+    {
+      "path": "request.mode",
+      "content": "direct"
+    },
+    {
+      "path": "request.task",
+      "content": "active task를 수행하라"
+    }
+  ],
+  "instruction": "Direct mode로 수행하라. task 파일의 Context, Files, Criteria를 작업 계약으로 사용한다.",
+  "successGate": [
+    "요청된 작업이 완료되었다",
+    "관련 검증 명령을 실행했다",
+    "변경 파일, 검증 결과, 남은 리스크를 AgentResult artifact에 보고했다"
+  ],
+  "failureHandling": "요구사항이 불명확하거나 범위가 커지면 blocked_on_user를 반환한다. 실행 중 실패가 있으면 수정 후 재검증하고, 계속 진행할 수 없을 때 failed를 반환한다."
+}
+```
+
+즉석 작업이면 `taskId`와 입력만 바뀐다.
+
+```json
+{
+  "role": "dev",
+  "mode": "direct",
+  "taskId": "direct-20260430-153012",
+  "inputs": [
+    {
+      "path": ".crew/runs/direct-20260430-153012/request.md",
+      "content": "<user request>"
+    },
+    {
+      "path": "request.mode",
+      "content": "direct"
+    },
+    {
+      "path": "request.task",
+      "content": "<user request>"
+    }
+  ],
+  "instruction": "Direct mode로 수행하라. 사용자 요청을 작은 작업 계약으로 보고 직접 탐색, 수정, 검증한다.",
+  "successGate": [
+    "요청된 작업이 완료되었다",
+    "관련 검증 명령을 실행했다",
+    "변경 파일, 검증 결과, 남은 리스크를 AgentResult artifact에 보고했다"
+  ],
+  "failureHandling": "요구사항이 불명확하거나 범위가 커지면 blocked_on_user를 반환한다. 실행 중 실패가 있으면 수정 후 재검증하고, 계속 진행할 수 없을 때 failed를 반환한다."
+}
+```
+
+## 결과 처리
+
+`complete`이면 오케스트레이터가 AgentResult artifact를 요약한다.
+
+active task와 연결된 경우:
+- `.crew/tasks/{id}.md`의 `## Log`에 crew-do 실행 결과를 append한다.
+- task 상태는 자동으로 `done` 처리하지 않는다. 사용자가 `/task done`으로 명시적으로 완료한다.
+
+active task가 없는 경우:
+- `.crew/runs/{run-id}/result.md`에 결과를 저장한다.
+
+`blocked_on_user`이면 questions를 사용자에게 전달하고, 답변을 받은 뒤 runner의 followup 절차로 같은 dev 실행에 주입한다.
+
+`needs_agent` 또는 `needs_tool`이면 중앙 runner 계약에 따라 오케스트레이터가 처리한다.
+
+`failed`이면 에러, 변경 여부, 재시도 가능성을 사용자에게 보고한다.
+
+## Direct Mode 가드레일
+
+- 오케스트레이터가 코드를 직접 작성하지 않는다.
+- `dev`는 필요한 탐색, 수정, 검증을 직접 수행한다.
+- 요청 범위를 넘는 리팩터링을 하지 않는다.
+- 의존성 추가, 마이그레이션, 대규모 삭제, commit, push, PR 생성은 사용자 승인 없이 하지 않는다.
+- 검증 가능한 명령을 실행하고, 실행하지 못한 검증은 이유를 보고한다.
+- `plan.md` 또는 `contract.md`가 없다는 이유로 direct mode를 실패 처리하지 않는다.
+- 위험하거나 되돌리기 어려운 변경은 `blocked_on_user`로 중단한다.