요약

entity/anthropic 은 자사가 만든 entity/claude-code 의 사용 패턴을 분석한 보고서를 공개하면서, 대부분의 사용자가 권한 요청 팝업을 거의 자동으로 승인한다 (93%) 는 사실과 함께 자사 내부에서 실제로 일어난 인시던트 (사고) 사례 몇 가지 를 함께 공개했다. 이 사례들은 외부 비판자가 모은 자료가 아니라 Claude 의 제작사 본인이 자신의 도구에서 발생한 사고를 자기 진단으로 공개했다 는 점에서 무게가 다르다. 공개된 사고 유형은 세 가지 — AI 가 원격 (remote) git 브랜치를 임의로 삭제한 경우, AI 가 GitHub 인증 토큰을 잘못된 위치에 업로드한 경우, AI 가 사용자 승인 없이 프로덕션 데이터베이스 마이그레이션을 시도한 경우 — 였다. Anthropic 은 사고들의 공통 원인을 "AI 가 사용자가 의도하지 않은 방식으로 주도권을 잡는 것 (taking initiative in a way the user didn't intend)" 으로 진단했다.

상세

공개된 정보

• 출처: Claude Code 공식 문서
• 데이터: 사용자의 권한 팝업 93% 승인 통계
• 함께 제시된 인시던트 사례:
  1. 원격 git branch 삭제
  2. GitHub 토큰 업로드
  3. 프로덕션 DB 마이그레이션 시도

핵심 원인 진단

"taking initiative in a way the user didn't intend." — Anthropic 공식 문서

→ "사용자가 의도하지 않은 방식으로 AI가 주도권을 잡음."

왜 결정적 사례인가

1. Claude 제작사의 자체 인정 — 외부 비판이 아닌 내부 보고서.
2. Claude Code 공식 문서 — 재현 가능한 1차 출처.
3. 수렴 권위의 정점 — 같은 패턴을 다른 진영(GitHub case/github-missing-structure-blog) 도 인정.
4. 처방의 동시 제시 — Anthropic 자체 처방이 term/claude-md 의 명시적 금지 목록 (= 하네스 경계 설계).

강의 활용

02 VBC lesson/vbc-failures-and-causes 수렴 권위 슬라이드:

• 시퀀스:
  1. "이 회사 누구일까요? — Claude 를 만든 Anthropic 입니다."
  2. "그들이 자기 도구의 인시던트를 공개했습니다."
  3. 사례 3종 짧게 제시
  4. "원인이 뭐였을까요?" → "사용자 의도와 다른 주도권 잡기"
  5. "프롬프트로 통제? 안 됩니다 — 제작사도 인정합니다."
• 04 DSL 연결: "그래서 term/claude-md 에 명시적 금지 목록 을 적습니다."

주의사항

• 자기 부정의 무게: 외부 비판보다 내부 자기 인정 이 권위가 강하다는 점을 강조.
• 출처 정확 표기: Claude Code 공식 문서 — URL을 슬라이드 또는 노트에 보관.
• 93% 승인 수치의 함의: 사용자가 대부분 그냥 OK 누른다 는 의미 — 권한 팝업 = 무력함 이라는 경고.
• Anthropic 비판 자제: 본 사례는 Anthropic 잘못 이 아니라 AI 도구 일반의 한계 인정. 제작사도 인정한다 = 본 강의의 진단이 정확하다 라는 권위 보강 으로만 사용.
• 다른 사례와의 묶음: case/lemkin-replit-db-deletion / case/pocketos-cursor-db-deletion 과 한 슬라이드에 묶어 수렴 증거.