AI가 '없다/할 수 없다'고 작성하기 전에 알아야 할 세 가지—하루에 네 번 취소하고, 부정의 40개 항목에서 찾은 범위는 0개
요약
AI에게 '불가능하다'는 답변을 받은 경험과 코드 주석에서 발견된 부정적 주장 사례를 분석했습니다. 글쓴이는 부정을 쓸 때, 근거가 되는 원자료와 탐색 범위를 반드시 명시해야 한다고 강조합니다. 이는 AI 활용 및 기술 문서 작성 시 객관성을 높이는 방법론입니다.
핵심 포인트
- AI의 '불가능' 답변은 실제 원자료를 통해 취소될 수 있다.
- 부정적 주장을 할 때는 근거가 되는 자료와 탐색 범위를 명시해야 한다.
- 단순히 '없다/0건'이라고 주장하기보다, 확인한 범위까지 구체적으로 기술하는 것이 중요하다.
AI(Claude Code)에게 작업을 맡겼더니 같은 날 '그것은 불가능합니다'라는 말을 네 번 받았고, 네 번 모두 취소되었습니다. 네 번 모두에 대해 원자료는 이미 제 손에 있었습니다. 다른 날에는 납품물의 코드 주석 908행을 세어보니, '없다'고 주장하는 행이 40개였는데, 그중 찾은 범위를 기재한 행은 0개였습니다.
이 두 가지 경험을 통해 제가 바꾼 것은 단 하나입니다. 부정을 쓸 때는, 찾은 범위를 같은 문장에 남긴다. 이를 위해 '쓰기 전 3단계'(부정의 종류에 따라 확인하는 양을 다르게 함)와 부정문 템플릿 한 줄을 작성합니다.
이 글의 위치(2026-09-26 추가)
- 이 글에서 새롭게 제시할 내용: AI의 '없다/불가능하다'가 하루에 네 번 모두 취소된 수와, 부정 40개 항목 중 찾은 범위가 0개였던 사례, 그리고 쓰기 전 3단계.
- 적용 범위: 저 개인의 운영 기록입니다.
숫자의 원본 데이터와 재현 절차는 검증 기록(Lab)에 정리했습니다.
| 회 | 취소 근거가 된 원자료 | 내/외 | :--- |
| 1 | 해당 스크립트의 시작 설명문(기능이 기재되어 있었음) | 내 | : |
| 2 | 절차서(절차가 기재되어 있었음) | 내 | : |
| 3 | PowerShell 실물(커맨드가 존재했음) | 내 | : |
| 4 | 공식 문서(입에서 기재되어 있었음) | 외 | : |
내 3개, 외 1개. 모두 1~2 커맨드 또는 1페이지로 확인할 수 있는 것이었습니다. '불가능하다'고 쓰기 전에 그 1커맨드를 입력하지 않았습니다(AI가 작성한 부정문 자체는 기록에 남지 않으므로 여기에는 포함하지 않습니다).
납품물의 코드 주석 908행을, '존재의 부정을 주장하는 행'으로 세어보니 40개였습니다. 그중 '어디를, 무엇으로 보고 없었는지'를 병기한 행은 0개였습니다.
이것이 시사하는 바는 '40건의 부정이 틀렸다'가 아닙니다. '40건 모두 찾은 범위가 남아있지 않았다'입니다. 이는 형식상의 결함이지 오류율이 아닙니다. 다만, 그 40개 항목 중 여러 개가 후속 판단의 토대가 되었습니다('사양에 기재가 없어 임시 배치', '중간을 보충할 방법이 없음' → 기능을 하나 잘라냄). 범위가 남아있지 않으면 다음 독자는 어디까지 확인했는지 알 수 없어 재탐색이 필요하거나, 그대로 전제로 유용될 수밖에 없습니다.
다른 날에는 저 역시 같은 유형을 하루에 3건 경험했습니다. 기호가 붙은 단어로 grep하여 0건이라고 말함(<code>tp @s</code>로 빼고 @p를 놓침) / 현행 폴더만 보고 '기록이 없다'고 함(대피소에 남아있었음) / 스크립트 설명문만 읽고 '이렇게 되어야 한다'고 함(구현은 달랐음).
부정의 단어('없다/불가능하다/효과가 없다/0건')를 쓰려고 하는 순간 포착합니다. 세 가지 모두를 매번 할 필요는 없고, 부정의 종류에 따라 확인하는 양을 다르게 합니다.
- 주장하는 바에 대응하는 원자료를 찾는다. 자신의 구현/운영 이야기라면 내(스크립트 설명/기록/실물), 제품의 능력/사양 이야기는 외(공식 문서). 경계를 넘나드는 주장은 둘 다. 4번의 취소는 내 3개, 외 1개였으며, 모두 주장하는 바에 대응하는 쪽을 찾지 못했습니다. -
찾은 범위를 같은 문장에 적는다(모든 종류). '없다'가 아니라 '〈장소〉를 〈수단〉으로 확인한 범위에서는 발견되지 않았다'. 범위가 적히지 않으면 아직 탐색하지 않은 것입니다. '댓글 0건'과 같은 건수의 부정은 여기까지로 충분합니다. - 능력/효과를 부정할 때만, 성공하고 있는 실물을 하나 열어본다. '불가능하다', '효과가 없다', '포함되지 않는다'는 작동하는 실제 사례와의 대조가 필요합니다. 한 곳을 본 부재로부터 구조의 결론을 내리지 않습니다. 존재/건수의 부정에는 이것이 필요하지 않습니다.
〈장소〉를 〈수단〉으로 확인한 범위에서는, 〈대상〉은 발견되지 않았다.
부정은 4종류가 있으므로, 발화어(trigger word)도 4종류로 가집니다.
⚠️ [IMG:N] 형식 토큰은 이미지 placeholder 입니다. 번역하지 말고 원래 위치에 그대로 유지하세요.
| 종류 | 발화어(trigger word) | 필요한 단계 | 범위 명시 예시 |
|---|---|---|---|
| 존재 | 없다/찾을 수 없다 | ①② | src/를 `grep -rn |
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기