정정을 작성하기 전에 출처를 인용하라: 지적된 '당신의 숫자'는 최초 언급 시점보다 이전의 당신의 모든 발언과 기사 전체 버전에는 없었다

공개한 기사에 독자들로부터 지적이 계속되어 4번 정정했습니다. 다섯 번째로 쓰려던 정정은 존재하지 않는 오류를 인정하는 문구였습니다. 독자가 본인의 이전 댓글에서 가져왔다고 적은 '45/40/2'라는 숫자를, 그 숫자가 스레드에 처음 나타난 시점(최초 출현)보다 이전에 존재했던 자신의 모든 발언과 기사 전체 버전에 대입해 보니, '45'는 0건, '40'은 기사 내의 top_k=40 외에는 해당 사항이 없었고, '45...40...2' 조합은 0건이었습니다. 이 범위가 동결된 상태에서 확인된 최초 출현은 독자 본인의 2026-09-17 댓글이었습니다.

이 글은 '독자가 틀렸다'는 이야기가 아닙니다(같은 스레드 내에서 독자의 지적 8가지 모두 맞았습니다). 정정을 작성하기 전에 무엇을 인용해야 하는가에 대한 이야기입니다.

이 기사의 위치 (2026-09-26 추가)

• 이 글에서 새롭게 제시하는 것: 독자가 언급한 '당신의 숫자'를 최초 출현 시점보다 이전의 자신의 모든 발언과 기사 전체 버전에 대입했을 때 0건이었던 절차(출처표).
• 적용 범위: 본인의 하나의 스레드입니다.

숫자의 원본 데이터와 재현 절차는 검증 기록(Lab)에 정리했습니다.

• 정정은 '상대의 지적'에 대한 것이 아니라, **'그 주장의 출처'**에 대해 작성해야 합니다. - 인용하는 순서는 3가지입니다. ① 상대방의 이전 발언 (지적은 상대방의 이전 발언에서 나오는 경우가 있음) ② 그 숫자의 최초 출현 시점보다 이전의 자신의 모든 발언 (나중의 발언은 지적에 대한 답변이라 같은 숫자를 포함하므로, 시점을 자르지 않으면 혼란스러움) ③ 공개물의 전체 버전 (정정 이력 = before/after). - 3가지 모두 없다면, '그 숫자는 본인의 것이 아니다'라고 한 문장으로 작성합니다. 사과하거나 비난하지 않고, 그것만 합니다. - 신호는 '정정하겠습니다', '말이 지나쳤습니다'를 쓰려고 하는 순간입니다.

• 공개 스레드 (본인의 답변 2건을 보내기 전 시점: 33건 / 본인 15건. 답변 2건을 보낸 후 동결된 나무는 35건 / 본인 17건). 독자의 재도출로 인해 본인의 기사는 4번 정정되었습니다 (숫자 한쪽 면만 제시했거나 등. 독자의 주장은 8가지 모두 본인의 현물과 일치합니다).

• 독자의 댓글(2026-09-18 11:01Z)에, 자신의 검색 결과(catch 본체 47・로그 있음 43・침묵 2)를 against your 45 / 40 / 2와 비교하는 문구가 있었습니다. 이어지는 댓글(19:13Z)에서 독자는 그 45/40/2를 본인의 이전 댓글에서 가져왔다고 적었습니다 (직접 인용이 아닌 요약). 45/40/2는 catch 본체 45・로그 있음 40・침묵 2의 조합입니다. 본인이 다시 세어보니 45/41/2였습니다. - 본인의 답변 초안(5번째)은 다음과 같이 작성되어 있었습니다: *

⚠️ [IMG:N] 형식 토큰은 이미지 placeholder 입니다. 번역하지 말고 원래 위치에 그대로 유지하세요.

| 숫자 | ①본인의 발언 (T0 이전・9건) | ②기사의 전 버전 (10파일・내용 9) | ③독자의 발언 (T0 이전) | ④최초 언급된 댓글 |
|---|---|---|---|
| 45 | 0 | 0 | 0 | 1 |
| 40 | 0 | | top_k=40과 404만 | 0 | 1 |
| 45…40…2의 형태 | 0 | 0 | 0 | 1 |

(참고: T0 이후 본인의 발언 8건에는 45와 40이 각각 6회씩 나옵니다. 이는 그 상호작용에 응답했기 때문에 당연하며, 시점을 자르지 않으면 '나도 말했던 것'처럼 보일 수 있습니다. 이것이 T0에서 잘리는 이유입니다.)

③ '공개물의 전 버전'은 dev.to 기사의 사본입니다. 독자가 지적한 Limitations/README는 답장을 보내기 전에 별도로 0건을 확인했습니다(README는 독자의 댓글에 나오는 공개 리포의 commit e5b626a로 지칭합니다. README 본문은 동결되지 않았으므로, 이 기사 자료만으로는 재확인할 수 없습니다).

검색 패턴 (Python 정규 표현식):

NUM = lambda n: rf"(?<![\d.]){n}(?![\d.])" # 45.0이나 140을 걸러냄
TRIPLE = r"45[^0-9]{1,40}40[^0-9]{1,60}2\b" # 45…40…2의 형태

댓글은 공개 API 트리(GET /api/comments?a_id=…)를 평탄화하고, created_at < T0으로 게시자와 분리했습니다. 기사 버전은 공개 시점에 가져온 사본(before/after)입니다.

정정 대신 사실만을 작성했습니다 (보낸 답장 중 일부입니다. 2문장).

The sentence "45 TS catch bodies, 40 carry a log, and the only 2 silent ones are the demo block"는 9월 17일(18:24 UTC)의 귀하 댓글에서 처음 등장했으며, "Limitations에 이제 말하는 것"과 함께 소개되었습니다. 저는 이 스레드의 모든 본인 댓글과 기사의 모든 공개된 개정판을 검색했습니다: 어디를 찾아봐도 유일한 40은 설정(setup)의 top_k=40뿐입니다.

이 답장에는 약 6시간 후인 2026-09-19 05:36Z에 독자의 답장이 왔습니다. 독자는 40은 자신의 분류에서 온 것(45 본체 중 16+15+9=40)이며, 잘못된 귀속은 자신에게 있었던 취지였습니다. 시작 부분은 The 40 is mine, and now I can say where it came from이었습니다. 숫자 자체는 이 답장보다 전(09-18 19:13Z)에 독자 측에서도 '45/41/2가 files가 지지하는 수'로 일치했습니다. 여기서 당사가 5번째 정정을 작성했다면, 존재하지 않는 오류가 공개 기록에 남아있었을 것입니다—여기까지가 관측이며, 그 출처가 독자 측이었다는 것은 독자 자신의 답장에서도 뒷받침되었습니다.

정정을 쓰기 전에, 지적된 주장별로 4개의 열을 채웁니다.

①②③이 0이면 '당사의 것이 아니다'라고 1문장 작성합니다. 어느 하나라도 1 이상이라면, 그것이 정정의 대상입니다.

• 독자 이름 및 댓글 ID는 작성하지 않습니다. '독자가 틀렸다'를 주제로 삼지 않습니다. 같은 스레드에서 독자의 지적은 8개 모두 맞았고, 이번 건도 출처 오인일 뿐 내용의 오류가 아닙니다. - n=1 스레드/1건입니다. '정정의 N%는 자작'과 같은 비율은 제시하지 않습니다. 발생률 기사가 아니라, 1건에서 얻은 절차에 대한 기사입니다.
• AI 리뷰, 고객 지적, 코드 리뷰에도 같은 표를 사용할 수 있을 것 같지만, 전용처에서는 측정하고 있지 않습니다.

이 기사의 원본(댓글 트리를 공개한 사본/검색 결과/검증 기록)은 Sumitsuke Lab → 주장 출처표—정정을 쓰기 전에 확인해야 할 3가지와, 다섯 번째 정정을 멈춘 검토 기록입니다.

답변 초안 작성 및 출처 검색, 이 기사 초안에는 AI(Claude Code)를 사용했습니다. 다섯 번째 정정을 멈춘 것은 답변을 내보내기 전의 검토(사람이 '검토해 달라'고 지시하고 AI가 실제와 대조)였으며, 전송과 공개 판단은 사람이 했습니다. 독자는 본인의 희망에 따라 'a reader'로 남아 있습니다.

같은 스레드의 '정정한 측' 기록 (독자의 재유도 덕분에 성적표의 한쪽 면이 없었음) → 공개한 성적표는 한쪽 면이었다—독자가 공개 리포에서 다시 세어 2일 만에 3번 정정했고, 공개된 5면 중 정정 대상 4면의 2면에서 멈추었습니다. 출하 전에 자신의 내용을 빼는 이야기 → 출하 전에 철회한 내용 6건(실적 상세). 본 기사는 그 반대편, 즉 너무 많이 빼는 것을 멈추는 이야기입니다.

*이 기사는 Zenn에도 같은 내용을 게재하고 있습니다.