ChatGPT 글쓰기 블록과 코드 블록 비교: 발행 전 점검표는 어디서 만들까
TL;DR
- 문구와 근거를 편집하는 점검표는 글쓰기 블록을 선택합니다.
- 상태 변화와 집계를 시험해야 한다면 지원 HTML 코드 블록의 Preview를 검토합니다.
- 화면의 완료 표시, 실제 내용 검토, 최종 발행 승인은 구분합니다.
핵심 3줄 요약
핵심 1
글쓰기 블록도 Checklists를 지원하므로 체크박스 때문에 코드가 필수는 아닙니다.
핵심 2
발행 전 점검표 선택 기준은 기능의 우열이 아니라 검토자가 시험할 대상입니다.
핵심 3
아래 상태 UI는 저자 제안입니다. ChatGPT의 기본 승인관리 기능이 아닙니다.
이 글에서 다룰 내용
두 블록의 차이, 한 경로 선택 기준, 가상 점검표 작성 순서, 복사용 프롬프트, 저장과 승인 경계
두 블록의 차이
발행 전 점검표가 필요한데 문구를 고치는 목록이면 충분한지, 입력에 따라 경고와 집계가 바뀌는 시제품까지 필요한지 헷갈릴 때 쓰는 가이드입니다. 이번 완료물은 외부에 배포하지 않는 내부 검토본입니다.
ChatGPT 글쓰기 블록, 즉 writing blocks는 대화 응답에서 메일·메시지·문서 초안을 직접 편집하는 영역입니다. 코드 블록인 code blocks는 코드와 지원 미리보기 내용을 본문과 분리해 읽고 편집·복사하는 영역입니다. 지원되는 경우 미리보기·실행도 제공합니다.
두 종류는 현재 같은 공식 도움말에서 구분해 설명합니다. 이 글은 오래된 Canvas와 현행 블록을 비교하지 않습니다. Code가 더 정확하고 안전하다는 순위도 만들지 않습니다.
언제 무엇을 고를까
과제는 ‘승인된 콘텐츠 운영 기준으로 발행 전 점검표 내부 검토본 만들기’ 하나입니다. 문구·근거 위치·검토 메모 편집이면 충분하면 A 글쓰기 블록을 권합니다.
조건별 상태 변화·남은 항목 집계·미확인 경고를 시험해야 하면 B HTML Preview를 검토합니다. 저자가 제안하는 선택 기준입니다. A와 B를 모두 수행하거나 자동 변환·동기화하라는 뜻이 아닙니다.
시작 전 확인할 조건
공식 자료 확인일: 2026-10-15.
웹의 실제 대화에서 필요한 블록과 동작이 제공되는지 확인합니다. 사용 가능 여부는 플랜·기기·워크스페이스 설정·모델·배포·계정 활성화·블록 종류에 따라 달라집니다.
아래 내용은 공식 문서에 근거한 선택 가이드와 가상 설계입니다. 실제 계정에서 시제품을 생성하거나 동작을 시험한 후기가 아닙니다.
B에는 코드를 검토할 사람과 능력이 필요합니다. 검토자가 없다면 B는 완료할 수 없습니다. A로 자동 대체하지 말고 선택 요건을 다시 승인받습니다.
한 경로로 점검표를 만드는 순서
1. 완료 조건을 나누고 한 경로를 승인합니다
문장 편집이 완료 조건인지, 상태 변화 시험까지 필요한지 먼저 적습니다. 검토자가 A 또는 B 하나를 승인합니다.
첫 시험은 한 경로만 선택합니다. 선택하지 않은 경로는 실행하지 않습니다.
2. 비민감 가상 기준 세 개와 원본을 준비합니다
이번 예제의 기준은 다음 세 개뿐입니다. 실제 원자료가 없으므로 위치와 검토 결과를 채워 넣지 않습니다.
- CHK-A: 사람이 공식 출처와 주장을 대조합니다. 원문 위치 미제공, 검토 메모 ‘미검토’, 상태 ‘확인 필요’입니다.
- CHK-B: 사람이 개인정보 잔존 여부를 검토합니다. 원문 위치 미제공, 검토 메모 ‘미검토’, 상태 ‘확인 필요’입니다.
- CHK-C: 별도 최종 발행 승인 상태를 확인합니다. 승인 기록 미제공, 검토 메모 ‘미검토’, 상태 ‘확인 필요’입니다.
ID는 저자가 붙인 대조키이지 자동 인용이나 감사로그가 아닙니다. 실제 운영 기준을 적용할 때는 원본을 보존합니다. 기준별 문서명·절·문단 위치를 연결합니다.
3. 선택한 결과물만 요청합니다
A는 대화에서 직접 편집 가능한 3항목 점검표를 요청합니다. 실제 writing block이 제공됐는지 확인한 뒤 사용합니다.
B는 외부 연결과 영속저장이 없는 비민감 단일 HTML 검토 시제품을 요청합니다. 상태·집계·경고는 생성 코드가 구현해야 할 요구사항이지 제품 기본 기능이 아닙니다. 외부 패키지와 CDN, API, 폰트·이미지, 네트워크 요청, 파일 읽기, 브라우저 저장과 전송이 없는지 Code에서 확인합니다.
4. 기준과 결과물을 대조합니다
A는 각 항목의 문구·원문 위치·메모를 확인하고 텍스트를 직접 편집하거나 선택 영역 수정을 요청합니다. 기준에 없는 사실이나 승인이 추가되지 않았는지 살핍니다.
B는 먼저 Code에서 항목·로직·외부 참조·저장·전송 동작을 사람이 검토합니다. 검토 승인 후 지원 블록의 Preview로 전환해 같은 세 기준을 대조합니다. 필요하면 Code로 돌아갑니다.
Preview가 없다면 현재 그 블록은 미리보기를 지원하지 않습니다. 임의의 Run 버튼이나 우회 설치를 찾지 않습니다. 지원 Python의 Run·콘솔 실행은 이번 HTML Preview와 다릅니다.
5. 선택 경로에 맞는 검수를 수행합니다
A는 한 문장을 선택해 수정한 뒤 세 항목의 누락 여부와 의미 유지를 확인합니다. 화면 동작 시험을 추가하기 위해 B까지 만들지 않습니다.
B는 가상 시험 복제본에서만 초기 0/3 → 일부 1/3 → 모두 3/3 → 하나 해제 2/3 → 최종 초기 0/3 복구를 관측하도록 요청합니다. 이는 시제품의 기대 동작이며 실제 실행 결과가 아닙니다.
집계·남은 항목·미확인 경고가 각 입력과 맞아야 합니다. 모두 켜도 표시는 ‘항목 상태 시험 통과·시제품 검토용’으로 제한합니다. 승인 토글이나 실제 발행 동작은 넣지 않습니다.
6. 내용 검토와 UI 관측을 분리해 기록합니다
내용 검토행에는 ‘ID·기준 문구·원문 위치·검토 상태·실제 메모·남은 질문·검토자’를 남깁니다. 상태는 ‘확인 필요·확인 완료·상충’으로 구분합니다. 원문을 검토하지 않았다면 확인 필요를 유지합니다.
UI 시험 관측행에는 ‘입력 전환·기대 표시·실제 관측·차이·초기 복구 여부’를 따로 적습니다. 실행 전에는 실제 관측을 비워 둡니다. 시험 입력을 사실 검토 결과로 옮기지 않습니다.
CHK-C의 내용 상태는 실습 내내 확인 필요입니다. 사람이 승인하는 것은 내부 검토본입니다. 실제 발행 승인은 다른 기록으로 확인해야 합니다.
복사해서 쓰는 프롬프트
다음 선택값은 사람이 A 또는 B 하나로 먼저 채웁니다. 이 프롬프트는 보안 차단장치가 아닙니다. 출력 결과를 사람이 검토해야 합니다.
목표: 선택=[A/B 중 하나를 사전 기입]. 승인된 운영 기준으로 발행 전 점검표 내부 검토본만 작성합니다.
허용 입력: 비민감 가상 기준 CHK-A 공식 출처 대조, CHK-B 개인정보 잔존 검토, CHK-C 별도 발행 승인 확인과 제공된 원문 위치만 사용합니다.
제외 입력: 실데이터, 개인정보, 인증정보, 외부 패키지·CDN·API·폰트·이미지·네트워크·파일 읽기·시제품의 영속저장·자동저장·분석 추적·로그인·외부전송을 제외합니다.
출력 형식: A는 직접 편집 가능한 3항목 글쓰기 블록, B는 단일 HTML 코드 블록이며 기준ID·문구·원문 위치·상태·관측·남은 질문·검토자 내부 기록을 구분합니다.
완료 기준: A는 선택 문장 수정 후 3항목의 의미·누락을 검토합니다. B는 Code 선검토 후 Preview에서 가상 복제본 0/3→1/3→3/3→2/3→0/3과 경고를 시험합니다. 완료 표시는 시제품 검토용으로 제한합니다.
추정 금지: 없는 근거·검토·발행 승인을 만들지 않고 가상 실습의 내용 상태는 확인 필요로 유지합니다. UI 시험을 실제 사실 확인으로 취급하거나 반대 경로를 실행하지 않습니다.
승인 지점: 코드 검토를 승인받기 전 Preview를 실행하지 않습니다. 내부 검토본 완료는 사람이 승인합니다. 실제 발행·전송·공유·설정 변경은 별도 승인으로 분리합니다.
실전 인사이트
검토 양식에는 ‘무엇을 확인했는가’와 ‘화면이 어떻게 반응했는가’를 따로 적습니다. CHK-A의 집계가 올라갔다는 관측만으로 공식 출처와 주장이 일치한다고 기록하면 안 됩니다.
상충은 원문과 초안이 맞지 않는 내용상의 상태입니다. UI 시험 실패와 구분해 기록해야 문구를 고칠지, 집계 로직을 고칠지 판단할 수 있습니다.
주의할 점
B의 외부 연결·영속저장 금지는 구현 설계 제약입니다. 샌드박스가 이를 자동 보장한다고 가정하지 않습니다. Code에서 확인하지 못하면 Preview 시험을 중단합니다.
외부 리소스 접근 권한 요청이 나타나면 이번 시험에서는 승인하지 않습니다. 외부 발행·공유·발송·다운로드·원본 덮어쓰기·새 연결·권한 변경도 범위 밖입니다.
지원 블록의 텍스트·코드 편집은 짧은 지연 뒤 대화에 저장되며 후속 질문에서 최신 버전이 사용됩니다. Temporary Chat에서는 종료 후 편집 내용이 유지되지 않을 수 있습니다.
시제품에 브라우저 저장 기능이 없다는 조건은 OpenAI 서버의 저장·처리가 없다는 뜻이 아닙니다. 코드 저장과 Preview 체크 상태의 영속성은 별개입니다. 상태의 기기 동기화·재방문 유지·공유·감사기록을 보장하지 않습니다.
자주 묻는 질문
체크박스가 있으면 코드 블록을 골라야 하나요?
아닙니다. 글쓰기 블록도 Checklists를 지원합니다. B를 고르는 이유는 별도로 설계한 동작을 시험해야 하기 때문입니다.
3/3이면 바로 발행해도 되나요?
아닙니다. 집계로는 시제품의 입력 상태만 확인합니다. 원문 정확성이나 최종 발행 승인을 증명하지 않습니다.
Preview가 없으면 다른 설정으로 켜면 되나요?
이 글에서는 현재 해당 블록의 미리보기 미지원으로 판단하고 중단합니다. 별도 설정 변경이나 업데이트·우회 설치를 지시하지 않습니다.
학습 사용을 끄면 대화도 사라지나요?
Data controls의 ‘Improve the model for everyone’을 끄면 새 대화는 모델 학습에서 제외되지만 기록에는 남을 수 있습니다. 대화 기록·로컬 상태·조직 보존은 별개입니다. 조직의 개인정보·보존·접근 정책도 그대로 적용됩니다.
출처
마무리
문구 검토라면 A, 동작 시험이 필요하고 코드 검토가 가능하다면 B를 선택합니다. 어느 경로든 코드·화면 표시·원문 검토·최종 승인은 분리합니다.
한 줄 요약: 편집할지 시험할지로 한 경로를 고릅니다. 점검표의 완료 표시를 발행 승인으로 해석하지 않습니다.
