Menu
규모가 큰 작업을 플랜 → 페이즈별 병렬 실행 → 자기 리뷰 → 요약 설명까지 체계적으로 진행한다. 마일스톤이 3개 이상이거나 파일 변경이 10개 이상 예상될 때 사용.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | big-task |
| description | 규모가 큰 작업을 플랜 → 페이즈별 병렬 실행 → 자기 리뷰 → 요약 설명까지 체계적으로 진행한다. 마일스톤이 3개 이상이거나 파일 변경이 10개 이상 예상될 때 사용. |
| argument-hint | <task description> |
| user_invocable | true |
메인 세션은 기본값(sonnet)을 유지하고, 서브에이전트 호출 시 아래 티어를 명시적으로 오버라이드한다.
| 용도 | 모델 | 호출 방법 |
|---|---|---|
| 코드/문서 탐색, grep, 파일 읽기 | haiku | Agent 호출 시 model: "haiku" 명시 (Explore 포함) |
| 플랜 작성, 아키텍처 결정, 트레이드오프 | opus | Plan 서브에이전트를 model: "opus" 로 호출 |
| 구현, 리팩터, 테스트 작성 | sonnet | 메인 세션 기본값 그대로 (별도 지정 불필요) |
| 막혔을 때 2차 진단/구현 | opus | codex:codex-rescue 를 model: "opus" 로 호출 |
플랜 출력 제약: plan length ≤ 40 lines, bullet form only, no risk inventory unless explicitly asked. Opus가 플랜을 과도하게 부풀리지 않도록 Plan 호출 프롬프트에 포함한다.
model: "haiku")로 관련 코드/문서를 병렬 조사plans/harnesses/sidecar-safety-harness-plan.md를 먼저 읽는다Plan 서브에이전트(model: "opus")로 마일스톤 구조화 후 EnterPlanMode
각 마일스톤에 대해:
npx tsc --noEmit (typecheck)npm run lint (lint)codex:codex-rescue 를 model: "opus" 로 호출해 2차 진단 위임/self-review 스킬의 체크리스트 수행
/doc-sync 스킬 수행
/doc-sync 결과에 따라 companion check를 붙인다
/ui-audit/design-sync/pipeline-checknpm run automation:check| 상황 | 사용 스킬 |
|---|---|
| 코드 탐색 필요 | Explore 에이전트 (병렬) |
| 외부 API/프레임워크 문법 확인 | WebSearch → WebFetch |
| CSS/컴포넌트 변경 포함 | Phase Final에서 /ui-audit |
| design token/category/CSS 변경 포함 | Phase Final에서 /design-sync |
| route 추가/변경 포함 | Phase Final에서 /doc-sync |
| pipeline/worker/data path 변경 포함 | Phase Final에서 /pipeline-check |
| automation 문서/프롬프트 변경 포함 | npm run automation:check |
| 마일스톤이 독립적 | Agent 도구로 병렬 실행 |
| 마일스톤이 의존적 | 순차 실행, 이전 결과 전달 |
## Big Task Plan: {task name}
### Change classes
- route/surface
- automation/prompt
### M1 — {title} [독립]
- 변경: file1.ts, file2.tsx
- 검증: typecheck + unit test
### M2 — {title} [M1 의존]
- 변경: file3.ts
- 검증: typecheck + lint
### M3 — {title} [독립, M1과 병렬 가능]
- 변경: file4.css
- 검증: ui-audit + design-sync
예상 변경: N파일, 약 M줄
## 변경 요약 (쉬운 설명)
**무엇이 바뀌었나**: ...
**왜 바꿨나**: ...
**어떻게 확인하나**: ...
## Doc Sync Summary
- change classes: ...
- missing docs: none | ...
- companion checks run: ...
## 기술 변경 상세
| 마일스톤 | 상태 | 변경 파일 |
|---------|------|----------|
| M1 ... | ✅ | 3파일 |
| M2 ... | ✅ | 2파일 |
Telegram 대화 히스토리를 Obsidian에서 조회·수동 공고화·히스토리 초기화하는 스킬.
프로젝트 독립적 문서 관리 프레임워크 — 정본 1곳 원칙, change-class 기반 자동 갱신, 상태 자동 정리를 다른 프로젝트에 이식할 때 사용
Run the full pipeline (fetch → ingest → sync) and verify data reaches the UI via Playwright tests.
세션 회고 — 성공 패턴·실패 우회·반복 수작업·사용자 교정을 스킬/피드백/자동화로 자동 추출
git diff 기반으로 VibeHub의 ref/status/automation 문서 drift를 change class 단위로 점검하고, 어떤 문서를 어느 섹션까지 봐야 하는지 좁혀준다.
Playwright로 admin/public 페이지의 overflow, 가독성, 반응성, 토큰 준수를 한번에 검증한다. 프론트엔드 CSS/컴포넌트 변경 후 사용.