결론부터 말하면, "AI가 보고서를 써준다"는 말도 두 가지로 갈립니다. 채팅창에 표와 문단으로 답을 주는 것과, 실제로 열어서 쓸 수 있는 워드(.docx) 파일을 만들어주는 것. 전자는 결국 사람이 워드 문서로 옮겨 서식을 다시 잡아야 하고, 후자는 그 손질 자체가 없어집니다. 실제로 방금 실행한 로그를 그대로 옮겨 그 차이를 짚어보겠습니다.
"어차피 챗봇도 보고서 형식으로는 답해주지 않나요?"
맞아요, 제목·소제목·표 형태로 답변을 주는 건 흔합니다. 문제는 그다음이에요. 그 내용을 워드에 붙여넣고, 글머리·표 테두리·여백을 다시 맞추는 건 여전히 사람 손이거든요. 매주 반복해서 만드는 보고서일수록 이 손질 시간이 그대로 누적됩니다.
실제 로그로 보면 이렇습니다
"주간 업무 정리를 워드 파일로 줘" 요청 하나에 대해 실제로 남은 실행 로그를 그대로 옮기면 이렇습니다. 먼저 표 두 개(업무 현황·거래처 연락 목록)를 담은 마크다운을 정리하고, doo-docx.write 도구가 그 마크다운을 그대로 .docx 파일로 변환합니다. 완료 메시지는 "DOCX 생성 완료: 데모_주간업무정리_20260907.docx"이고, 지정한 경로에 파일이 실제로 만들어졌는지까지 그 자리에서 확인됩니다. 도구 호출 하나가 실행되고 결과가 파일 경로로 남는 구조라, 뒤에서 뭘 했는지 로그만 보고도 그대로 추적이 되더라구요.
실제 로그 — 요청→변환→완성 파일 확인까지 한 번에, 붙여넣는 단계가 없습니다
여기서 중요한 건 "표를 그려줬다"가 아니라 "워드 파일이 실제로 생성됐다"는 지점이에요. 표 안의 글머리·테두리·여백을 사람이 손대지 않아도, 열어보면 이미 서식이 갖춰진 문서로 나옵니다.
워드만 되는 건 아닙니다
같은 원리로 xlsx(엑셀)는 시트·행·열 구조를 지정해 값과 함께 파일로 생성되고, hwpx(한글)는 정해진 서식(누름틀)에 값을 채우거나 마크다운을 한글 문서로 변환하는 방식으로 만들어집니다. 반복적으로 쓰는 문서 몇 가지를 놓고 보면 감이 더 잘 오는데요, 주간 업무 정리는 표 위주라 워드나 엑셀로, 회사 양식이 정해진 문서는 한글 누름틀 방식으로 각각 완성 파일이 나옵니다.
| 형식 | 생성 방식 |
|---|---|
| docx | 표·문단 구조를 담은 마크다운을 워드 서식 그대로 변환 |
| xlsx | 시트·행·열 구조를 지정해 값과 함께 파일로 생성 |
| hwpx | 기존 서식(누름틀)에 값을 채우거나 마크다운을 한글 문서로 변환 |
"그럼 내용도 AI가 알아서 다 판단해서 채우나요?"
내용을 무엇으로 채울지는 여전히 지시가 필요해요. 이번 로그에서도 "표 두 개, 이런 항목으로"라는 지시가 먼저 있었고, 그 지시를 받은 뒤 표 구조를 잡고 서식을 맞춰 실제 파일로 저장하는 손질 작업이 자동으로 처리된 거예요. 사람은 결과 파일을 열어 검수하는 역할로 남습니다. 판단은 사람이, 손질은 도구가 — 이 정도로 역할이 나뉜다고 보시면 됩니다.
"이미 있는 파일에 이어서 쓸 수도 있나요?"
네, 이 부분이 실제로 써보면 은근히 체감이 큰 지점이에요. 처음 요청할 때 표 구조와 항목을 한 번 잡아두면, 다음 번에는 "지난주 그 파일에 이어서, 이번 주 항목만 채워줘"라는 식으로 요청할 수 있습니다. 매번 표 구조부터 새로 설명할 필요 없이, 이전에 만든 형식을 그대로 이어받아 값만 갈아 끼우는 방식이에요. 반복 보고서일수록 이 지점에서 체감되는 시간 차이가 꽤 크더라구요.
"그럼 워드 문서 안에 표나 이미지도 들어가나요?"
표는 마크다운 문법(| 열 | 열 |)으로 그대로 들어가고, 제목·소제목 위계(#, ##)도 워드 문서의 스타일로 반영됩니다. 다만 이미지를 문서 안에 직접 삽입하는 건 별도 처리가 필요한 영역이라, 표·문단·목록 위주의 보고서·기획서·회의록류에 가장 잘 맞는 방식이에요. 숫자와 항목이 많은 정기 보고서일수록 이 조합만으로 충분히 완성도가 나옵니다.
정리하면
텍스트 답변과 완성 파일 사이에는 붙여넣기·서식 손질이라는 과정이 있고, 그 과정이 사람 손에 남아 있는지 아닌지가 실질적인 차이를 만듭니다. 매주·매달 형식이 똑같이 반복되는 보고서가 있다면, 그 문서가 텍스트로 오는지 파일로 오는지부터 확인해보시길 권합니다. 이번처럼 실제 로그로 결과를 확인해보면, "생성"이라는 말이 실제로 무엇을 가리키는지 훨씬 분명해지거든요.
한 가지 짚어둘 점
파일로 나온다고 해서 내용까지 AI가 알아서 판단해 채워주는 건 아니에요. 무엇을 담을지는 여전히 사람이 지시해야 하고, 그 지시를 받아 정해진 구조(표·서식)에 맞춰 파일로 만드는 손질 단계를 도구가 대신하는 쪽에 가깝습니다. "생성"이라는 말이 주는 인상과 실제 동작 사이의 이 거리를 알아두면, 어디까지 맡기고 어디부터는 직접 판단해야 하는지 구분이 좀 더 명확해집니다.
결국 이 구분을 알고 쓰는 것과 모르고 쓰는 것 사이에, 기대와 결과의 차이가 갈리는 지점이 있는 것 같아요. "표만 그려주는 도구"로 기대하면 붙여넣는 손질까지 당연하게 여기게 되지만, "파일로 완성해주는 도구"로 알고 쓰면 그 손질 시간 자체를 아예 계산에서 뺄 수 있거든요.
함께 보면 좋은 글
반복해서 만드는 보고서, 워드 파일로 바로 받아보고 싶다면 —
마이두 무료로 시작하기