메뉴
연구과제 공고문·RFP 분석, 지원사업 공고 검색, 요건 정리, 적합도 판단, 과제 아이템 도출, 제안서 뼈대 잡기 요청에 사용합니다. '이 공고 분석해줘', 'RFP 요건 정리해줘', '우리가 지원할 만한 과제 찾아줘', '이 사업 우리랑 맞아?', '과제 아이템 뽑아줘' 같은 요청에 대응합니다. 단, 논문·선행연구 조사는 /lit, 일반 시장 조사는 /research를 사용합니다.
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/fivetaku/research-lab --skill research-rfp명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
발표자료 설계, 슬라이드 구성, 스토리보드 작성, 덱 제작, 발표 흐름 잡기, Claude Design에 넣을 문서 만들기 요청에 사용합니다. '발표자료 만들어줘', '슬라이드 구성해줘', '이 계획서로 덱 짜줘', '클로드 디자인에 넣을 문서 만들어줘' 같은 요청에 대응합니다. 단, 계획서 본문 작성은 /proposal, 공고 분석은 /rfp를 사용합니다.
커맨드·스킬·서브에이전트의 품질을 실제로 측정할 때 사용합니다. '이 커맨드 잘 도는지 평가해줘', '스킬 성능 측정해줘', '트리거 정확도 봐줘', 'eval 돌려줘' 같은 요청에 대응합니다. 단, 출처 신뢰도 검증은 /verify, 산출물 정합성 대조는 /synthesize를 사용합니다.
inbox에 넣은 자료를 지식베이스로 흡수·정리하거나 KB를 조회할 때 사용합니다. '인박스 정리해줘', '자료 넣었어 KB화 해줘', '이 기관 전에 뭐 했었지?', '우리 실적 뭐 있어?', '예전에 이 사업 지원했었나?' 같은 요청에 대응합니다. 단, 새 공고 검색·분석은 /rfp, 논문 조사는 /lit을 사용합니다.
SOC 직업 분류 기준
SKILL.md 표시 중
| name | research-rfp |
| description | 연구과제 공고문·RFP 분석, 지원사업 공고 검색, 요건 정리, 적합도 판단, 과제 아이템 도출, 제안서 뼈대 잡기 요청에 사용합니다. '이 공고 분석해줘', 'RFP 요건 정리해줘', '우리가 지원할 만한 과제 찾아줘', '이 사업 우리랑 맞아?', '과제 아이템 뽑아줘' 같은 요청에 대응합니다. 단, 논문·선행연구 조사는 /lit, 일반 시장 조사는 /research를 사용합니다. |
Codex-compatible mirror of rfp.md from the research archetype.
공고를 요건으로 분해하고, 우리 역량과 대조해 적합도를 판정하고, 통과 가능한 과제 아이템을 역산한다.
/rfp search {키워드} # 공고 검색 (IRIS·NTIS)
/rfp {공고문 경로} # 받은 공고문 분석
/rfp fit {공고} # 적합도만 판정
/rfp ideate {공고} # 과제 아이템 도출
python3 60-scripts/rnd_ancm.py ntis --keyword "{키워드}" --limit 20 # 국가R&D통합공고
python3 60-scripts/rnd_ancm.py iris --keyword "{키워드}" --limit 20 # 범부처통합연구지원시스템
python3 60-scripts/rnd_ancm.py ntis --status upcoming # 접수예정만 (준비 기간 확보)
python3 60-scripts/ancm_state.py new # ★신규분만 (주간 실행)
둘 다 서버 검색이 된다 (2026-08-04 파라미터 확보).
searchKeyword가 검색 필드다. 폼에 있는 searchWord는 결과를 바꾸지 않으니 쓰지 말 것.
현황: --status open(접수중+접수예정, 기본) / ongoing / upcoming / closed.
upcoming(접수예정)을 빠뜨리지 말 것 — 준비 기간이 필요한 과제는 여기서 잡아야 한다.bsnsAncmTap 탭 필터. --tab open이 기본(접수중, 25건 내외). 정렬 파라미터는 존재하지 않는다.ancm_state.py new 를 쓴다. 이미 본 공고를 걸러 신규만 돌려준다.20-raw/rfp/{공고명}/에 저장한다.NTIS 목록에는 상세 링크가 없다. roRndUid로 상세에 들어가야 붙임을 받을 수 있다.
로그인·캡차 없이 뚫린다(실측).
python3 60-scripts/rnd_ancm.py detail --uid {roRndUid} # 붙임 목록만
python3 60-scripts/rnd_ancm.py detail --uid {uid} --download-dir 20-raw/rfp/{건} # 전부 다운로드
ZIP 붙임은 파일명이 CP949로 깨진다. 이렇게 푼다:
name = info.filename.encode('cp437').decode('cp949')
HWP/HWPX 변환 — md가 아니라 markdown이다(실측 오류):
npx -y kordoc "{파일}.hwp" --format markdown
파일명에 대괄호·공백이 있으면 변환이 조용히 0바이트로 실패한다. 단순 이름으로 복사한 뒤 변환한다.
붙임을 전부 변환한다. 실측 사례에서 결정적 문서가 여기 숨어 있었다 — 「신청용 연구개발계획서」 양식(실제 목차·분량·서식), 「제안요청서」(평가 배점), 「정량적 성과목표 성능지표」(KPI 정답지), TRL/CRL 정의표.
요건 분해 전에 70-kb/를 먼저 읽는다. 처음 보는 기관·사업이 아니면 이미 답이 있다.
ls 70-kb/agencies/ 70-kb/programs/ 70-kb/requirements/
python3 60-scripts/ancm_state.py list --verdict skip # 전에 왜 포기했는지
| 볼 곳 | 무엇을 얻나 | 없으면 |
|---|---|---|
70-kb/agencies/{전문기관}.md | 배점 성향·평가 관행·과거 대응 이력 | Step 2에서 새로 역설계 후 등재 |
70-kb/programs/{사업명}.md | 연차 패턴·예산 규모·과거 선정 과제 | 이번 공고문에서 확보해 등재 |
70-kb/requirements/ | 반복 출현 요건(자격·서류·비목) | Step 1 결과에서 공통 패턴을 등재 |
70-kb/our-assets*/ | 적합도 '보유' 판정의 증빙 | 증빙 없으면 '보유'로 쓸 수 없다 |
70-kb/outcomes/ | 같은 사업 지원 이력과 결과 | — |
KB에 있으면 Step 1·2가 짧아지고, 없으면 이번에 만든 걸 KB에 남긴다. 이 왕복이 없으면 매번 처음부터 조사한다.
공고문을 읽고 30-analysis/rfp/{공고명}-requirements.md에 표로 옮긴다. 산문으로 요약하지 않는다 — 요건은 누락이 곧 탈락이다.
| 구분 | 항목 | 원문 표현 | 유형 | 우리 상태 |
|---|---|---|---|---|
| 자격 | 신청 주체 | "중소기업 또는 대학·출연연" | 필수 | ? |
| 자격 | 수행 실적 | "최근 3년 이내 유사 실적" | 필수 | ? |
| 기술 | 개발 목표 | (원문 그대로) | 필수 | ? |
| 기술 | 정량 지표 | "정확도 90% 이상" | 필수·정량 | ? |
| 형식 | 제출 서류 | 목록 전부 | 필수 | ? |
| 우대 | 가점 요건 | "지역기업 가점 5점" | 우대 | ? |
| 제약 | 예산·기간 | "연 3억, 3년" | 제약 | — |
| 제약 | 지분·매칭 | "민간 부담 25%" | 제약 | — |
원칙:
평가 배점표가 있으면 그것이 진짜 요구사항이다.
⚠️ 배점표 위치는 공고마다 다르다 (2026-08-03 실측).
- 붙임에 있는 경우 — 에너지수요관리 건: 「제안요청서」 5.2절
- 공고문 본문에 있는 경우 — 원자력정책연구 건: 공고문 "4. 평가 기준"에 표로 두 곳을 다 확인한다. 한쪽만 보고 "배점표 없음"으로 판정하지 않는다.
frameworks/rfp-fit-matrix.md를 호출한다. 판정은 3단이다.
| 판정 | 조건 | 처리 |
|---|---|---|
| 적합 | 필수 요건 전부 충족 + 정량 지표 달성 근거 있음 | 진행 |
| 조건부 | 필수 중 1~2개가 컨소시엄·외주로 메워짐 | 메울 방법과 비용을 명시하고 진행 |
| 부적합 | 필수 요건 미충족이 구조적 | 포기를 권고한다 |
30-analysis/rfp/{공고명}-fit.md에 남긴다. 다음에 비슷한 공고가 왔을 때 재사용한다.판정하면서 알게 된 것을 그 자리에서 KB에 넣는다. 나중에 하면 안 한다.
python3 60-scripts/ancm_state.py mark {uid} --verdict {pursue|watch|skip} --note "{사유}"
| 알게 된 것 | 어디에 |
|---|---|
| 이 전문기관의 배점 구조·심사 관행 | 70-kb/agencies/{기관}.md |
| 이 사업의 규모·주기·주관기관 유형 제한 | 70-kb/programs/{사업}.md |
| 다른 공고에도 나올 요건(서류·비목·자격) | 70-kb/requirements/ |
| 포기 사유 | ancm_state.py mark --verdict skip --note (사유 필수) |
skip의 사유가 KB에서 가장 값어치 있다. "왜 안 했나"가 다음 판정을 빠르게 만든다. 상세 등재 규약은/kb참조.
하고 싶은 걸 공고에 끼워 맞추지 않는다. 공고가 요구하는 결과에서 거꾸로 설계한다.
각 아이템마다:
그리고 차별화 한 줄: 같은 공고에 지원할 다른 팀도 쓸 법한 내용이면 차별화가 아니다.
40-reports/rfp/{공고명}-proposal-outline.md
20-raw/rfp/{공고명}/ 원문·붙임 전부(HWP 변환본 포함)
30-analysis/rfp/{공고명}-requirements.md 요건 표
30-analysis/rfp/{공고명}-scoring.md 평가표 역설계
30-analysis/rfp/{공고명}-fit.md 적합도 판정과 근거
40-reports/rfp/{공고명}-proposal-outline.md 제안서 뼈대
70-obligations 대체: 마감은 요건 표 상단에 명시
ancm_state.py mark 실행 + 새로 안 것 등재frameworks/rfp-fit-matrix.md60-scripts/rnd_ancm.py (--selftest로 파서 검증 후 사용)frameworks/output-correctness.mdcontradiction-finder, 판정 충돌은 methodology-oracle