/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가 **경량 의도 확인서**(원문·의도 한 문장·용도/독자/결정·분기 질문 2개 이내)와 핵심 메시지·압축 목차만 설계, reviewer 모드1은 "핵심 쟁점·제언이 명확하고 근거가 확보 가능한가"만 빠르게 점검, 사용자 목차 승인 1회. **개정 라운드 없음** — 지적은 designer 재스폰 대신 리더가 집필 프롬프트에 직접 하달 | | 조사 | 전면 조사(통계·문헌·해외·국내), 3~4분할 병렬 | 핵심 근거만 표적 조사(제언을 떠받칠 최소 근거 + 출처). **2분할 병렬 + 분할당 도구 호출 20회·출처 10건 상한** | | 집필 | 장 배치 **병렬** 스폰 후 리더가 문체 통일 | 단일 스폰(분할 이득 없음) | | 검수 | 5축 정식 검수, **축 분할 병렬** | 핵심 3축(논리·근거/출처·정책타당성) 압축 검수, [필수]만. **writer 수정 루프 없음** — 리더가 직접 Edit로 반영 | | 참고문헌 | 정식 일괄 정리 | 핵심 출처만 간결 정리(본문 인용 1:1 유지) |

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

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

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

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

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

| 단계 | 에이전트 | 기본 모델 | 근거 | |------|----------|-----------|------| | 설계·집필·검수 | designer / writer / reviewer | `inherit` (세션 모델) | 품질 결정 단계 — 기본값을 낮추지 않는다 | | 근거조사 | investigator | `sonnet` | 검색·수집 중심(I/O 병목). 출처는 뒤의 검수 게이트가 재검증 | | hwpx 변환 | hwpx-exporter | `inherit` (세션 모델) | 절차화된 변환 + 정량 검증 스위트. 시범에서 sonnet은 표 1:1·본문 유사도 1.0000이었고 세션 모델이 그 이상이면 그대로 쓴다. haiku는 시범에서 본문 약 45%를 잃고도 무손실이라 보고해 기본값에서 뺐다(docs/model-guide.md) |

**스폰 시 모델을 명시하지 않는다** — 에이전트 정의의 티어 기본값이 적용되도록 둔다. 스폰 프롬프트에 `model`을 적으면 에이전트 정의를 덮어써 티어가 무력화된다. 품질 우선일 때만 의도적으로 상위 모델을 명시해 되돌린다(예: 근거 판별이 까다로운 주제의 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 | 브리프 4~8p | > |---|---:|---:| > | 설계+게이트 | 8분 | 4분 | > | 조사 | 12분 | 6분 | > | 집필 | 15분 | 7분 | > | 검수+수정 | 12분 | 3분 | > | 변환 | 5분 | 3분 | > | **합계** | **52분** | **23분** | > > **이 예산은 분할 병렬을 전제한다** — 조사 2~4분할, 표준 집필 장 배치 병렬, 표준 검수 축 분할. 순차로 돌리면 2~3배가 되므로, 예산 초과의 첫 원인은 대개 병렬화를 안 한 것이다. 래더 2단계(다운시프트)로 넘어가기 전에 1단계(분할·병렬화)를 실제로 적용했는지 먼저 확인하라.

1. **분할·병렬화** — 남은 조사를 분할 병렬로, 남은 집필을 장 배치로 (가장 값싼 수단이므로 먼저 쓴다) > **무손실은 아니다.** 설계 개정과 조사를 동시에 돌리면 **조사→설계 피드백 경로가 끊긴다** — 조사가 설계 전제를 반증해도 개정본은 그것을 모른 채 확정된다(실측 3건: 규제 전제 반증·해외 총평 무효화·수치 오독 위험). 병렬로 돌렸다면 **리더가 반증을 회수해 다음 단계 계약에 직접 실을 책임**을 진다. 판단 기준은 "목차·장 배정이 바뀌는가" — 바뀌면 재개정, 서술 정교화 수준이면 집필 계약으로 하달한다. > **집필을 병렬로 나누면 집필가끼리 서로를 못 읽는다.** 서식 계약(계층·글머리·캡션 위치·강조)과 용어 통일 목록을 **모든 프롬프트에 같은 문면으로** 넣어라. 표·그림 번호는 설계가 장별로 배정해 두고 그대로 쓰게 한다(번호 충돌은 병렬 집필의 대표적 사고 지점이다). 2. **모델 다운시프트** — writer를 sonnet으로 (reviewer 제외). 조사는 sonnet, 변환은 세션 모델을 유지하며 둘 다 haiku로 낮추지 않는다(시범에서 haiku 집필·변환 모두 실패 — docs/model-guide.md) 3. **루프 축소** — 남은 수정 루프를 1회로 4. **범위 협상 (사용자 게이트)** — 완료 산출물 경로·경과·남은 작업을 보고하고 선택지를 제시한다: 그대로 계속 / 쾌속 전환 / 브리프 전환 / 마크다운까지만(hwpx 보류). 무응답·자율 실행 상황이면 "쾌속 전환"을 기본값으로 진행하고 가정을 `_run_log.md`에 기록.

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

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

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

• exporter(세션 모델)가 자체 검증 스위트(표 행수 대조·왕복 대조)에 실패하거나 지정 양식 매핑이 혼란스러우면 → 같은 모델로 1회 재스폰, 재실패 시 리더가 원인을 보고하고 마크다운 산출물을 유지한다.
• 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` |