정부 요약서형 1페이지 보고서
English: Korean government-style A4 one-page .docx (label/content table, nested
tables, superscript citations). For a Western executive/startup one-pager, use
exec-one-pager instead.
한국 정부지원 사업 요약서 / 추진계획(안) 형식의 A4 1페이지 docx 보고서를 만드는 스킬이다. 라벨-내용 표 한 장, 소표, 위첨자 근거주석까지 고정된 스타일로 재생산한다.
언제 쓰는가
- 사용자가 새 주제로 1페이지 요약서를 요청할 때 (예: "이 주제로 1페이지 요약서 만들어줘", "이 형식으로 보고서 만들어줘")
- 사업명, 문제점, 해결방안, 시장규모, 성공/중단 기준 등을 채워 정부지원 사업 요약서를 만들 때
- 영문이라도 한국 정부·기업 제안용 표 양식을 명시하면 이 스킬을 쓴다
- 일반 영문 exec/pitch one-pager는
exec-one-pager로 보낸다
- 스크립트에 내장된 샘플과 동일한 표/스타일 구조를 다른 주제에 재사용할 때
빠른 실행 절차
- 아래 내용 채우기 지침과 문체 규칙에 따라 사용자 제공 정보를 11개 라벨 행 내용으로 정리한다. 부족한 정보는 사용자에게 묻거나, 공개 자료를 근거로 합리적으로 채우고 근거를 표시한다.
scripts/report_generator.js를 작업 디렉토리로 복사한다.
- 파일 상단
DATA 객체만 새 내용으로 교체한다 (표 구조·스타일 엔진은 건드리지 않는다).
npm install docx --no-save(또는 이미 설치되어 있으면 생략) 후 node report_generator.js로 실행해 .docx를 생성한다.
- 생성된 파일을 사용자에게 전달한다. 파일 제공 도구가 있는 환경이면 그 도구를 쓴다.
내용을 채울 정보가 대화 중에 이미 충분히 주어졌다면, 되묻지 말고 바로 초안을 만들고 어떤 가정을 했는지 짧게 밝힌다.
형식 규칙
- 산출물은 A4 1페이지 docx. 넘치면 문장을 줄이고 표를 압축한다.
- 전체를 좌측 라벨, 우측 내용의 표 한 장으로 구성한다. 정부지원 사업 요약서 양식을 따른다.
- 제목은 한 줄로 쓰고 아래에 이중 밑줄을 넣는다.
- 라벨 열은 옅은 회색 음영에 굵은 글씨, 가운데 정렬.
- 표 안의 소표는 헤더 행을 짙은 바탕에 흰 글씨로, 본문은 흰 배경으로 둔다.
- 폰트는 바탕체(명조)로 통일한다. 제목만 굵게.
- 기본 라벨 행 순서: 사업명, 핵심요약, 현황 및 문제점, 추진배경, 해결방안, 제품·기능, 시장·대상, 사업화 방안, 성공·중단 기준, 추진일정, 참고·근거.
- 제품·기능 행은 신사업·서비스 사업계획서에 필수로 포함한다. 생략하면 "뭘 만드는지 없다"는 피드백이 발생한다.
문체 규칙
- 모든 항목은 명사형으로 끝맺는 개조식으로 쓴다.
- 핵심만 담고 수사와 형용을 걷어낸다. 한 항목은 한 사실만 전달한다.
- "A가 아니라 B" 같은 대비 구문을 쓰지 않는다.
- 긴 대시(em dash, —)를 쓰지 않는다. 연결이 필요하면 짧은 하이픈(-)이나 평서문으로 처리한다. 이 규칙은 보고서 본문뿐 아니라 사용자에게 전달하는 채팅 답변에도 동일하게 적용한다.
- 강조용 따옴표 남발을 피한다.
- 수치와 단정적 주장에는 근거를 붙인다. 본문에는 위첨자 번호를 달고, 참고·근거 행에 출처를 적는다.
- 시장 수치는 추정임을 참고·근거 행에 명시한다.
내용 채우기 지침
- 핵심요약은 4줄 이내. 문제, 원인, 해법, 대상 순으로 한 줄씩.
- 현황 및 문제점은 사실 4개 이내. 각 줄 앞에 괄호 키워드를 붙여도 되고 생략해도 된다.
- 해결방안은 구분, 내용, 결과 3열 소표로 정리하고 아래에 안전장치나 전제를 한 줄 붙인다.
- 제품·기능은 단계, 내용 2열 소표로 유저 플로우를 단계별로 정리한다. 플랫폼·기술 스택·첫 사용자 확보 경로를 아래에 한 줄로 붙인다. 신사업이면 반드시 포함.
- 시장은 TAM, SAM, SOM 3행 소표로 정리한다.
- 성공·중단 기준은 중단(Kill)과 전진(Go) 2열 소표로 대비시킨다.
- 참고·근거는 출처를 짧게 나열한다.
대화 중 프롬프트로 즉석 요청받을 때
사용자가 스크립트 실행 없이 대화 중 빠르게 초안을 원하면, 아래 틀을 채워 넣은 뒤 그 내용으로 바로 scripts/report_generator.js의 DATA를 구성한다 (사용자에게 다시 붙여넣기를 요구하지 않는다).
[내용]
- 주제:
- 현황 및 문제점:
- 추진배경:
- 해결방안:
- 제품·기능(유저 플로우 단계별, 플랫폼·기술 스택):
- 시장·대상(TAM/SAM/SOM):
- 사업화 방안:
- 성공·중단 기준:
- 추진일정:
- 근거·출처:
스크립트 사용법 (scripts/report_generator.js)
- 상단
DATA 객체만 바꾼 뒤 node report_generator.js로 실행한다. 사전에 npm install docx가 필요하다.
- 표 구조와 스타일 엔진(하단 "이하 스타일 엔진" 부분)은 고정이므로 수정하지 않는다.
- 근거가 필요한 항목은 문장 객체에
sup: 1 (또는 2, 3...)을 넣고, 참고·근거 행에 해당 번호의 출처를 적는다.
- 소표가 필요한 칸은
{ table: { widths, header, body } } 객체로 넣는다.
m은 글머리 기호(◦, - 등), label은 단계 라벨(예: "1단계"), size는 폰트 크기(기본 17) 조정용이다.
- 파일 안의 DATA는 구조 확인용 가상 샘플이다. 사업명, 수치, 출처가 모두 실제 데이터가 아니므로 새 주제로 쓸 때는 전체를 교체한다.
- 한글 폰트(바탕)가 없는 환경에서는 렌더링이 달라질 수 있다. 필요하면
FONT 상수만 교체한다.
체크리스트 (제출 전)
1---2name: gov-one-pager3description: Korean government-style A4 one-page summary (정부지원 사업 요약서, 추진계획(안), 사업계획서, 1페이지 요약서) as .docx. Not for generic English exec/pitch one-pagers (use exec-one-pager).4license: Apache-2.05---67# 정부 요약서형 1페이지 보고서89> **English:** Korean government-style A4 one-page `.docx` (label/content table, nested10> tables, superscript citations). For a Western executive/startup one-pager, use11> `exec-one-pager` instead.1213한국 정부지원 사업 요약서 / 추진계획(안) 형식의 A4 1페이지 docx 보고서를 만드는 스킬이다. 라벨-내용 표 한 장, 소표, 위첨자 근거주석까지 고정된 스타일로 재생산한다.1415## 언제 쓰는가1617- 사용자가 새 주제로 1페이지 요약서를 요청할 때 (예: "이 주제로 1페이지 요약서 만들어줘", "이 형식으로 보고서 만들어줘")18- 사업명, 문제점, 해결방안, 시장규모, 성공/중단 기준 등을 채워 정부지원 사업 요약서를 만들 때19- 영문이라도 한국 정부·기업 제안용 표 양식을 명시하면 이 스킬을 쓴다20- 일반 영문 exec/pitch one-pager는 `exec-one-pager`로 보낸다21- 스크립트에 내장된 샘플과 동일한 표/스타일 구조를 다른 주제에 재사용할 때2223## 빠른 실행 절차24251. 아래 **내용 채우기 지침**과 **문체 규칙**에 따라 사용자 제공 정보를 11개 라벨 행 내용으로 정리한다. 부족한 정보는 사용자에게 묻거나, 공개 자료를 근거로 합리적으로 채우고 근거를 표시한다.262. `scripts/report_generator.js`를 작업 디렉토리로 복사한다.273. 파일 상단 `DATA` 객체만 새 내용으로 교체한다 (표 구조·스타일 엔진은 건드리지 않는다).284. `npm install docx --no-save`(또는 이미 설치되어 있으면 생략) 후 `node report_generator.js`로 실행해 `.docx`를 생성한다.295. 생성된 파일을 사용자에게 전달한다. 파일 제공 도구가 있는 환경이면 그 도구를 쓴다.3031내용을 채울 정보가 대화 중에 이미 충분히 주어졌다면, 되묻지 말고 바로 초안을 만들고 어떤 가정을 했는지 짧게 밝힌다.3233## 형식 규칙3435- 산출물은 A4 1페이지 docx. 넘치면 문장을 줄이고 표를 압축한다.36- 전체를 좌측 라벨, 우측 내용의 표 한 장으로 구성한다. 정부지원 사업 요약서 양식을 따른다.37- 제목은 한 줄로 쓰고 아래에 이중 밑줄을 넣는다.38- 라벨 열은 옅은 회색 음영에 굵은 글씨, 가운데 정렬.39- 표 안의 소표는 헤더 행을 짙은 바탕에 흰 글씨로, 본문은 흰 배경으로 둔다.40- 폰트는 바탕체(명조)로 통일한다. 제목만 굵게.41- 기본 라벨 행 순서: 사업명, 핵심요약, 현황 및 문제점, 추진배경, 해결방안, 제품·기능, 시장·대상, 사업화 방안, 성공·중단 기준, 추진일정, 참고·근거.42- 제품·기능 행은 신사업·서비스 사업계획서에 필수로 포함한다. 생략하면 "뭘 만드는지 없다"는 피드백이 발생한다.4344## 문체 규칙4546- 모든 항목은 명사형으로 끝맺는 개조식으로 쓴다.47- 핵심만 담고 수사와 형용을 걷어낸다. 한 항목은 한 사실만 전달한다.48- "A가 아니라 B" 같은 대비 구문을 쓰지 않는다.49- 긴 대시(em dash, —)를 쓰지 않는다. 연결이 필요하면 짧은 하이픈(-)이나 평서문으로 처리한다. 이 규칙은 보고서 본문뿐 아니라 사용자에게 전달하는 채팅 답변에도 동일하게 적용한다.50- 강조용 따옴표 남발을 피한다.51- 수치와 단정적 주장에는 근거를 붙인다. 본문에는 위첨자 번호를 달고, 참고·근거 행에 출처를 적는다.52- 시장 수치는 추정임을 참고·근거 행에 명시한다.5354## 내용 채우기 지침5556- 핵심요약은 4줄 이내. 문제, 원인, 해법, 대상 순으로 한 줄씩.57- 현황 및 문제점은 사실 4개 이내. 각 줄 앞에 괄호 키워드를 붙여도 되고 생략해도 된다.58- 해결방안은 구분, 내용, 결과 3열 소표로 정리하고 아래에 안전장치나 전제를 한 줄 붙인다.59- 제품·기능은 단계, 내용 2열 소표로 유저 플로우를 단계별로 정리한다. 플랫폼·기술 스택·첫 사용자 확보 경로를 아래에 한 줄로 붙인다. 신사업이면 반드시 포함.60- 시장은 TAM, SAM, SOM 3행 소표로 정리한다.61- 성공·중단 기준은 중단(Kill)과 전진(Go) 2열 소표로 대비시킨다.62- 참고·근거는 출처를 짧게 나열한다.6364## 대화 중 프롬프트로 즉석 요청받을 때6566사용자가 스크립트 실행 없이 대화 중 빠르게 초안을 원하면, 아래 틀을 채워 넣은 뒤 그 내용으로 바로 `scripts/report_generator.js`의 DATA를 구성한다 (사용자에게 다시 붙여넣기를 요구하지 않는다).6768```69[내용]70- 주제:71- 현황 및 문제점:72- 추진배경:73- 해결방안:74- 제품·기능(유저 플로우 단계별, 플랫폼·기술 스택):75- 시장·대상(TAM/SAM/SOM):76- 사업화 방안:77- 성공·중단 기준:78- 추진일정:79- 근거·출처:80```8182## 스크립트 사용법 (scripts/report_generator.js)8384- 상단 `DATA` 객체만 바꾼 뒤 `node report_generator.js`로 실행한다. 사전에 `npm install docx`가 필요하다.85- 표 구조와 스타일 엔진(하단 "이하 스타일 엔진" 부분)은 고정이므로 수정하지 않는다.86- 근거가 필요한 항목은 문장 객체에 `sup: 1` (또는 2, 3...)을 넣고, 참고·근거 행에 해당 번호의 출처를 적는다.87- 소표가 필요한 칸은 `{ table: { widths, header, body } }` 객체로 넣는다.88- `m`은 글머리 기호(◦, - 등), `label`은 단계 라벨(예: "1단계"), `size`는 폰트 크기(기본 17) 조정용이다.89- 파일 안의 DATA는 구조 확인용 가상 샘플이다. 사업명, 수치, 출처가 모두 실제 데이터가 아니므로 새 주제로 쓸 때는 전체를 교체한다.90- 한글 폰트(바탕)가 없는 환경에서는 렌더링이 달라질 수 있다. 필요하면 `FONT` 상수만 교체한다.9192## 체크리스트 (제출 전)9394- [ ] 라벨 행 11개가 정해진 순서대로 있는가 (제품·기능 포함)95- [ ] 신사업 보고서에 제품·기능 행이 있는가 (없으면 추가)96- [ ] 샘플 DATA의 문구·수치가 남아 있지 않은가 (전체 교체 확인)97- [ ] 모든 문장이 개조식 명사형으로 끝나는가98- [ ] "A가 아니라 B" 대비 구문이 없는가99- [ ] em dash(—)가 없는가 (짧은 하이픈 - 으로 통일)100- [ ] 수치·단정적 주장에 위첨자 근거 번호가 붙고 참고·근거 행에 대응 출처가 있는가101- [ ] 시장 수치 옆에 "추정" 표시가 참고·근거 행에 있는가102- [ ] A4 1페이지에 들어가는가 (넘치면 문장/표 압축)