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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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