클로드가 페르마의 마지막 정리를 증명했다는 말은 정확할까요

핵심 요약 (TL;DR)

Anthropic은 9월 4일 Claude가 페르마의 마지막 정리의 첫 완전한 컴퓨터 검증 가능 증명을 Lean으로 작성했다고 발표했습니다. 11일 동안 1,300만 줄의 Lean 코드와 최종 증명에 쓰인 2만9,500개의 중간 정리를 만들었다는 회사 보고입니다. 그러나 Claude가 페르마의 마지막 정리를 새로 발견하거나 처음 증명한 것은 아닙니다. 1995년에 완성된 Wiles 계열의 증명을 컴퓨터가 한 단계씩 검사할 수 있는 언어로 형식화한 것입니다. 진짜 변화는 생성량보다, AI가 만든 거대한 결과를 언어 모델이 아닌 작은 검증 커널로 다시 확인했다는 데 있습니다.

형식화는 일반적인 설명과 무엇이 다를까요?

사람을 위한 수학 글은 익숙한 단계와 배경 정리를 생략합니다. Lean 같은 증명 보조기는 그 생략을 허용하지 않습니다. 사용한 정의와 논리의 연결을 명시해야 하고, 한 단계라도 맞지 않으면 빌드가 통과하지 않습니다. Anthropic의 결과는 Darmon, Diamond, Taylor가 정리한 Wiles 증명의 단순화된 경로를 따랐으며, Lean의 표준 공리만 사용했다고 설명합니다.

따라서 ‘AI가 맞다고 말했다’와 ‘검사기가 전체 항목을 받아들였다’는 전혀 다른 주장입니다. 전자는 다시 그럴듯한 답을 낼 수 있지만, 후자는 정해진 규칙으로 재현됩니다. 바이브코딩에서도 결제 금액, 접근 권한, 데이터 변환처럼 정답 조건을 기계적으로 표현할 수 있는 부분은 프롬프트 평가보다 테스트와 타입, 스키마로 확인하는 편이 강합니다.

수십 개 에이전트는 어떻게 서로의 일을 이어 갔을까요?

초기 시도에서는 에이전트들이 프로젝트 상태를 잃고 협업이 흐트러졌습니다. 성공한 실행은 Prove2Me라는 협업 플랫폼을 사용했습니다.

여기서 배울 점은 더 긴 대화창이 아닙니다. 작업을 독립적으로 확인 가능한 조각으로 나누고, 조각 사이의 관계를 외부 구조에 남긴 일입니다. 앱을 만들 때도 ‘회원 기능 완성’이라는 하나의 대화보다 가입, 중복 이메일, 권한, 탈퇴를 각각 테스트 가능한 조건으로 분리하면 에이전트가 바뀌어도 진행 상황을 잃지 않습니다.

기계 검증이 있으면 사람의 설명은 필요 없을까요?

Anthropic도 형식 증명이 사람이 읽을 수 있는 해설을 대체해서는 안 된다고 적었습니다. 검사기는 논리적 연결을 확인하지만 왜 이 경로가 중요하고, 어떤 정의가 독자에게 자연스러운지는 설명하지 않습니다. 더구나 1,300만 줄이라는 규모는 간결함이나 유지보수성까지 보장하지 않습니다. 공개 저장소와 빌드 절차가 중요한 이유입니다.

모든 줄을 사람이 읽는 대신, 핵심 명세는 사람이 정하고 전체 산출물은 재현 가능한 검사기로 확인하며, 실패한 지점은 다시 설명 가능한 문서로 남기는 구조가 필요합니다.

FAQ: Claude가 새로운 수학 정리를 발견한 것인가요?

이 발표의 새로움은 알려진 증명의 완전한 Lean 형식화입니다. Anthropic도 새로운 수학 발견이 아니라 검증이 핵심이라고 구분합니다.

FAQ: Lean이 통과하면 절대 틀릴 수 없나요?

명시한 정리와 공리 아래에서 증명 항목이 유효함을 강하게 보장합니다. 다만 형식화한 명제가 원래 의도와 같은지는 별도로 대조해야 하며, 이번에는 comparator로 Mathlib의 명제와 비교했습니다.

FAQ: 일반 앱에도 형식 검증이 필요한가요?

모든 코드에 Lean을 쓸 필요는 없습니다. 중요한 규칙을 자동 테스트, 타입, 스키마, 권한 정책처럼 결정론적으로 확인하는 원칙을 가져오면 됩니다.

공식 발표: https://www.anthropic.com/research/formalizing-fermats-last-theorem
공개 증명 저장소: https://github.com/anthropics/fermats-last-theorem
관찰 시점: 2026-09-06 07:02 KST