HWP를 브라우저에서 마크다운으로 변환

사용 방법

1. 노트나 문서 초안으로 옮길 HWP 또는 HWPX를 추가하고, 목록의 파일 이름이 원하는 원본인지 확인합니다.
2. 그림을 폴더로 받을지, 마크다운 안에 넣을지, 제외할지 고른 다음 변환을 시작합니다.
3. 완료된 결과를 저장하고 ZIP이면 압축을 풉니다. 마크다운과 그림 폴더를 함께 둔 상태에서 실제 사용할 편집기로 내용을 확인합니다.

포맷 설명

마크다운은 글에 제목, 목록, 강조 같은 간단한 표식을 붙인 텍스트 형식입니다. 원래 쪽에서 글자가 놓였던 좌표보다 문장과 항목의 관계를 다루기 쉬워, 읽은 내용을 정리하거나 초안을 고칠 때 쓸 수 있습니다. 다만 HWP의 모든 서식을 마크다운으로 바꿀 수 있는 것은 아닙니다. 셀 병합처럼 마크다운 자체에 대응 문법이 없는 구조는 HTML을 섞어 표현하고, 글꼴이나 쪽 나눔 같은 정보는 줄어듭니다. 결과를 받을 프로그램이 HTML 표, 각주 문법, 내장 이미지 주소를 어떻게 처리하는지도 별도로 확인해야 합니다. 파일이 정상적으로 만들어졌더라도 다른 곳에 붙여 넣는 과정에서 표현이 달라질 수 있으므로, 처음에는 작은 문서 한 건으로 작업 흐름을 시험하는 편이 좋습니다.

자주 묻는 질문

마크다운을 골랐는데 ZIP이 내려오는 이유는 무엇인가요?

기본 그림 옵션에서 실제로 추출한 그림이 있으면 글 파일과 그림 파일을 함께 전달해야 하므로 ZIP으로 묶습니다. 압축을 푼 다음 마크다운과 assets 폴더의 위치 관계를 유지하세요. 여러 문서를 한 번에 받으면 개별 결과를 담는 바깥 ZIP도 생길 수 있으니, 압축 파일이 있다는 이유만으로 결과 형식이 잘못됐다고 판단하지 않아도 됩니다.

표에 나타나는 HTML 태그를 지워도 되나요?

병합 범위와 셀 안 내용을 표현하는 태그일 수 있어 먼저 표를 미리 본 뒤 판단해야 합니다. 태그를 일괄 삭제하면 제목 셀이 어떤 행에 걸쳐 있었는지 사라질 수 있습니다. 받는 시스템이 HTML을 허용하지 않는다면 병합 제목을 각 행에 반복할지, 표 위의 설명으로 옮길지 사람이 결정하고 원본과 다시 대조하세요.

AI에 글만 넣으려면 어떤 그림 옵션이 적합한가요?

글만 검토하려는 작업에는 그림 제외 옵션으로 긴 이미지 인코딩 문자열을 줄일 수 있습니다. 그러나 그림 안에 핵심 설명이 있다면 그 의미까지 추출되는 것은 아닙니다. 자료를 다른 서비스에 보내도 되는지 확인하고, 표와 각주를 읽은 다음 필요한 본문만 전달하세요. 변환 성공이 자료의 사실성이나 외부 전송 권한을 대신 확인하지는 않습니다.

수식도 마크다운 수학 문법으로 바뀌나요?

현재는 파서가 읽은 수식 스크립트를 텍스트로 남기는 방식이며, 모든 수식을 다른 수학 문법으로 번역하지 않습니다. 중요한 수식은 기호, 첨자, 괄호를 원본과 비교한 뒤 사용할 편집기의 문법에 맞게 정리해야 합니다. 수식이 그림으로 들어 있는 문서라면 그림 파일을 보면서 확인할 부분과 본문 텍스트를 구분하는 것이 필요합니다.

배포용 문서도 글만 빼낼 수 있나요?

이 도구는 배포용, 비밀번호, DRM 또는 본문이 암호화된 HWPX의 제한을 해제하지 않습니다. 글만 필요하더라도 같은 보호 정책을 적용합니다. 파일 이름이나 확장자를 바꿔서 다시 넣기보다, 자료를 제공한 사람에게 사용 가능한 원본이나 다른 형식의 사본을 요청하세요. 오래된 HWP 3.x도 현재 지원 대상에 포함되지 않습니다.

결과가 만들어지면 원본을 지워도 될까요?

마크다운은 내용을 다시 쓰기 위한 사본으로 생각하는 편이 좋습니다. 원본의 페이지 위치, 서명, 머리말에만 있던 정보는 결과에 그대로 남지 않을 수 있습니다. 나중에 인용 근거를 찾거나 표의 의미를 재확인할 가능성이 있으면 HWP 또는 HWPX도 보관하세요. 원본을 지우는 결정은 변환 완료 표시와 별개로 해야 합니다.

그림이 안 보일 때 먼저 확인할 위치

마크다운의 그림 주소는 보통 글 파일이 있는 위치를 기준으로 계산합니다. 따라서 글 파일만 다른 폴더로 옮기면 그림이 사라진 것처럼 보일 수 있습니다. 먼저 압축을 완전히 풀었는지 확인하고, 함께 받은 assets 폴더가 그대로 있는지 살펴보세요. 그림 파일 자체를 열 수 있다면 파일 손실과 주소 문제를 구분하는 데 도움이 됩니다. 폴더 이름이나 그림 이름을 바꿨다면 마크다운 안의 주소도 함께 바꿔야 합니다. 이때 실제 사용할 시스템이 상대 주소를 허용하는지도 확인해야 하며, 파일 이름만 맞는다고 모든 환경에서 같은 결과가 나오는 것은 아닙니다. 그림을 문서 안에 넣는 옵션은 별도 폴더를 다루기 어려울 때 선택할 수 있습니다. 대신 마크다운 안에 긴 데이터 주소가 들어가 파일이 커지고, 편집 화면에서 본문을 찾기 불편할 수 있습니다. 해당 주소를 표시하지 않는 편집기도 있을 수 있으므로 목적지에서 한 장을 먼저 시험하세요. 이미지가 들어 있다는 요약만 보고 끝내지 말고, 실제로 필요한 도표와 캡션이 함께 있는지 보는 것이 중요합니다.

병합 표를 일반 표로 옮기는 판단

다음은 사용법을 설명하기 위한 합성 예입니다. 교육 일정표에서 날짜 한 칸이 오전, 오후, 저녁 세 행에 걸쳐 있고 각 행에는 다른 장소가 적혀 있다고 가정해 보겠습니다. HTML 표 블록은 이 날짜 칸의 병합 범위를 표현할 수 있지만, 받는 시스템이 HTML을 지우면 장소와 날짜의 관계가 흐려질 수 있습니다. 표의 선이 없어졌다는 사실보다 어떤 항목이 같은 날짜에 속하는지 알아볼 수 있는지가 더 중요합니다. 원본에서 날짜, 시간, 장소의 제목을 먼저 확인하고 결과의 각 행을 따라 읽어 보세요. 목적지가 파이프 표만 받는다면 날짜를 매 행에 반복하는 방식도 생각할 수 있습니다. 또는 날짜별로 표를 나누거나 표 위에 묶음 설명을 둘 수 있습니다. 어느 방법이 맞는지는 자료의 의미와 앞으로 사용할 방식에 달려 있습니다. 자동 변환기가 이 편집 결정을 대신 내렸다고 생각하지 말고, 바꾼 뒤에는 날짜가 없는 행이나 잘못 붙은 장소가 없는지 다시 점검하세요. 숫자를 계산할 표라면 항목별 합계까지 확인한 후 활용하는 편이 안전합니다.

제목과 목록을 노트 구조로 정리하기

문서의 제목은 큰 글씨, 굵은 글씨, 가운데 정렬 또는 문단 스타일로 표시될 수 있습니다. 눈으로는 비슷해 보여도 내부 구조가 다르면 결과의 제목 단계가 기대와 다를 수 있습니다. 변환 뒤에는 본문을 한 번 읽으며 실제 장 제목과 단순 강조 문장을 구분하세요. 페이지 맨 위에 있었다는 이유만으로 모든 굵은 줄을 제목으로 승격하면 목차가 지나치게 잘게 나뉠 수 있습니다. 반대로 중요한 절 이름이 일반 문단으로 남아 있다면 주변 문장과 연결을 확인한 뒤 제목 표식을 추가할 수 있습니다. 번호 목록은 항목과 설명이 떨어지지 않았는지 확인하는 것이 좋습니다. 한 항목의 두 번째 문단이 새로운 항목처럼 보이거나, 표 바로 뒤의 설명이 이전 항목에 붙을 수 있기 때문입니다. 체크리스트로 바꾸려는 경우에는 실제 행동을 지시하는 항목인지 단순한 설명 순서인지 먼저 구분하세요. 변환은 글을 편집할 수 있게 만들지만, 보고서의 논리를 새로운 노트 구조로 설계하는 작업까지 수행하지는 않습니다. 최종 목차는 읽는 사람이 내용을 따라갈 수 있는지 기준으로 정리하세요.

각주와 인용을 함께 옮기는 방법

본문의 짧은 문장도 각주에 적힌 조건에 따라 의미가 달라질 수 있습니다. 변환된 마크다운에서 참조 표식이 보이면 해당 정의가 문서 뒤쪽에 있는지 확인하세요. 문장만 잘라 다른 노트에 붙여 넣을 때는 연결된 각주도 함께 가져와야 합니다. 그렇지 않으면 화면에 참조 번호만 남거나, 근거 문장이 어떤 자료를 가리키는지 알기 어려워집니다. 정의의 번호를 고쳤다면 본문의 표식과 짝이 맞는지도 다시 확인하는 것이 좋습니다. 다음 역시 실제 고객 자료가 아닌 합성 예입니다. 회의 기록에 수치가 하나 있고 각주에 조사 기간과 제외 대상이 적혀 있다면, 수치만 복사한 요약은 원래 주장보다 넓은 뜻으로 읽힐 수 있습니다. 원본 파일 이름, 문서 날짜, 관련 절 이름을 자신의 노트에 적어 두면 나중에 근거를 찾기 쉬워집니다. 이 정보는 사용자가 문맥을 보고 기록하는 것이며 변환기가 없는 날짜나 출처를 만들어 넣지는 않습니다. 인용문을 줄여 쓸 때도 원문과 편집한 문장이 구별되도록 자신의 작성 규칙을 정해 두세요.

문서 여러 개를 한 번에 처리할 때

여러 파일을 추가한 경우에는 이름이 비슷한 초안과 최종본이 함께 들어 있지 않은지 먼저 살펴보세요. 변환 뒤에는 각 결과가 어느 입력에서 왔는지 확인하고, 실패 안내가 있는 파일을 완료된 자료로 세지 않아야 합니다. 묶음 다운로드 안에 다시 ZIP이 들어 있다면 해당 문서의 그림 묶음일 수 있습니다. 모든 압축 파일을 같은 폴더에 무작정 풀기보다 문서별 위치를 유지하면 그림 주소를 관리하기 쉽습니다. 원본 이름이 길다면 탐색기에서 잘려 보이는 부분까지 확인해 서로 다른 문서를 혼동하지 마세요. 같은 목적지로 옮길 자료가 많더라도 한 건의 시험 결과만으로 나머지를 검토 없이 게시하는 것은 적절하지 않습니다. 글 위주 문서, 병합 표가 많은 문서, 그림 위주 문서의 대표 사례를 각각 살펴보는 편이 효율적입니다. 중요한 자료에는 검사한 항목을 자신의 작업 기록으로 남길 수 있습니다. 예를 들어 마지막 절 확인, 표 제목 대조, 그림 경로 확인처럼 실제 수행한 점검만 적으세요. 파일 개수가 많다는 이유로 원본을 일괄 삭제하는 단계까지 변환 작업에 포함할 필요는 없습니다.

그림 속 글자는 별도 자료로 보기

스캔한 문서나 화면 캡처에 있는 글씨는 눈에는 문자처럼 보이지만 파일 내부에서는 그림의 일부입니다. 현재 마크다운 변환은 그 픽셀을 읽어 새 글자로 만드는 OCR 작업을 하지 않습니다. 그림 제외 옵션을 고르면 이런 자료의 중요한 내용이 본문에 없을 수 있으므로, 설명에 필요한 도표나 화면이 있는지 원본을 먼저 살펴보세요. 그림이 별도 파일로 남았더라도 그 안의 숫자와 문장을 검색할 수 있는 텍스트로 바꿨다는 뜻은 아닙니다. 텍스트 검토가 목적이라면 원본에서 사진과 본문이 맡는 역할을 구분하는 것이 좋습니다. 본문이 그림 번호만 가리키고 실제 설명은 그림 안에 있다면, 번호만 남은 추출 결과로 전체 내용을 요약하기 어렵습니다. 사람이 그림을 보고 추가한 설명은 원문에서 추출된 문장과 구별해 적어 두세요. 해상도가 낮아 판독하기 어려운 숫자는 추측해서 채우지 말고 더 선명한 자료를 요청하는 편이 낫습니다. 변환 요약에 이미지 관련 경고가 있으면 그 그림이 자신의 목적에 필수적인지부터 판단하세요.

코드와 기호가 섞인 문장 점검

마크다운에서 별표, 밑줄, 대괄호와 세로줄은 문장 기호이면서 서식 문법으로 쓰이기도 합니다. 변환 결과의 원문 보기와 미리 보기에서 기호가 다르게 보일 수 있으므로 어느 화면을 복사하고 있는지 확인하세요. 특히 프로그램 예제, 경로, 수식 스크립트가 있는 자료는 일반 문장보다 기호 하나의 차이가 크게 작용할 수 있습니다. 원래부터 있던 괄호인지 이미지나 링크를 가리키는 문법인지 문맥을 보고 구분해야 합니다. 다른 편집기로 옮긴 뒤에는 따옴표, 괄호, 줄바꿈이 의도대로 남았는지 작은 구간부터 시험할 수 있습니다. 여러 줄짜리 명령을 실행하려는 경우에는 문서에서 가져온 내용이라는 이유만으로 그대로 실행하지 말고 명령의 의미를 읽어 보세요. 표 안의 세로줄을 일괄 삭제하면 글자 자체가 필요한 예제까지 달라질 수 있습니다. 서식 기호를 정리할 때는 검색 후 치환 범위를 좁혀 사용하고, 결과를 원본과 비교하면서 진행하는 것이 도움이 됩니다. 이 도구는 코드의 동작이나 명령의 안전성을 검사하지 않습니다.

변환 요약을 읽는 순서

먼저 자신의 작업에 필요한 요소가 무엇인지 정하면 요약을 읽기 쉽습니다. 본문 문장만 필요한 자료와 결재 표, 도표, 주석까지 필요한 자료는 같은 경고에도 판단이 달라집니다. 감지와 기록의 차이가 있는 항목을 찾고, 해당 요소가 원본 어디에 있는지 확인하세요. 수식이나 도형의 표현이 단순해졌다는 안내는 파일 전체를 사용할 수 없다는 뜻은 아니지만, 그 요소가 핵심 근거라면 그냥 지나칠 수도 없습니다. 반대로 경고가 적다는 사실만으로 모든 문장을 사람이 확인한 것은 아닙니다. 결과 끝부분의 고유한 문장을 찾아 보고, 중요한 표의 행 제목과 단위를 비교하고, 그림 참조를 실제로 열어 보는 방법이 좋습니다. 현재 텍스트 코퍼스 검사는 지원 샘플 41건에서 같은 문서 모델로 만든 TXT와 마크다운의 본문 잔존율을 대조합니다. 이 검사는 회귀를 찾는 데 쓰이지만 모든 원본 서식을 독립적으로 입증하거나 모든 편집기의 표시를 검증한 수치는 아닙니다. 검사 범위를 알고 자신의 자료에서 중요한 부분을 추가로 확인하세요.

문서 내용을 외부로 옮기기 전

이 페이지에서 파일을 읽고 변환하는 과정은 기기 안에서 이뤄집니다. 이후 생성한 마크다운을 다른 서비스에 붙여 넣거나 파일을 공유하는 행동은 별도의 전송입니다. 내부 자료를 다루고 있다면 변환이 로컬에서 끝났다는 사실과 결과를 외부에 보내도 된다는 판단을 구분해야 합니다. 사람 이름, 연락처, 계약 조건처럼 공유 범위를 확인할 정보가 있는지도 읽어 보세요. 필요 없는 부분을 제외할 때에는 각주나 표의 맥락을 잃지 않는지도 함께 점검하는 편이 좋습니다. 언어 모델 입력으로 활용할 때도 원문에서 어떤 구간을 제공했는지 기록하면 결과를 검토하기 쉽습니다. 그림이 빠진 자료를 전체 문서인 것처럼 제시하지 말고, 텍스트 추출 범위와 누락 가능성을 작업 맥락에 맞게 설명하세요. 모델이 만든 요약은 마크다운으로 변환된 원문과 다시 대조할 수 있어야 합니다. 변환기가 수행하는 일은 읽을 수 있는 자료를 만드는 것이며, 문서의 내용이 옳은지 판단하거나 공유 권한을 정하는 일은 포함하지 않습니다.

다시 확인할 수 있는 노트 남기기

노트를 만든 뒤에는 원본과 편집본의 역할을 분리해 두면 편리합니다. 원본 파일에는 손대지 않고 마크다운에서 제목을 정리하거나 설명을 덧붙이는 방식으로 작업할 수 있습니다. 사용자가 추가한 문장과 원문에서 가져온 문장이 섞여 구분되지 않으면 나중에 인용 범위를 찾기 어려워질 수 있으니, 자신의 기록 규칙에 맞게 출처와 변경 부분을 표시해 두세요. 날짜를 적을 때에도 파일을 변환한 날짜와 문서 본문에 적힌 날짜가 같은 의미는 아니라는 점을 고려해야 합니다. 최종 점검은 목적에 맞게 좁혀 수행할 수 있습니다. 회의 준비용이라면 안건과 결정 사항, 연구 메모라면 인용과 각주, 업무 목록이라면 담당과 기한의 연결을 우선 보세요. 필요에 따라 문서 앞, 중간, 끝의 문장을 각각 확인하면 일부 구간만 보고 판단하는 실수를 줄일 수 있습니다. 편집이 끝난 노트를 다른 사람에게 전달할 때에는 어떤 원본을 바탕으로 했는지 찾을 수 있게 남겨 두는 것이 도움이 됩니다.

다른 방법과 출력 선택

고쳐 쓸 글과 노트를 만들 때는 마크다운이 적합한 선택일 수 있습니다. 지원되는 그림을 한 파일에 담아 읽으려면 HTML, 문단과 페이지 서식을 가진 편집 문서가 필요하면 DOCX를 검토하세요. 어떤 출력을 택하더라도 중요한 숫자와 인용 문장은 원본과 대조하고, 원래 파일은 별도로 남겨 두는 방법을 권합니다.