관람객에게 안 보인다는 결과는 같았다. 벽에 붙은 QR 라벨을 떠올린 뒤에 달라졌다.

판매 완료 정보를 프롬프트에 넣어도 챗봇은 계속 구매를 안내했다. 범인은 다른 줄의 지시문이었다.

승인 없이 커밋 7개가 나갔다. 원인을 찾다 규칙 두 개가 정면으로 어긋난 걸 발견했다

오전에 만든 교정 규칙을 저녁에 내가 안 거쳤다. 같은 날 두 번, 같은 모양이었다.

규칙을 두 곳에 뒀는데 둘 다 안 걸렸다. 조건부로 내린 규칙은 한 번도 안 실렸다. 크기를 재보니 문서에 적힌 값이 낡아 있었다.

커밋까지 끝냈는데도 세션 꺼도 되나 또 물었다. 상태 표시줄에 판정 한 줄을 붙인 기록

자동 발행은 성공했는데 글이 없었다. 큐를 채우는 단계 담당이 「사람」이었다.

같은 사실이 여러 문서에 베껴져 있으면, 고칠 때 몇 곳인지 모른다

이름 3개를 한꺼번에 바꿨다. 조사가 어긋나고 개명 이력이 지워졌고, UI 라벨이 결정 라벨로 바뀔 뻔했다.

같은 사고를 두 번 냈다. 기록을 게을리해서가 아니라 적어둔 자리가 틀려서였다.

전자책 발행 직전 최종 점검에서 걸린 것 — 적어둔 안전장치가 실제로 작동하는지는 확인한 적이 없었다

운영은 8월 4일, 노트북은 8월 5일. 한국 시간으로 통일하는 방식은 이미 두 번 샜다.

duplicate key 에러로 죽은 뒤, 다른 세션에서 온 경고가 방금 고친 걸 되돌릴 뻔했다

한 페이지 안에서 헤더는 8.4, 모달은 8.5였다. 타임존 버그를 규칙 대신 타입으로 막기로 한 이유

익명 대화 귀속 함수에 authenticated 권한을 줬다. 리뷰 첫 문장에서 뚫린 경로가 나왔다.

성공 메시지는 떴는데 화면은 그대로였다. 데이터는 정확히 들어가 있었고, 문제는 다른 표에 있었다.

삭제는 저장공간을 18% 줄였지만 눈에 보이는 건 그대로였다. 축을 잘못 잡았다.

6주 전 주석이 증거였다. 지시받은 주석 처리를 조건부 노출로 바꾼 이유.

whois가 5개 도메인을 전부 「등록됨」이라 답했다. 사실은 질문 자체가 닿지 않았다.

middleware.ts는 에러 없이 무시된다. 관리 페이지가 열린 채 배포될 뻔했다.

코드가 코드를 배신하는 자리는 리뷰가 찾는다. 코드가 현실을 배신하는 자리는 못 찾는다

빈 링크를 「만드는 중」으로 표시했는데, 넷 중 셋은 만드는 중이 아니었다

8월 3일에 시장을 봤고 표까지 남겼다. 하루 뒤 같은 매대를 다시 보니 뜻이 정반대였다.

같은 날 정리한 유튜브 두 개가 정반대 증언이었다. 법을 확인하다 판단이 두 번 뒤집혔다.

도메인 세 곳 비교표에서 한 칸이 비어 있었다. 그 빈 칸 때문에 2달러 더 냈다.