メニュー
연구개발계획서 작성, 제안서 본문 쓰기, 계획서 목차대로 채우기, 스토리라인 잡기, 필요성·목표·추진전략·기대효과·사업화 작성 요청에 사용합니다. '계획서 써줘', '제안서 1장 작성해줘', '스토리라인 잡아줘', '기대효과 부분 채워줘', '계획서 이어서 써줘' 같은 요청에 대응합니다. 단, 공고 분석·적합도 판정은 /rfp, 발표자료는 /deck을 사용합니다.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/fivetaku/research-lab --skill research-proposalコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
| name | research-proposal |
| description | 연구개발계획서 작성, 제안서 본문 쓰기, 계획서 목차대로 채우기, 스토리라인 잡기, 필요성·목표·추진전략·기대효과·사업화 작성 요청에 사용합니다. '계획서 써줘', '제안서 1장 작성해줘', '스토리라인 잡아줘', '기대효과 부분 채워줘', '계획서 이어서 써줘' 같은 요청에 대응합니다. 단, 공고 분석·적합도 판정은 /rfp, 발표자료는 /deck을 사용합니다. |
Codex-compatible mirror of proposal.md from the research archetype.
한 번에 다 쓰지 않는다. 5개 장은 의존 관계가 있어서 앞이 흔들리면 뒤를 전부 다시 써야 한다.
파이프라인 정본:
frameworks/rnd-proposal-pipeline.md(P4~P5) 선행 조건:/rfp fit으로 공고가 확정되고,/insane-research·/lit으로 P2 리서치가 끝나 있어야 한다.
/proposal story # P4 — 스토리라인 (계획서 전에 반드시)
/proposal A # Phase A — 1장(1-1~1-3) + 2-1 최종목표
/proposal B # Phase B — 2-2~2-3 + 3장(3-1~3-5) + 예산·KPI
/proposal C # Phase C — 4장(4-1~4-3) + 5장(5-1~5-5) + 6~8장
/proposal merge # 병합 + 정합성 대조
/proposal check # 게이트 점검만
⚠️ 목차는 공고 양식이 정본이다. 아래 구조는 2026 에너지수요관리사업 양식(실측)이며 사업마다 다르다. 붙임의 「신청용 연구개발계획서」를 먼저 열어 목차를 확인한다.
서식 규격(해당 양식): 본문 돋움체 12pt · 표 돋움 8pt · A4 · '1. 필요성'부터 쪽번호 · 요약문 5쪽 이내 · 추진체계도 1페이지 · 파란 글씨 주석과 작성요령 표는 삭제 후 제출
/proposal story — 먼저 한 줄을 만든다계획서 전체를 관통할 문장 하나와 3단 논리.
| 축 | 질문 | 재료 |
|---|---|---|
| 왜 지금인가 | 지금 안 하면 무엇을 잃는가 | P2 트렌드·정책 |
| 왜 우리인가 | 왜 우리가 유리한가 | 70-kb/our-assets/ + 적합도 매트릭스 '보유' |
| 왜 이 방법인가 | 왜 대안보다 나은가 | P2 선행·경쟁, P3 아이템 |
산출: 30-analysis/rfp/{공고명}/story.md
게이트: "○○ 문제를 △△ 방법으로 풀어 □□를 달성한다" 한 문장이 나오는가. 안 나오면 계획서를 시작하지 않는다 — 아직 과제가 정리되지 않은 것이다.
| 절 | 쓸 것 | 재료 | 주의 |
|---|---|---|---|
| 1-1 개발 대상 기술·제품의 개요 | 과제를 3~5문단으로. P4 한 문장이 첫 문단 | story.md, ideas.md | 기술 나열 금지. 문제 → 접근 → 결과 순서 |
| 1-2 국내·외 기술과 시장 현황 | 국내/국외를 나눠 현재 수준과 격차 | P2 리서치(유형①만) | 모든 수치에 출처·연도·등급 |
| 1-3 관련 지식재산권·표준화 및 인증기준 현황 | 특허 지형, 관련 표준·인증 | P2 규제·표준 | ⚠️ "사회문제 해결방안"이 아니다. IP·표준 현황이다 |
| 2-1 최종목표 | 정량 목표를 표로 | P1 요건 정량지표 | 공고 지표와 숫자까지 일치. 측정 방법 필수 |
요약문(별도, 5쪽 이내): 연구개발 목표 500자 내외, 연구개발 내용 1,000자 내외, 성과 활용계획·기대효과 500자 내외. 표지에 TRL 9단계 선택, 산업기술분류·국가과학기술표준분류 3순위(비중 합 100) 기재.
2-1 목표 표 형식 | 목표 항목 | 목표값 | 측정 방법 | 근거(현재 수준) |
⚠️ 각 Phase 문서에 상위 장 헤딩(
## N. 장 제목)을 반드시 넣는다. 절 헤딩(### N-1.)만 쓰면 merge 시 장 구조가 사라진다 (2026-08-03 실측 결함).
A 게이트
- 1-2의 모든 수치에 출처·등급이 붙었다
- 모든 주장에 유형(①~⑤)이 판별됐고 유형별 요구 근거가 붙었다
- 2-1 목표 판정 — 과제 유형별로 분기한다 (2026-08-03 개정) · 기술개발형 (RFP에 성능지표 있음) → 공고 지표와 숫자까지 일치 · 정책연구형 (성능지표 없음) → 산출물 단위 목표 + 달성 판정 기준 존재 ※ 정책연구에 "공고 지표와 일치"를 요구하면 게이트가 무의미해진다
- 2-1의 모든 목표에 측정 방법이 있다
사람 확인 후 Phase B로. 목표가 바뀌면 B·C를 전부 다시 쓴다.
산출: 40-reports/rfp/{공고명}/proposal-A.md
| 절 | 쓸 것 | 주의 |
|---|---|---|
| 2-2 연차별 개발목표 및 개발내용 | 2-1을 연차로 분해 + 과업 전개 | 각 연차 목표의 합이 최종목표. 모든 과업이 2-1에 연결 |
| 2-3 수행일정 및 주요결과물 | 간트 + 결과물 목록 | 결과물은 측정 가능한 명사 |
| 3-1 기술개발 추진방법·전략 | P4 "왜 이 방법인가" | 대안 검토 후 선택 사유를 쓴다 |
| 3-2 기술개발 추진체계 | 기관·역할 분담도 | 1페이지. 담당 내용이 2-2·3-3과 일치해야 함 |
| 3-3 기술개발팀 편성도 | 참여연구자 편성 | 연구책임자 포함 |
| 3-4 일자리 창출 계획·방법 | 고용 계획 | ⚠️ 제 원안에 없던 필수 절 |
| 3-5 실증설비 구축·운영방안 (실증형만) | 해당 없으면 미작성 |
공고에 총 사업비와 연구비 한도가 명시돼 있으면 예산 계획은 선택이 아니라 필수 서식이다. 없으면 서식 미비로 탈락한다.
세부 계상 기준(간접비 비율·연구수당 한도·장비비 제한)은 공고 붙임의 사업비 산정 기준표에 적혀 있다. 추론하지 말고 그 문서를 읽는다.
| 항목 | 산정 근거 | 주의 |
|---|---|---|
| 인건비 | 참여연구원 × 참여율 × 기간 | 참여율 합이 100% 초과 불가 |
| 연구시설·장비비 | 신규 구입 / 기존 활용 구분 | 한도·사전승인 요건 확인 |
| 연구재료비 | 2-3 과업에서 역산 | |
| 위탁연구개발비 | 컨소시엄 분담 | 총액 대비 한도 있음 |
| 간접비 | 기준표의 요율 적용 | 기관 유형별로 다름 |
| 연차별 배분 | 2-2 단계별 목표와 정합 | |
| 기관별 배분 | 3-2 추진체계와 정합 | 민간부담금 비율 확인 |
예산 게이트 4개
- 총액이 공고 한도 이내다
- 항목별 비율이 사업비 산정 기준표 이내다
- 2-3의 모든 과업에 예산이 붙어 있다 ← 과업은 있는데 돈이 없거나, 돈은 있는데 과업이 없는 게 가장 흔한 불일치
- ★ 인건비 단가 검산 통과 (아래)
합계가 맞는다고 예산이 맞는 게 아니다. 참여율 표와 인건비 총액은 따로 만들어지므로 서로 모순될 수 있고, 총액 검증은 이걸 못 잡는다.
① 참여율 합계(FTE) = Σ(인원 × 참여율)
② 투입 인월 = ① × 연구기간(개월)
③ 1인월당 단가 = 계상 인건비 ÷ ②
④ 판정: ③이 직급 구성에 맞는 통상 단가 구간 안인가?
통상 계상 단가 참고 (출연연 기준, 4대보험 포함 월액)
| 직급 | 구간(천원/월) |
|---|---|
| 책임급 | 8,000~10,000 |
| 선임급 | 6,000~8,000 |
| 원급 | 4,500~6,000 |
월 인건비·계상액 열을 반드시 둔다. 참여율만 있는 표는 검산이 불가능하다실측 근거: 2026-08-03 데모에서 2.1 FTE × 8개월 = 16.8인월에 42,000천원을 계상해 1인월 250만원(출연연 단가의 1/3)이 나왔다. 총액 게이트는 "70,000천원 일치 ✅"로 통과시켰다.
40-reports/rfp/2026-nuclear-policy/REVIEW-2026-08-03.mdD2
2-1의 정량 지표마다 세 가지가 다 있어야 한다. 지금까지는 측정 방법만 요구했는데 기준선이 빠지면 목표값이 의미를 잃는다.
| 지표 | 기준선(현재 수준) | 목표치 | 측정 방법 | 근거 유형 |
|---|
B 게이트
- 2-3의 모든 과업이 2-1 목표 항목에 연결됐다
- 예산 게이트 3개 통과 (B-2)
- 모든 정량 지표에 기준선·목표치·측정법이 있다 (B-3)
- 2-4의 결과물이 측정 가능한 형태다
- 3-2에 역량 공백을 메울 주체가 명시됐다
- 연차 목표의 합이 최종목표와 일치한다
사람 확인 후 Phase C로.
산출: 40-reports/rfp/{공고명}/proposal-B.md
| 절 | 쓸 것 | 주의 |
|---|---|---|
| 4-1 연구개발성과의 활용방안 | 2-3 결과물 → 누가 어떻게 쓰는가 | 결과물마다 수요처 지목. "활용될 것으로 기대" 금지 |
| 4-2 기대효과 | 정량(경제적)·정성(기술적·사회적) | 유형①은 출처 필수, 전망(②)은 추정 주체 명시 |
| 4-3 기술기여도 | 이 성과가 기술 발전에 기여하는 정도 | ⚠️ 제 원안에 없던 절 |
| 5-1 국가R&D 수행현황·기술이전 및 사업화 실적 | 과거 실적 | ⚠️ 원안에 없음. 70-kb/our-assets/가 여기 직결 |
| 5-2 경제적 성과 창출계획(원천기술형) 또는 비즈니스모델(혁신제품형/실증형) | 과제 유형에 따라 택1 | 과제 유형을 먼저 확정해야 함 |
| 5-3 사회적 가치 창출 계획 | ⚠️ 원안에 없음 | |
| 5-4 표준화전략 (표준연계 과제만) | 해당 시에만 | |
| 5-5 규제샌드박스 활용계획 (해당 과제만) | 해당 시에만 |
제 원안은 5장까지였으나 실제 양식은 8장이다. 6~8장은 서식성이 강해 본문 서술보다 정확한 기재가 중요하다.
| 절 | 쓸 것 |
|---|---|
| 6-1 안전조치 이행계획 | 붙임 [참고11] 안전조치 이행계획 작성예시 참조 |
| 6-2 보안조치 이행계획 | 협약 시 작성 — 신청 단계 미작성 |
| 6-3 그 밖의 조치사항 (안전관리형 필수) | |
| 7-1 연구책임자·참여연구자 현황 | 논문·특허 실적표 포함 |
| 7-2 연구시설·장비 보유현황 | 70-kb/our-assets/ 장비 항목 |
| 7-3 연구개발기관 일반 현황 | |
| 8-1 연구개발비 지원·부담계획 | ← B-2 예산 계획이 여기로 들어간다 |
| 8-2 연구개발비 사용계획 | |
| 8-3 연구개발비 세부 사용계획 | 별첨1 장비 / 별첨2 시약·재료 / 별첨3 외주용역 / 별첨4 연구실운영비 |
C 게이트
- 4-2의 정량 수치가 유형①(출처 있음) 또는 **유형②(추정 주체 명시)**로 표기됐다 — 무표기 0
- 4-1의 각 결과물에 수요처가 지목됐다
- 5-1이 4-1과 모순되지 않는다
- 5-2의 표준이 실재하는 것으로 확인됐다
산출: 40-reports/rfp/{공고명}/proposal-C.md
/proposal merge — 병합과 정합성 대조A·B·C를 목차 순서로 합치고 문서 간 불일치를 잡는다. contradiction-finder에 위임한다.
대조 항목:
산출: 40-reports/rfp/{공고명}/proposal.md + 대조 리포트
/proposal story를 먼저 했고 한 문장이 나왔다frameworks/output-correctness.md §2)70-kb/outcomes/의 과거 탈락 사유를 체크리스트로 훑었다frameworks/rnd-proposal-pipeline.mdframeworks/rfp-fit-matrix.mdframeworks/output-correctness.md70-kb/INDEX.md (기관 성향·과거 요건 패턴·우리 실적·탈락 사유)contradiction-finder, 수치 검증 citation-reviewer발표자료 설계, 슬라이드 구성, 스토리보드 작성, 덱 제작, 발표 흐름 잡기, Claude Design에 넣을 문서 만들기 요청에 사용합니다. '발표자료 만들어줘', '슬라이드 구성해줘', '이 계획서로 덱 짜줘', '클로드 디자인에 넣을 문서 만들어줘' 같은 요청에 대응합니다. 단, 계획서 본문 작성은 /proposal, 공고 분석은 /rfp를 사용합니다.
커맨드·스킬·서브에이전트의 품질을 실제로 측정할 때 사용합니다. '이 커맨드 잘 도는지 평가해줘', '스킬 성능 측정해줘', '트리거 정확도 봐줘', 'eval 돌려줘' 같은 요청에 대응합니다. 단, 출처 신뢰도 검증은 /verify, 산출물 정합성 대조는 /synthesize를 사용합니다.
inbox에 넣은 자료를 지식베이스로 흡수·정리하거나 KB를 조회할 때 사용합니다. '인박스 정리해줘', '자료 넣었어 KB화 해줘', '이 기관 전에 뭐 했었지?', '우리 실적 뭐 있어?', '예전에 이 사업 지원했었나?' 같은 요청에 대응합니다. 단, 새 공고 검색·분석은 /rfp, 논문 조사는 /lit을 사용합니다.
SOC 職業分類に基づく