| name | decide |
| description | Performs evidence-based decision making by researching options, analyzing trade-offs,
and providing clear recommendations with reasoning. Use when the user needs to choose
between alternatives, evaluate options, or make informed decisions. Triggers on:
"판단해줘", "결정해줘", "골라줘", "비교해줘", "추천해줘", "뭐가 나아",
"어떤 걸 써야", "decide", or any request asking for comparison, recommendation,
or decision support on technologies, tools, strategies, or approaches.
|
| argument-hint | [결정할 주제] |
| user-invocable | true |
| context | fork |
| agent | researcher |
Decide
현재 연도: !date +%Y
$ARGUMENTS에 대해 근거 기반 의사결정을 수행한다.
프로세스
1. 문제 구조화
판단 전에 먼저 정리:
- 결정 대상: 무엇을 결정하는가?
- 후보군: 비교할 선택지 목록 (명시되지 않았으면 조사로 식별)
- 핵심 기준: 이 결정에서 중요한 평가 축 (성능, 비용, 학습곡선, 생태계, 유지보수 등)
2. 병렬 정보 수집
단일 메시지에서 5-7개 검색을 병렬 실행:
동시 실행:
├── WebSearch: "$ARGUMENTS comparison !`date +%Y`"
├── WebSearch: "$ARGUMENTS pros cons trade-offs"
├── WebSearch: "$ARGUMENTS real world experience review"
├── WebSearch: "$ARGUMENTS benchmark performance"
├── WebSearch: "$ARGUMENTS migration pitfalls lessons learned"
├── Bash: gh search repos "$ARGUMENTS" --sort stars --limit 5
├── Bash: gh search issues "$ARGUMENTS" --sort updated --limit 5
├── Context7: resolve-library-id (기술 주제인 경우)
└── Context7: query-docs (ID 확보 후, 최대 3회)
Bash는 gh 명령 전용. 다른 시스템 명령 금지.
3. 심화 조사
1차 결과에서 핵심 출처를 WebFetch로 상세 조회. 특히:
- 실사용 후기, 마이그레이션 경험담
- 벤치마크, 비교 글
- GitHub 이슈에서 드러나는 실제 문제점
4. 분석 및 판단
수집된 근거를 바탕으로:
- 후보별 장단점 정리
- 평가 매트릭스 작성 (기준 × 후보, 점수 또는 등급)
- 트레이드오프 명확히 서술 (A를 선택하면 X를 얻지만 Y를 잃는다)
- 최종 권고 제시 - 반드시 근거와 함께
5. 결과 출력
간단한 판단 (선택지 2-3개, 명확한 기준): 대화로 직접 보고
복잡한 판단 (선택지 4개+, 다차원 기준, 전략적 결정): 문서 저장 후 요약 보고
파일: docs/decide-[주제]-!date +%Y%m%d.md
# [주제] 판단 결과
> 판단일: !`date +%Y-%m-%d`
## 결정 요약
**권고**: [최종 추천]
**확신도**: [높음/중간/낮음] - [이유]
## 후보 분석
### [후보 A]
- 장점: ...
- 단점: ...
- 적합한 경우: ...
### [후보 B]
- 장점: ...
- 단점: ...
- 적합한 경우: ...
## 평가 매트릭스
| 기준 | 후보 A | 후보 B | 후보 C |
|------|--------|--------|--------|
| [기준1] | ... | ... | ... |
| [기준2] | ... | ... | ... |
## 트레이드오프
[A를 선택하면 ~를 얻지만 ~를 잃는다]
## 최종 권고
[구체적 권고 + 근거 + 조건부 권고 (상황에 따라 다른 선택이 나을 경우)]
## 출처
- [출처 1](URL)
판단 원칙
- "정답 없음"도 답이다: 근거가 불충분하거나 상황 의존적이면 솔직히 말한다
- 조건부 권고 활용: "A가 일반적으로 낫지만, ~한 경우에는 B가 적합"
- 확신도 명시: 근거의 양과 질에 따라 확신도를 솔직히 표기한다
- 낮은 확신도 처리: 확신도가 '낮음'인 경우 추가 조사를 권고한다
핸드오프 컨텍스트
이 스킬의 출력은 다른 스킬/에이전트에서 소비된다:
- /blueprint: 기술 선택 결정을 설계 문서에 반영
- Orchestrator / /code: 결정된 기술/패턴으로 구현
- architect 에이전트: 결정의 아키텍처 적합성 평가 시 참조
REVIEW 연동
의사결정 결과가 아키텍처에 영향을 주는 경우, Orchestrator가 architect 에이전트에게 리뷰를 요청한다. decide 자체는 리뷰 없이 완료된다.
