도현의 AI 워크플로우

초안에 구분선을 넣었는데 바로 윗문장이 크게 보인다면, 먼저 문장과 --- 사이의 빈 줄 을 확인하세요. CommonMark에서는 문장 바로 아래의 하이픈 줄을 Setext 제목으로 해석할 수 있습니다. 구분선이 목적이면 앞뒤에 빈 줄을 둔 예와 비교해 보세요. 아래는 CommonMark 0.31.2를 기준으로 한 간단한 사례입니다. 게시 플랫폼이 다른 문법이나 자체 편집 규칙을 사용한다면 최종 미리보기에서 결과를 확인해야 합니다. 목차 1. 두 원고의 차이는 빈 줄입니다 2. 하이픈 줄은 앞의 텍스트와 함께 읽힙니다 3. 내용 검수와 서식 검수를 한 표에서 섞지 마세요 4. 간단한 검수 연습 5. 자주 묻는 질문 6. 명세에서 Setext 제목 범위 확인하기 1. 두 원고의 차이는 빈 줄입니다 첫 번째 예는 제목, 두 번째 예는 문단 뒤 구분선이 되는 형태입니다. 문구의 의미를 바꾸는 작업이 아니라 원고의 구조를 명확하게 하는 작업입니다. 검수 메모 --- 위 예는 CommonMark에서 2단계 제목으로 해석됩니다. 검수 메모 --- 다음 문단 두 번째 예는 검수 메모라는 문단과 구분선, 다음 문단을 나눕니다. 예시를 문서에 넣을 때 코드 블록으로 보여 줄지 실제 구조로 사용할지도 구별하세요. 2. 하이픈 줄은 앞의 텍스트와 함께 읽힙니다 명세의 Setext 제목은 텍스트 뒤에 = 또는 -로 된 밑줄을 놓는 형식입니다. =는 1단계, -는 2단계 제목에 해당합니다. 여러 텍스트 줄이 빈 줄 없이 이어졌다면 그 내용이 함께 제목으로 묶일 수도 있습니다. 따라서 구분선 모양만 찾는 검수보다 앞 문단의 끝과 빈 줄을 함께 보는 검수가 유용합니다. 목록·인용문·코드 등 다른 블록 안에서는 별도 규칙이 적용되므로 이 짧은 예를 모든 위치에 그대로 일반화하지 않습니다. 3. 내용 검수와 서식 검수를 한 표에서 섞지 마세요 검수 대상 확인할 질문 수정 후 확인 문장 전달할 의미가 맞는가? 문구를 바꿨다면 의미 재검토 제목 구조 윗문장이 제목이어야 하는가? 제목 단계와...

Markdown 원문에서 Enter를 한 번 눌렀다고 언제나 화면의 강제 줄바꿈이 생기는 것은 아닙니다. CommonMark 0.31.2는 일반 줄 끝을 소프트 줄바꿈으로 구분합니다. AI 초안을 옮길 때는 문단을 나눌지, 같은 문단에서 한 줄만 바꿀지 먼저 결정하세요. 목차 1. 문단인가, 한 문단 안의 줄바꿈인가 2. CommonMark의 줄 끝 표기 읽기 3. 자체 예제로 세 경우를 비교하기 4. 다른 편집기로 옮긴 뒤 다시 확인하기 5. 자주 묻는 질문 1. 문단인가, 한 문단 안의 줄바꿈인가 서로 다른 생각을 설명한다면 문단을 나누는 편이 읽기 쉽습니다. 주소나 짧은 안내 문구처럼 같은 덩어리 안에서 줄을 유지할 필요가 있다면 줄바꿈을 따로 확인합니다. 먼저 작성 의도를 정하면 보이는 결과를 평가하기 쉽습니다. AI가 만든 원문은 줄마다 끊어져 있어 보기 편할 수 있지만 실제 게시 화면은 다를 수 있습니다. 원문 편집창의 모양과 독자에게 보이는 결과를 따로 검수하세요. 2. CommonMark의 줄 끝 표기 읽기 CommonMark는 문단 내부에서 줄 끝의 공백 두 개 이상 또는 역슬래시 뒤 줄 끝을 하드 줄바꿈으로 처리합니다. 공백이나 역슬래시가 없는 일반 줄 끝은 소프트 줄바꿈이며, 렌더러가 공백이나 줄 끝으로 표현할 수 있습니다. 렌더러에 별도 옵션이 있을 수도 있습니다. 원문에서 확인할 것 검수할 결과 일반 줄 끝 같은 문단 안에서 어떻게 표시되는지 줄 끝 공백 두 개 이상 공백이 보존되고 줄바꿈이 되는지 줄 끝 역슬래시 지원 문법에서 줄바꿈으로 처리되는지 빈 줄로 분리 별도 문단의 경계가 의도와 맞는지 코드 안이나 블록 마지막에는 같은 표기가 그대로 작동한다고 가정하지 않습니다. 이 글의 비교는 일반 문단 안의 문장을 기준으로 합니다. 3. 자체 예제로 세 경우를 비교하기 아래는 검수용으로 만든 두 문장입니다. 원문의 기호를 확인할 때만 코드블록을 쓰고, 결과는 실제 미리보기에서 봅니다. 첫 안내입니다. 다음 안내입니다. 먼저 위처럼 일반 ...

AI가 만든 작업 목록에서 체크 표시가 있다고 해서 일이 끝난 것은 아닙니다. GitHub Markdown에서 - [ ] 는 미완료 항목, - [x] 는 완료 표시를 만드는 문법입니다. 문법이 맞는지와 실제 완료 근거가 있는지 를 각각 확인하세요. 검토 순서 항목 앞의 하이픈·공백·대괄호를 확인하고, 완료 표시를 결과 파일이나 확인 기록과 대조합니다. AI가 정리한 문장은 완료 증거를 대신하지 않습니다. 목차 1. 체크상자와 일반 목록의 차이 2. AI가 임의로 완료 표시를 붙이지 않게 요청하기 3. 완료에는 작은 근거를 붙이기 4. 코드 블록과 종료된 기능을 구분하기 5. 자주 묻는 질문 1. 체크상자와 일반 목록의 차이 GitHub 문서는 목록 항목 앞에 하이픈과 공백을 쓰고 [ ] 를 붙이면 작업 목록을 만들며, 완료 표시는 [x] 를 사용한다고 설명합니다. GitHub tasklists 안내(영어) 입력 예시 의도 - 자료 링크 확인 일반 목록 항목 - [ ] 자료 링크 확인 미완료 체크 항목 - [x] 자료 링크 확인 완료 표시 항목 대괄호 안이 비어 있어도 공백을 포함한 정확한 문법을 사용합니다. 다른 편집기에서 같은 기능을 지원한다고 추정하지 말고 실제 저장 대상의 미리보기로 확인하세요. 이 글의 코드 예시는 복사할 문법을 보여 주기 위해 글자로 표시했습니다. 2. AI가 임의로 완료 표시를 붙이지 않게 요청하기 초안 요청에는 ‘각 항목을 미완료 상태로 작성하고, 실제 확인 결과가 제공된 항목만 완료로 표시해 주세요’라고 조건을 붙일 수 있습니다. 이 문장은 결과를 보장하는 기능이 아니라 초안 검토를 돕는 자체 제안입니다. - [ ] 공식 자료의 날짜 확인 - [ ] 본문 숫자와 표 대조 - [ ] 공개 화면의 링크 목적지 확인 결과가 없는 단계는 미완료로 두고, 무엇이 필요한지 구체적인 동사로 적습니다. ‘원고 완벽하게 만들기’ 대신 ‘표의 합계를 계산해 본문 숫자와 비교하기’처럼 확인 가능한 항목으로 바꾸면 완료 여부를 판단하기 쉽습니다. 작...