1층 원본·자료 × ③ 업무 진단자

흩어진 자료를 어디에 어떻게 모으나

칸 안의 순서 보기 → 따라하기 → 내 것으로 바꾸기

한글 문서 네 종을 텍스트로 — 변환 툴체인 한 벌만들 예정 — HWP·PDF·오피스 문서·스캔 이미지를 AI가 읽을 수 있는 텍스트로 바꾸는 명령줄 도구 네 가지를 한 벌로 갖추고, 표가 「<표>」 한 줄로 사라지거나 변환기가 조용히 빈 결과를 남기는 신호를 알아보며, 「설치됨」 기록 대신 명령이 실제로 호출되는지부터 확인한다.
녹음을 자료로 만든다 — 전사록의 머리말과 세 벌만들 예정 — 회의·모임·대화 녹음은 문서보다 중요한 1차 사료가 되기도 하므로 음성 인식으로 전사해 원본층에 두되, 전사록 머리에 「정확도와 한계」(화자 단서·고유명사 오기표·오프라인 참석자가 한 이름으로 묶이는 자동 요약의 버릇)를 적고, 요약·전문·보류 세 벌로 나눠 보관한다.
메일함에서 편지만 건져 올린다 — 수집 규칙과 멱등키만들 예정 — 뉴스레터·광고가 섞인 메일함에서 받아 두고 싶은 편지(기도편지 같은 정기 소식)만 보낸이·제목 규칙으로 걸러 원문 그대로 원본층에 쌓는다 — 메시지 고유 ID를 멱등키로 삼아 두 번 돌아도 한 번 저장되게 하고, 첨부와 본문을 함께 남긴다.
메신저 대화를 자료로 읽는다 — 로컬 DB·키·권한만들 예정 — 메신저(카카오톡) 대화는 맥에 로컬 데이터베이스로 남아 있어 읽기 전용 명령줄 도구로 자료가 된다 — 복호화 키는 설정 파일 하나에서만 읽고, 방 목록의 기본 상한과 이름 필드 때문에 「그런 방 없다」로 오판하는 함정, 글 없이 파일만 온 전송은 검색에 안 잡히는 함정을 익힌다.
문헌 원문을 확보해 그대로 옮긴다 — 한 편씩·2단 조판·추리지 않기만들 예정 — 논문·문헌의 원문은 도서관 경로로 한 편씩 받되 로그인과 봇 검사는 사람 몫으로 남기고, 2단 조판 PDF는 읽는 순서로 뽑아 축어 대조를 거친 뒤 출처·라이선스·수집일을 머리에 적어 원본층에 넣는다 — 특정 목적에 맞춰 추리지 않고 문헌 자체를 순서와 무게대로 옮기며, 「검색 0건」은 흔한 낱말로 양성 대조를 한 뒤에만 믿는다.

이 칸에 걸치는 노드

이 칸의 FAQ

종이책이나 인쇄물은 전부 스캔하거나 페이지마다 촬영해야 하나요?

전부는 아닙니다. 책은 밑줄·형광펜·여백 메모처럼 내가 표시한 부분만 사진으로 찍어 AI가 그대로 받아쓰게 하고, 그 전사를 바탕으로 주제별 책노트를 만듭니다 — 통째 스캔보다 훨씬 적은 수고로 「내가 중요하게 본 것」만 남습니다. 손글씨가 많은 페이지는 한 장을 통째로 읽히면 글자가 뭉개지므로, 가로로 몇 띠로 잘라 크게 읽히는 편이 정확합니다. 사진 원본은 전사가 나오면 보관하지 않아도 되고, 그 전사문이 원본 층(식재료)이 됩니다. 반면 양이 많은 인쇄물은 OCR 경로가 따로 있어 첫째 층의 변환 칸에서 다룹니다.

회의나 강의 녹음을 글로 옮길 때 도구에 따라 결과가 많이 다른가요?

받아쓰기 정확도 자체보다 두 가지가 더 큰 차이를 만듭니다. 하나는 음성이 내 기기 밖으로 나가는가입니다 — 내 컴퓨터에서 돌리는 전사기는 녹음이 밖으로 나가지 않아 민감한 회의에 맞고, 서버형은 빠르지만 음성이 전송됩니다. 다른 하나는 고유명사입니다 — 어떤 도구든 사람·단체·지명을 비슷한 소리의 다른 말로 적으므로, 전사본의 고유명사는 내 노트와 대조하고 후보가 둘이면 둘 다 적어 둡니다. 또 화자가 말을 되풀이해 고친 대목을 전사기가 한 덩이로 뭉개 버리는 일이 있어, 인용이 필요한 회의는 원본 음원을 보관하는 것이 유일한 방어입니다.