공문서 AI 도구에 붙은 현장 피드백

목요일 저녁 7시 29분, 공공AX 방에 공문서를 AI로 만들겠다는 도구가 올라왔다. 12명이 27건을 나눈 주제였다. 한 참여자가 실무용 오픈소스 도구 3가지를 준비해 보았다며 의견을 청한 것이 시작이었다.

도구는 HWPX(한글 문서 파일 형식으로 읽힌다) 공문서 자동 생성, 세법령·판례 통합 검색, 세법 계산기이며 업스테이지가 공유한 것으로 정리됐다. 대화에서 반응이 모인 곳은 이 가운데 공문서 자동 생성 쪽이었고, 나머지 두 도구에 대한 평가는 이 창에서 따로 나오지 않았다. 공공 현장에서 문서를 만드는 일이 그만큼 먼저 손에 잡히는 일이었다는 뜻으로 읽힌다.

만드는 도구에 붙은 주문

도구를 써 본 쪽의 반응은 칭찬보다 구체적인 주문에 가까웠다. 8시 35분 한 참여자는 내부 결재용 보고서가 보도자료 첨부물과 서식 관행이 꽤 다르다고 짚었다. 같은 문서라도 쓰이는 자리에 따라 지켜야 할 모양이 다르다는 지적으로 읽힌다.

8시 38분에는 내어쓰기 기능을 Shift와 Tab으로 쓸 수 있어야 한다는 후기가 올라왔고, 마지막 줄 5자 미만 글자 처리도 필요하다는 말이 함께 나왔다. 8시 51분에는 코덱스에 연결해서도 쓸 수 있는지 묻는 질문이 이어졌다. 도구를 공유한 참여자는 8시 57분 이렇게 답했다.

말씀 주신 내어쓰기와 짧은 마지막 줄 부분은 한글 없이도 맞도록 글꼴 실측 방식으로 보강해서 업그레이드하겠습니다.

여기서 한글은 글자가 아니라 한컴 한글 프로그램을 가리키는 것으로 읽힌다. 앞서 올라온 후기에도 윈도우·한컴 의존성 없이라는 말이 있었다. 피드백이 올라오고 2분 만에 반영하겠다는 답이 왔고, 20분 가까이 지나서는 글꼴 실측 방식으로 보강하겠다는 구체 계획이 이어졌다. 코덱스 연결 질문에는 제작자가 코덱스에서도 쓸 수 있다며 설치 명령과 설정 파일 방식을 안내했다.

읽어 들이는 도구와 영수증

같은 밤 이야기는 만드는 쪽에서 읽는 쪽으로 넘어갔다. 앞서 6시 55분 한 참여자는 깃허브에서 kordoc(참가자들이 문서를 읽어 들이는 데 쓰라고 권한 도구로, 대화에서 따로 풀이되지는 않았다)을 찾아 설치해 달라고 AI에게 시키면 된다고 안내해 둔 상태였다. 밤 9시 14분 다른 참여자가 식당 영수증 OCR(이미지 속 글자를 읽어 내는 기술) 인식을 높이는 방법을 묻자, 9시 17분 또 다른 참여자가 kordoc 최신 버전이면 이미지 OCR도 처리된다고 답했다.

영수증 ocr은 제미나이가 체고

9시 18분에 나온 이 말 뒤로 9시 24분에는 kordoc 이미지 OCR은 손글씨가 아직 어려운 것 같다는 말이, 9시 25분에는 제미나이 API를 붙여 만들면 품질이 가장 좋다는 말이 이어졌다. 이 주제에는 9명이 29건을 보탰다. 품질 평가는 모두 참여자들의 체감이며, 비교 실험의 결과가 공유되지는 않았다.

두 이야기를 이으면

문서를 만들 때는 서식 관행과 편집 습관이, 읽어 들일 때는 인식 정확도와 손글씨가 걸림돌로 꼽혔다. 공문서를 AI로 다루는 일이 도구 한 개로 끝나기보다 쓰이는 자리마다 다른 조건을 맞추는 일로 보인다는 점에서 두 이야기는 닿아 있다. 도구가 현장 피드백을 받아 고쳐지는 속도가 실제 도입 여부를 가를 수 있다는 점도 시사한다. 다만 어느 도구가 실제 업무에 쓰이고 있는지는 이 대화로 확인되지 않는다.