오스마니 기술 — AI 답을 믿기 전, 내 판단은 남았나 | DAKER 커뮤니티

Claude Code가 낸 diff가 화면을 채우는 순간, 가장 위험한 버튼은 병합 버튼이 아닙니다. “대충 맞겠지”라고 마음속에서 검토를 끝내는 버튼입니다. 그때 AI의 답은 참고 자료가 아니라 내 판단을 대신한 결론이 됩니다.

무엇 : 오늘의 핵심은 Addy Osmani가 말한 cognitive surrender입니다. AI에게 계산과 초안을 맡기는 cognitive offloading은 여전히 사람이 답을 소유하지만, cognitive surrender는 AI 출력이 조용히 내 답이 되고 내가 따로 확인할 것이 없다고 느끼는 상태입니다. 에이전트 코딩에서는 그 경계가 diff, 버그 수정, 설계 선택, 새 라이브러리 학습 화면에서 자주 움직입니다.

내 판단을 남겨요 문구와 AI diff 앞에서 예상 메모를 남기는 16대9 한국어 에디토리얼 썸네일
대표 이미지: 빠른 출력 앞에서 사람이 먼저 자기 예상과 검증 증거를 남기는 장면이다. 에이전트는 속도를 만들고, 판단의 소유권은 사람 쪽에 남겨야 한다.

언제 쓰나 : Claude Code가 600줄짜리 PR을 만들었고 테스트가 초록색일 때, 오류 로그를 붙여 넣었더니 바로 동작하는 패치가 돌아왔을 때, 큐와 직접 호출 중 하나를 고르는 설계 결정을 모델이 자신 있게 설명할 때 쓴다. 이때 필요한 질문은 “AI가 맞았나?” 하나가 아니라 “내가 AI의 답과 비교할 독립적인 관점을 만들었나?”입니다.

핵심 원리

짧게 비유하면, AI 코딩은 운전 보조 장치와 비슷합니다. 핸들을 잠깐 맡길 수는 있지만, 도로를 안 보고 있다는 사실까지 잊으면 보조가 아니라 포기가 됩니다. 비유는 태도 설명이고, 실제 판단은 diff와 증거에서 해야 합니다.

예상 작성, 에이전트 출력, diff 검토, 반대 논리 요청, 검증 증거, 병합 판단으로 이어지는 Claude Code 검증 흐름 차트
설명 차트: 출력 뒤에 검토가 오는 것이 아니라, 출력 전에 예상이 먼저 선다. 예상과 결과가 갈리는 지점에서 사람이 진짜 선택을 한다.

적용 방법

  1. 에이전트에게 맡기기 전 예상 결과를 먼저 적습니다. 수정될 파일, 바뀌면 안 되는 경계, 성공 증거를 세 줄만 남겨도 AI 답을 비교할 기준이 생깁니다.
  2. 큰 작업은 읽을 수 있는 diff 단위로 자릅니다. 사람이 실제로 이해할 수 없는 크기의 PR은 검토가 아니라 승인 의식으로 바뀌기 쉽습니다.
  3. 모델에게 반대 논리를 한 번 요구합니다. “이 설계가 틀렸다면 어디서 깨지나?”를 물어, 빌려 온 자신감을 흔드는 싼 마찰을 넣습니다.
  4. 검증 증거를 종료 조건으로 둡니다. 테스트 이름, 실패했다가 통과한 로그, 화면 스크린샷, 리뷰 포인트 중 최소 하나가 없으면 완료로 보지 않습니다.
  5. 피곤할 때 생성 속도를 줄입니다. 검토할 힘이 없을 때의 에이전트 출력은 생산성이 아니라 다음 날의 이해 부채가 될 수 있습니다.

실수 방지 체크는 다음 세 가지입니다.

이미지 차트 : 첫 이미지는 판단을 남기는 썸네일 장면이고, 두 번째 이미지는 Claude Code 작업에서 예상, 출력, 반대 논리, 검증 증거가 어떻게 병합 판단으로 이어지는지 보여 줍니다.

공식 검증 : Addy Osmani 공식 사이트의 글 3개에서 cognitive offloading, cognitive surrender, diff review, debugging, design call, independent view, hard exit criterion, smaller PR, conceptual inquiry 관련 항목 9개를 확인했습니다. 공개 본문에는 외부 원문 링크를 싣지 않았고, 검증 메모는 비공개 노트에만 남겼습니다. 이어 볼 글은 DAKER 클로드 코드 디렉터리에서 확인할 수 있습니다.

오늘 에이전트가 낸 답을 열기 전에 예상 세 줄을 먼저 남겨 보세요. AI가 더 빨라질수록, 사람이 남겨야 할 것은 속도가 아니라 판단의 흔적입니다.