도현의 AI 워크플로우

AI가 만든 HTML 폼에 이름표가 보이는데 이를 눌러도 입력칸에 연결되지 않는다면, label의 for와 입력칸의 id를 먼저 비교하세요. 화면에서 가까이 놓였다는 것과 코드로 연결됐다는 것은 별개의 확인입니다. 목차 1. for는 입력칸의 id와 연결합니다 2. 보기에는 비슷해도 연결이 끊어진 예시 3. 저장한 화면에서 클릭과 키보드를 함께 확인 4. 입력칸을 label 안에 넣는 방식도 있습니다 5. 자주 묻는 질문 1. for는 입력칸의 id와 연결합니다 W3C WAI의 폼 이름표 안내는 명시적으로 연결할 때 label의 for 값과 폼 컨트롤의 id 값을 정확히 일치시키도록 설명합니다. 먼저 같은 철자로 연결됐는지 확인하고, 화면의 배치만 보고 연결됐다고 판단하지 마세요. <label for="visitor-name">방문자 이름</label> <input id="visitor-name" name="visitor" type="text"> 위 예시에서 이름표는 visitor-name이라는 id를 가리킵니다. 입력칸의 name은 visitor입니다. for가 name을 찾는 것으로 생각해 두 값을 함께 바꿀 필요는 없습니다. 전송에 쓰는 이름과 화면 이름표의 연결을 따로 검수하세요. 항목 이 예시의 값 검수할 질문 label의 for visitor-name 연결할 입력칸의 id와 같은가 input의 id visitor-name 이름표가 가리키는 대상인가 input의 name visitor 전송 항목 이름으로 의도한 값인가 2. 보기에는 비슷해도 연결이 끊어진 예시 <label for="visitor-name">방문자 이름</label> <input id="guest-name" name="visitor" type="text"> 두 번째 예시는 label...

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

AI 초안에 링크가 있으면 보이는 문구와 실제 주소를 따로 읽어보세요. ‘공식 안내’라는 문구가 자연스럽다고 해서 주소가 해당 기관의 정확한 페이지라는 뜻은 아닙니다. Markdown 원문을 확인한 뒤 최종 게시 화면에서 클릭해 도착 페이지까지 확인합니다. 문법이 맞는지 확인하는 작업과 자료가 맞는지 확인하는 작업은 다릅니다. 주소를 열 수 있어도 제목·내용이 설명한 자료와 다르면 문구나 목적지를 다시 정해야 합니다. 세 번 나눠 봅니다. 문구가 독자에게 의미 있는가 → 주소가 확인한 원문인가 → 최종 화면에서 정확히 이동하는가. 링크가 파랗게 보이는 것만으로 검수를 끝내지 않습니다. 목차 1. 대괄호는 문구, 소괄호는 목적지 2. 주소 안의 괄호와 공백을 살펴보기 3. 최종 화면에서 목적지까지 검수하기 4. 자주 묻는 질문 1. 대괄호는 문구, 소괄호는 목적지 CommonMark 0.31.2의 링크 문법에서 인라인 링크는 대괄호에 담긴 링크 문구 뒤에 소괄호로 목적지와 선택적인 제목을 붙이는 구조입니다. 다음은 이 글에서 만든 실제 공식 문서 주소 예시입니다. CommonMark 링크 규격 [CommonMark 링크 문법](https://spec.commonmark.org/0.31.2/#links) 독자에게 보일 문구는 ‘CommonMark 링크 문법’이며 목적지는 소괄호 속 주소입니다. 마지막의 #links 는 문서 안의 해당 항목을 가리킵니다. 주소를 복사할 때 상세 경로나 이 부분이 빠졌는지도 확인합니다. AI가 쓴 문구를 그대로 믿기보다 확인한 페이지 제목에 맞춰 다듬으세요. 자료가 규격 설명인데 ‘최신 정책 발표’라고 이름 붙였다면 문법은 맞더라도 독자에게 다른 내용을 약속하는 링크가 됩니다. 2. 주소 안의 괄호와 공백을 살펴보기 CommonMark는 주소 안의 괄호를 짝이 맞도록 쓰거나 역슬래시로 처리하는 문법을 정하고 있습니다. 주소를 꺾쇠괄호로 감싸는 형태도 지원합니다. 다음 두 줄은 문법 구조를 설명하기 위한 가상 주소이며 실제 자료 링크...

AI 초안을 고칠 때는 수정안과 적용 결정을 나눠 보세요. Google Docs 제안 모드로 바꿀 내용을 남기고, 날짜·수치의 근거는 별도로 확인하면 검토할 질문이 명확해집니다. 목차 1. 제안 모드는 수정안을 검토하는 도구 2. 컴퓨터에서 제안 내용을 남기는 순서 3. AI 원고를 볼 때 나누는 검토 항목 4. 가상 사례와 짧은 제안 메모 5. 적용 전 미리보기와 최종 문맥 확인 6. 자주 묻는 질문과 공식 자료 1. 제안 모드는 수정안을 검토하는 도구 Google Docs의 제안 기능은 원본 텍스트를 바로 바꾸지 않고 변경 내용을 제안하는 방식입니다. 소유자가 제안을 적용하면 원래 텍스트가 대체됩니다. AI가 쓴 문장을 더 자연스럽게 고쳤더라도 날짜와 수치가 맞는지 확인한 결과와는 구분해야 합니다. 이 글의 핵심은 문장을 다듬는 동안 확인되지 않은 사실이 최종 원고에 섞이지 않도록 검토 단위를 나누는 것입니다. 제안 모드를 사용했다고 공식 출처 검증이나 게시 승인이 자동으로 이루어지는 것은 아닙니다. 2. 컴퓨터에서 제안 내용을 남기는 순서 Google Docs에서 검토할 문서를 엽니다. 오른쪽 상단의 수정 메뉴에서 제안을 선택하거나, 텍스트 선택 뒤 표시되는 수정 제안 기능을 사용합니다. 바꿀 문장을 수정합니다. 변경된 내용은 색상으로, 삭제 내용은 취소선으로 구분됩니다. 수정 이유가 필요하면 해당 제안에 댓글을 덧붙입니다. Google 공식 안내상 댓글 작성자나 편집자 권한이 있는 사용자는 수정안을 제안할 수 있습니다. 제안 메뉴가 보이지 않으면 현재 권한과 문서 환경부터 확인하세요. 이 글은 검토 목적으로 불특정 다수에게 문서를 공개하도록 권하지 않습니다. 3. AI 원고를 볼 때 나누는 검토 항목 바꿀 내용 제안에 남길 것 따로 확인할 것 긴 문장 짧게 나눈 문장과 이유 핵심 조건이 빠지지 않았는지 날짜·가격 변경할 값과 원문 위치 공식 자료의 기준일·적용 대상 확정적인 표현 조건을 명시하는 수정안 근거가 실제로 확정을 뒷받침하는지 경험처럼 보이...

검수한 시점을 나중에 찾고 싶다면 Google Docs의 버전에 이름을 붙이고, 수정 이유는 별도로 남기세요. 이름을 붙이는 동작, 예전 내용으로 복원하는 동작, 예전 내용의 사본을 만드는 동작은 결과가 다릅니다. 초안을 비교하려다 공동 문서 전체를 되돌리지 않도록 목적부터 정합니다. 목차 1. 세 동작의 목적부터 정하기 2. 이름은 완료 범위가 보이게 쓰기 3. 비교 사본을 만들 때 남길 네 칸 4. 질문과 공식 도움말 1. 세 동작의 목적부터 정하기 Google은 이전 버전 확인에 편집 권한이 필요하다고 안내합니다. 버전 기록에서 이전 내용을 볼 수 있고, 그 버전을 복원하거나 사본으로 만들 수 있습니다. 이름을 지정한 버전은 버전 기록에서 식별하고 병합되지 않도록 남기는 데 쓰입니다. 목적 맞춰 볼 동작 먼저 적을 질문 검수 시점 찾기 버전 이름 지정 어떤 검수까지 끝났나? 현재 내용 되돌리기 이 버전 복원 공동 작업 중인 최신 내용은 무엇인가? 이전 안을 따로 비교 사본 만들기 새 문서를 어디에 두고 누구와 공유할까? 단순히 이전 문장을 읽는 일과 현재 문서를 바꾸는 일도 구분합니다. 이 표는 버튼을 누르기 전 목적을 정리하는 도구이며, 회사의 문서 보존·공유 정책을 대신하지 않습니다. 2. 이름은 완료 범위가 보이게 쓰기 “최종”만 반복하기보다 “10월2일_출처링크확인”이나 “표단위검수후_댓글반영전”처럼 범위를 드러낼 수 있습니다. 같은 문서에서 숫자와 출처를 확인했더라도 문체 검수는 아직일 수 있으므로 어떤 작업까지 끝났는지를 이름에 남기세요. 버전 이름은 사실 확인의 증거 그 자체가 아닙니다. 공식 자료 주소, 기준일, 바뀐 수치와 이유는 검수 노트나 댓글에 별도로 남겨야 다음 사람이 내용을 대조할 수 있습니다. Google 안내는 문서당 이름 있는 버전 최대 40개, 스프레드시트 최대 15개를 제시합니다. 모든 사소한 입력마다 이름을 추가하기보다 다시 찾을 필요가 있는 검수 지점을 선택하세요. 3. 비교 사본을 만들 때 남길 네 칸 기록 예...