부서 산재 파일 수집 → 통합 보고서 빌드
학습목표 / 사전지식: 이 레슨을 끝내면 부서별로 흩어진 시연용 파일을 먼저 추출표로 모으고, 그 표를 경영보고서 초안으로 조립할 수 있다. 선수지식은 없어도 되며, 화면에 붙여 넣을 문장과 Skill 문안을 그대로 따라 하면 된다.
1. 왜 필요한가 — 개념·배경을 초보자 눈높이로
부서 산재 파일이란 여러 부서가 제각각 만든 메모와 표, 이메일 요약, 리스크 문서가 한데 모이지 못한 채 흩어져 있는 상태를 말한다. 책상 위에 영수증과 계약서, 고객 불만 메모가 뒤섞여 있을 때, 곧장 보고서를 쓰는 대신 분류함부터 만드는 일과 같다.
이 클립의 핵심 근거는 비정형 문서를 표로 바꾸는 데이터 추출 흐름이다. 근거에서는 법무·분석 영역의 데이터 추출을 “수동 검토 대체(137배 주역)”로 요약한다. [GL-10]
추출표는 긴 문서에서 보고서에 필요한 조각만 줄과 열로 옮긴 중간 점검표다. 빌드는 그 점검표를 요약, 리스크, 의사결정, 출처 매핑 같은 목차로 조립하는 일이다.
Skill은 이 레슨에서 반복 지시문을 저장한 조리법 카드로 이해하면 된다. 라면 봉지 뒤의 조리법처럼, 매번 설명하지 않아도 “먼저 물을 끓이고, 면을 넣고, 마지막에 스프를 넣는다”는 순서를 고정해두는 방식이다.
2. 준비 — 코덱스 어디로 들어가 무엇을 누르나
시연 화면은 세 칸으로 준비한다. 왼쪽에는 dept_files 폴더, 가운데에는 Codex 입력창, 오른쪽에는 결과로 나오는 추출표와 보고서 초안이 보이게 둔다.
시연 파일이 없다면 짧은 가상 파일 네 개를 만든다. sales_q2.md에는 매출 또는 파이프라인 신호, finance_q2.csv에는 예산 또는 비용 이슈, cs_voice.txt에는 고객 불만, legal_risks.md에는 계약 또는 규정 리스크를 적어둔다.
비개발자라면 파일 형식은 잠시 미뤄 두고 순서부터 외우는 편이 낫다. 파일을 모으고, 추출표를 만들고, 빠진 값과 중복을 물은 다음, 마지막에 보고서를 빌드한다.
3. 따라하기 — 단계별로 아주 세세하게
1단계: 파일을 모아 보이게 만들기
Codex 작업 화면에서 dept_files 폴더가 보이게 둔다. 폴더 안에 영업, 재무, CS, 법무 파일이 들어 있으면 촬영자가 파일명을 한 번씩 짚어준다.
입력창에는 최종 보고서를 바로 요청하지 않는다. 먼저 아래 문장을 붙여 넣어 추출표만 만들게 한다.
dept_files 안의 부서 파일을 읽고, 경영보고서에 필요한 항목만 추출해줘.
먼저 추출표만 만들어줘.
열은 source file, department, signal, number, risk, decision needed로 구성해줘.
아직 최종 보고서는 쓰지 마.
결과 화면에는 파일명, 부서명, 핵심 신호, 숫자, 리스크, 의사결정 필요 여부가 표로 보여야 한다. 이 장면은 비정형 문서를 표로 바꾸는 데이터 추출 흐름을 시연하는 구간이다. [GL-10]
2단계: 빠진 값과 중복을 찾기
표가 나오면 바로 보고서로 넘어가지 말고 검수 질문을 시킨다. 여러 부서 문서를 합칠 때는 같은 고객사가 다른 이름으로 쓰였거나, 금액 단위가 빠져 있을 수 있다고 가정한다.
방금 만든 추출표를 검수해줘.
빠진 숫자, 모호한 리스크, 중복으로 보이는 항목을 표시해줘.
확인이 필요한 질문은 최대 5개만 해줘.
Codex가 질문을 내면 데모 답변을 넣는다. 아래 답변은 촬영용 예시이므로 회사명과 단위는 상황에 맞게 바꿔도 된다.
답변:
1. 모든 금액 단위는 백만원이야.
2. Acme Retail은 CS 파일과 법무 파일에 함께 나온 같은 고객사야.
3. 이번 주 의사결정은 완화 예산 승인 또는 출시 연기야.
3단계: 경영보고서로 빌드하기
검수 답변이 반영되면 보고서 목차를 지정한다. 목차를 지정하는 이유는 결과를 긴 글이 아니라 임원이 읽을 수 있는 구조로 고정하기 위해서다.
확인된 추출표를 기준으로 한국어 경영보고서 초안을 작성해줘.
목차는 아래 순서를 지켜줘.
1. Executive summary
2. Department signals
3. Cross-functional risks
4. Decisions needed this week
5. Appendix: source file mapping
파일명으로 연결되지 않는 주장은 쓰지 말고, 불확실한 항목은 "needs confirmation"으로 표시해줘.
마지막으로 출처가 약한 문장을 한 번 더 걷어낸다. 이 단계는 수동 검토를 줄이는 데이터 추출 흐름에서, 사람이 확인해야 할 지점을 분리하는 안전장치다. [GL-10]
보고서를 한 번 더 검수해줘.
출처 파일명이 없는 문장은 삭제하거나 "needs confirmation"으로 바꿔줘.
중복 리스크가 하나로 합쳐졌는지 확인해줘.
4. 복붙 템플릿 — 그대로 쓰는 프롬프트/Skill + 해설
Skill 이름은 Department Report Builder로 둔다. 아래 문안을 Skill instruction으로 저장하거나, 매번 첫 프롬프트로 붙여 넣어도 된다.
너는 경영보고서 편집자다.
부서별로 흩어진 문서에서 임원 보고에 필요한 항목만 추출한다.
먼저 source file, department, signal, number, risk, decision needed 표를 만든다.
추출표 확인 전에는 최종 보고서를 쓰지 않는다.
누락 수치, 모호한 리스크, 중복 이슈를 먼저 표시한다.
최종 보고서는 Executive summary, Department signals, Cross-functional risks, Decisions needed this week, Appendix: source file mapping 순서로 쓴다.
모든 주장에는 출처 파일명을 붙인다.
확인되지 않은 수치나 원인은 단정하지 않고 "needs confirmation"으로 표시한다.
첫 문장은 역할을 정한다. 두 번째와 세 번째 문장은 긴 파일을 표로 압축하게 한다. “최종 보고서를 쓰지 않는다”는 문장은 보고서가 너무 빨리 만들어지는 문제를 막는 브레이크다.
실행 프롬프트는 짧게 둔다.
dept_files 폴더 기준으로 Department Report Builder Skill을 적용해줘.
추출표, 누락·중복 검사, 한국어 경영보고서 초안 순서로 진행해줘.
5. 응용·함정 — 변형, 자주 막히는 곳과 해결
응용은 주간 또는 월간 정기 보고다. 매번 같은 폴더에 파일을 넣고 같은 Skill 문안을 적용하면, 추출표와 보고서 목차를 반복해서 재사용하는 연습이 된다.
더 나아가 반복 실행은 Automations와 연결할 수 있다. Automations는 반복 Codex 작업을 예약하고 결과를 Triage 인박스에 넣는 흐름이며, 근거 문구는 “schedule recurring Codex tasks... added to your inbox”이다. [OF-09]
가장 크게 발목을 잡는 함정은 최종 보고서부터 달라고 하는 것이다. 이 레슨의 핵심은 비정형 문서를 표로 바꾸는 검토 흐름인데, 추출표를 건너뛰면 근거가 말하는 수동 검토 대체의 이점을 살리기 어렵다. [GL-10]
또 하나는 출처 파일명도 없이 그럴듯하기만 한 문장을 그대로 두는 것이다. 경영보고서는 문장 솜씨보다 확인 가능한 근거가 먼저인 글이니, 파일명과 이어지지 않는 문장은 지우거나 확인 필요로 돌린다.
6. 정리·체크리스트
오늘의 순서는 “파일 수집 → 추출표 → 누락·중복 검수 → 보고서 빌드 → 출처 검수”다.
마무리로 다섯 가지만 짚어 보자. dept_files 폴더가 화면에 보이는가, 추출표 열은 고정해 두었는가, 금액 단위와 중복 고객은 확인했는가, 최종 보고서에 의사결정 항목이 들어갔는가, 그리고 Appendix에 출처 파일명이 남아 있는가.
마지막으로 정기 업무로 바꾸려면 Automations까지 연결하는 방향을 떠올린다. 예약된 Codex 작업 결과가 인박스에 쌓이는 방식은 반복 보고 업무의 다음 단계로 소개할 수 있다. [OF-09]
출처
본문의 [...] 표기는 아래 근거에서 확인할 수 있습니다.
- GL-10 — 법무·분석 · 데이터 추출
- OF-09 — Automations = 스케줄 백그라운드 작업, 결과는 Triage 인박스 · https://developers.openai.com/codex/app/automations