/rnd-policy-research-orchestrator

name: rnd-policy-research-orchestrator
description: "실제 정책연구를 수행하고 정책연구보고서를 작성하는 에이전트 팀 오케스트레이터. 연구주제·메모·기존자료를 받아 연구설계→설계검토 게이트→근거조사→집필→초안검수→한글 hwpx 변환까지 5인 팀(policy-research-designer, policy-research-investigator, policy-report-writer, policy-report-reviewer, hwpx-exporter)을 조율한다. OmO식 2단계 검증(집필 전 설계 게이트 + 집필 후 초안검수)이 핵심. 표준 보고서(50p+)와 단형 정책브리프(4~8p) 두 산출 모드를 지원한다. '정책연구', '정책연구보고서', '정책분석', '정책과제', '정책연구과제', '현안분석', '정책대안 연구', '정책 보고서 작성', '정책브리프', '이슈페이퍼', '단형 정책보고서', 'R&D Brief', '정책 이슈 브리프', '요약 브리프' 요청 시 반드시 사용. 후속 작업: 정책연구 수정, 부분 재실행, 업데이트, 보완, 다시 작성, 특정 장만 다시, 설계 다시, 목차 검토·승인, 분량 늘리기·줄이기, 브리프로 압축, 참고문헌 정리·출처 검증, 검수 다시, 근거 보강, 기존 보고서 초안·자료 기반 작성/개정, hwpx만 다시 생성, 이전 결과 기반 개선 요청 시에도 반드시 이 스킬을 사용. ※ 정부 R&D '제안서/연구개발계획서' 작성은 이 스킬이 아니라 rnd-proposal-orchestrator를 사용."

정책연구 오케스트레이터

실제 정책연구를 5인 에이전트 팀으로 수행해 정책연구보고서(.hwpx)를 산출한다. OmO(oh-my-openagent)의 핵심 패턴인 **2단계 검증 게이트**(집필 전 설계 검토 + 집필 후 초안 검수)를 이식했다.

실행 모드: 에이전트 팀

산출물 모드 — 표준 보고서 vs 단형 브리프

같은 5인 팀·같은 2단계 게이트를 쓰되, 산출물 규모에 따라 **두 모드**로 매개변수만 달리한다. Phase 1에서 사용자 요청·분량 단서로 모드를 판별한다.

| 구분 | 표준 보고서 모드 (기본) | 단형 브리프 모드 | |------|------------------------|------------------| | 트리거 | "정책연구보고서", 분량 명시 없음·"자세히" | "브리프", "이슈페이퍼", "R&D Brief", "단형", "요약", "4~8쪽", "짧게" | | 분량 | 본문 최소 50p | 본문 4~8p (사용자 지정 우선) | | 목차 | 서론→이론→해외→국내→대안→로드맵→제언→참고문헌(8장) | **압축 목차**: ① 배경·문제제기 → ② 핵심 현황·쟁점 진단 → ③ 핵심 근거(해외·국내 요점만) → ④ 정책제언(우선순위 3~5) → (요약 박스·참고문헌) | | 설계 게이트 | 정식(reviewer 모드1 + 사용자 목차 승인) | **경량 게이트**: designer가 핵심 메시지·압축 목차만 설계, reviewer 모드1은 "핵심 쟁점·제언이 명확하고 근거가 확보 가능한가"만 빠르게 점검, 사용자 목차 승인 1회 | | 조사 | 전면 조사(통계·문헌·해외·국내) | 핵심 근거만 표적 조사(제언을 떠받칠 최소 근거 + 출처) | | 검수 | 5축 정식 검수 | 핵심 3축(논리·근거/출처·정책타당성) 압축 검수 | | 참고문헌 | 정식 일괄 정리 | 핵심 출처만 간결 정리(본문 인용 1:1 유지) |

**핵심 원칙(공통):** 브리프 모드도 "근거 없는 주장 금지·출처 병기·제언은 실행 수준"은 그대로 지킨다. 짧다고 근거를 빼지 않는다 — 분량만 줄이고 밀도는 유지한다. 브리프는 결정자가 5분 안에 핵심과 제언을 잡도록 **두괄식·요약 박스 우선**으로 쓴다.

아래 워크플로우는 표준 모드 기준이며, 브리프 모드는 위 표대로 각 Phase의 분량·목차·게이트·검수 축을 경량화해 적용한다(에이전트 프롬프트에 "브리프 모드: 본문 N쪽, 압축 목차" 명시).

실행 프로파일 — 표준 vs 쾌속 (성능 폴백 장치)

산출물 모드(무엇을 낼 것인가)와 별개로 **실행 프로파일(얼마나 빨리 갈 것인가)**을 정한다. 무거운 세션 모델(opus급)로 전 단계를 돌리면 표준 보고서 한 편에 수 시간이 걸릴 수 있다. 이를 다루는 장치가 네 겹이다: ①단계별 모델 티어(상시 기본값) ②쾌속 프로파일(요청 시) ③지연 폴백 래더(런타임 감지) ④실패 시 업시프트(품질 역방향).

① 단계별 모델 티어 (상시 기본값)

| 단계 | 에이전트 | 기본 모델 | 근거 | |------|----------|-----------|------| | 설계·집필·검수 | designer / writer / reviewer | `inherit` (세션 모델) | 품질 결정 단계 — 기본값을 낮추지 않는다 | | 근거조사 | investigator | `sonnet` | 검색·수집 중심(I/O 병목). 출처는 뒤의 검수 게이트가 재검증 | | hwpx 변환 | hwpx-exporter | `haiku` | 절차화된 기계적 변환 + 자체 정량 검증 스위트 보유 |

품질 우선이면 스폰 시 상위 모델을 명시해 되돌린다(예: 근거 판별이 까다로운 주제의 investigator). **reviewer는 어떤 프로파일·래더 단계에서도 모델을 낮추지 않는다** — 검증 게이트가 이 킷의 존재 이유다.

② 쾌속 프로파일

트리거: 사용자의 속도 단서("빨리", "쾌속", "시간 없어", "오늘까지" 등) 또는 폴백 래더 4단계에서 사용자가 선택. 산출물 규모와 게이트 구조는 유지하고 **실행 방식만** 경량화한다:

• **조사 분할 병렬** — 국내 통계·현황 / 해외 사례 / 문헌·법제도 등 2~4분할로 동시 스폰, `03_evidence_domestic.md`·`03_evidence_intl.md` 식으로 분할 저장.
• **집필 장 배치 분할** — 목차를 2~3배치로 나눠 순차 스폰, 배치마다 `04`에 이어붙여 체크포인트 확보(중단 시 완료 배치 보존).
• **수정 루프 축소** — 게이트별 최대 2회 → 1회. 미해결은 잔여 리스크로 기록.
• **writer 한 단계 하향 허용** — opus 세션이면 sonnet 스폰 가능(사용자에게 고지). reviewer는 유지.
• **출처 검증 표본화** — 핵심 수치·핵심 주장의 출처는 여전히 **전수** 확인, 주변부 서술의 출처만 표본 확인. 열어보지 못한 출처는 `05`에 목록으로 명시한다(숨기지 않는다).

③ 지연 폴백 래더 (런타임)

Phase 1에서 `_workspace/_run_log.md`에 프로파일·산출물 모드·시작 시각을 기록하고, **각 Phase 종료 시와 단계 내 다중 스폰 사이**에 현재 시각(`date`)을 한 줄씩 덧붙인다. 어느 단계의 경과가 안내 예산의 2배를 넘거나 누적 경과가 예산 합을 넘으면, **남은 단계**에 아래를 순서대로 적용한다:

> 안내 예산(표준 50p 기준, 환경 속도에 따라 배율 조정): 설계+게이트 20분 / 조사 40분 / 집필 60분 / 검수+수정 40분 / 변환 20분. 브리프 모드는 절반.

1. **분할·병렬화** — 남은 조사를 분할 병렬로, 남은 집필을 장 배치로 (품질 무손실 수단 우선) 2. **모델 다운시프트** — 남은 조사 잔여분·변환을 haiku로, writer를 sonnet으로 (reviewer 제외) 3. **루프 축소** — 남은 수정 루프를 1회로 4. **범위 협상 (사용자 게이트)** — 완료 산출물 경로·경과·남은 작업을 보고하고 선택지를 제시한다: 그대로 계속 / 쾌속 전환 / 브리프 전환 / 마크다운까지만(hwpx 보류). 무응답·자율 실행 상황이면 "쾌속 전환"을 기본값으로 진행하고 가정을 `_run_log.md`에 기록.

1~3단계는 리더 재량으로 즉시 적용하되 최종 보고에 적용 내역을 명시한다. 4단계는 산출물이 달라지므로 사용자 확인을 거친다. 산출물 파일 계약(`01`~`06`) 덕분에 어느 단계에서 멈춰도 완료분은 보존된다 — 래더는 "다시 시작"이 아니라 "남은 것만 가볍게"다.

실패 시 업시프트 (다운시프트의 역방향)

하위 모델 단계가 실패하면 한 단계 위 모델로 **1회** 재스폰한다:

• exporter(haiku)가 자체 검증 스위트(표 행수 대조·왕복 대조) 실패 또는 지정 양식 매핑 혼란 → sonnet 재스폰 → 재실패 시 inherit + 리더 보고.
• investigator(sonnet)가 출처 신뢰도 판별 불가 항목을 만나면 → 해당 항목만 상위 모델로 재조사하거나 [미확보]로 남겨 reviewer 검증에 위임.

업시프트도 `_run_log.md`에 기록한다.

에이전트 구성

| 팀원 | 타입 | 역할 | 스킬 | 출력 | |------|------|------|------|------| | policy-research-designer | policy-research-designer | 의도분석 + RQ·분석틀·목차·연구방법 설계 | policy-research-design | `01_research_design.md` | | policy-report-reviewer | policy-report-reviewer | (모드1) 설계 게이트 / (모드2) 초안 검수 | policy-report-review | `02_design_review.md`, `05_draft_review.md` | | policy-research-investigator | policy-research-investigator | 통계·문헌·국내외사례·정책배경 조사, 출처 병기 | policy-research | `03_evidence.md` | | policy-report-writer | policy-report-writer | 본문 집필 (서론→이론적 배경→해외 동향→국내 현황→정책 대안→제언) + 참고문헌 정리 | policy-report-writing | `04_report_draft.md` | | hwpx-exporter | hwpx-exporter | 한글 hwpx 변환 (공용 재사용) | rnd-hwpx-export | `06_report.hwpx` |

팀원 모델은 단계별 티어 기본값을 따른다 — designer·writer·reviewer `inherit`, investigator `sonnet`, hwpx-exporter `haiku`(위 "실행 프로파일" 절). 품질 우선 시 스폰에서 상위 모델로 올린다. 검토관(reviewer)은 파이프라인에서 **두 번** 등판한다(설계 후·초안 후).

워크플로우

Phase 0: 컨텍스트 확인 (후속 작업 지원)

작업 디렉토리의 `_workspace/` 존재 여부로 실행 모드를 결정한다:

• **`_workspace/` 미존재** → 초기 실행. Phase 1로.
• **`_workspace/` 존재 + 부분 수정 요청** (예: "설계 다시", "5장만 다시", "근거 보강", "검수 다시", "hwpx만 재생성") → 부분 재실행. 해당 에이전트만 재호출하고 그 산출물만 갱신한다. 의존 산출물(설계 변경 시 → 조사·집필·검수도 영향)을 함께 갱신할지 판단한다.
• **`_workspace/` 존재 + 새 주제/새 입력 제공** → 새 실행. 기존 `_workspace/`를 `_workspace_{YYYYMMDD_HHMMSS}/`로 이동 후 Phase 1로.

부분 재실행 시 이전 산출물 경로를 해당 에이전트 프롬프트에 포함해, 기존 결과를 읽고 피드백을 반영하도록 지시한다.

Phase 1: 준비 (입력 수집 + 자료 라우팅)

1. 사용자 입력 분석 — 연구 주제, 정책 맥락, 메모, **기존 보고서 초안·관련 자료·통계·논문**, 산출물 수준·분량(기본 **최소 50p**), 출력 경로, 지정 양식 유무, **속도 단서**("빨리"·마감 임박 → 쾌속 프로파일)를 파악한다. 2. `_workspace/` 생성 (새 실행이면 기존 것을 타임스탬프 디렉토리로 이동 후 재생성). 3. **입력 자료 저장 + 인덱싱** — 사용자가 준 모든