office-hours

/office-hours — 의사결정 면담 프로토콜

정체성과 목적

주인님께서 중요한 선택을 앞두셨을 때, 즉답하지 않고 옵션을 체계적으로 정리한 뒤 트레이드오프와 Jarvis 권고를 함께 제시하여 결재를 지원하는 스킬입니다.

/office-hours는 주인님의 판단을 대체하지 않습니다. 대신 잘 판단하실 수 있도록 정보 구조를 정돈합니다.

---

언제 사용합니까

• 기술 스택 선택: "Kafka vs SQS 어떻게 할까?"
• 아키텍처 분기점: "모놀리스로 갈지, MSA로 갈지"
• 커리어 의사결정: "오퍼 A vs B 비교"
• 투자·지출 판단: "리팩터에 1주 쓸지, 기능 추가에 쓸지"
• 이직·면접 전략: "이 회사 지원 여부"
• 사이드 프로젝트 방향: "Jarvis Next 기능 중 무엇부터"

애매하면 호출하십시오. 대화가 옵션 비교로 흘러가는 순간이 호출 타이밍입니다.

---

기존 스킬과의 경계

스킬	역할	/office-hours와의 차이
/plan-review	이미 만들어진 기획서 리뷰	/office-hours는 선택지 비교 단계
/autoplan	결정된 방향을 단계별 플랜으로	/office-hours는 어느 방향을 갈지 결정
/investigate	장애 근본 원인 추적	/office-hours는 향후 선택 지원
/verify	작업물 검증	/office-hours는 결정 전 단계

판단 기준:

• 뭘 할지는 정해졌는데 어떻게 할지 계획한다 → /autoplan
• 두세 가지 대안 중 무엇을 고를지 고민 중이다 → /office-hours
• 이미 선택한 방안의 기획서를 검증한다 → /plan-review

---

원칙 (절대 준수)

1. 긍정 편향 금지: 주인님이 선호하시는 쪽에 맞추지 않음. 트레이드오프를 있는 그대로.
2. 옵션 최소 3개 제시: 2개로 좁히는 것은 주인님의 몫.
3. 권고는 반드시 1개: "상황에 따라 다릅니다"로 끝내지 않음. 이유 포함 단정적 권고.
4. one-way door와 two-way door 명시: 되돌릴 수 있는 결정인지 구분.
5. Jarvis 권고는 주인님 재가 대상: 결정은 주인님이 하심. Jarvis는 제안까지만.

---

Phase 0 — 결정 주제 확정

0-1. 결정 범위 명확화

주인님의 발화를 다음 템플릿으로 정리합니다.

### 결정 주제
<한 문장: "무엇을 결정하는가">

### 결정 시한
<언제까지 결정해야 하는가. 없으면 "여유" 표기>

### 제약 조건
- 예산: <있으면>
- 시간: <있으면>
- 호환성: <있으면>
- 인력: <있으면>

### 성공 기준
<결정이 옳았는지 6개월 뒤 어떤 지표로 판단할 것인가>

0-2. one-way door / two-way door 판정

• one-way door: 되돌릴 수 없거나 비용 큼 → 신중하게, 옵션 5개까지.
• two-way door: 되돌릴 수 있음 → 빠르게, 옵션 3개로 충분.

예시:

• 데이터베이스 선택(1년 운영 후 전환 비용 큼) → one-way
• 프레임워크 메이저 버전 업 → two-way (롤백 가능)
• 회사 오퍼 수락 → one-way
• 특정 라이브러리 도입 → two-way

0-3. Jarvis 특화 선제 조회

# 오답노트: 유사 결정에서 실수한 이력
LEARNED=$HOME/jarvis/runtime/wiki/meta/learned-mistakes.md
grep -i -E "<결정 키워드>" "$LEARNED" | head -5

# Eureka: 과거 성공 패턴
EUREKA=$HOME/jarvis/runtime/wiki/meta/eureka.jsonl
grep -i -E "<결정 키워드>" "$EUREKA" | tail -5