← 최신 논문
💻 computer science

Fifty Years of Specification Completeness: What Aviation Certification Tells AI Governance About Epoch Limits, Proof Surfaces, and the Structural Gap

이 논문은 AI 거버넌스 프레임워크가 항공 인증에서 강제되는 구조적 완전성 요구사항, 즉 에포크 제한(epoch limits), 증명 표면(proof surfaces), 객관적 증거 아키텍처(objective evidence architectures)가 결여되어 있다고 주장하며, 확률론적 AI 시스템을 거버넌스하기 위해 이러한 전이 가능한 문서 수준의 속성들을 실행 가능하게 만드는 PromptQ의 7대 원칙 프레임워크를 제안한다.

원저자: Christo Zietsman

게시일 2026-06-25
📖 4 분 읽기☕ 가벼운 읽기

원저자: Christo Zietsman

원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기

다음은 이 논문을 쉬운 언어와 일상적인 비유를 사용하여 설명한 내용입니다.

핵심 아이디어: "사용 설명서"의 문제

당신이 매우 복잡한 자율주행 자동차를 만들고 있다고 상상해 보세요. 항공 분야(비행기가 날아다니는 세계)에는 소프트웨어의 사용 설명서를 작성하는 방법에 대한 엄격한 규칙이 있습니다. 단순히 "안전하게 운전하라"라고 말해서는 안 됩니다. 설명서의 모든 문장이 특정 테스트와 어떻게 연결되는지 증명해야 하며, 날씨가 변하거나 도로 상황이 변할 경우 그 설명서가 더 이상 유효하지 않다는 사실을 증명해야 합니다.

이 논문은 현재 AI 거버넌스 문서(우리가 AI에게 무엇을 할지 지시하기 위해 작성하는 프롬프트, 규칙, 정책)가 마치 가벼운 '할 일 목록'처럼 취급되고 있는 반면, 항공 분야에서는 그 설명서를 법적 계약처럼 다루고 있다고 주장합니다.

저자인 크리스토 지츠만(Christo Zietsman)은 다음과 같이 말합니다. *"지금 당장 AI 자체를 고칠 필요는 없습니다(AI는 너무 예측 불가능하기 때문입니다). 대신, AI에게 무엇을 할지 알려주는 서류 작업을 고쳐야 합니다."*

이 논문은 항공 분야에서 배운 세 가지 주요 교훈을 가져와 AI에 적용합니다.


1. "지도와 나침반" 규칙 (구조적 연결성)

항공 분야: 만약 조종사 매뉴얼에 "산에서 좌회전하라"라고 적혀 있다면, 엔지니어들은 비행기가 그 산에서 좌회전하는지 확인하는 특정 테스트가 반드시 존재함을 증证明해야 합니다. 만약 비행기 코드 중 매뉴얼에 규칙이 없는 부분이 있다면 그것은 실패입니다. 또한 매뉴얼에 규칙은 있지만 테스트가 없다면 이 또한 실패입니다. 모든 것이 연결되어 있어야 합니다.

현재의 AI: 우리는 종종 AI에게 "도움이 되고 무례하게 굴지 마라"와 같은 프롬프트를 줍니다. 하지만 우리는 무엇이 "도움이 되는 것"인지 확인할 체크리스트도, AI가 "무례하게" 구는 것을 잡아낼 테스트도 가지고 있지 않습니다. 논문은 이것이 마치 조종사에게 길거리가 빠진 지도를 주는 것과 같다고 말합니다.

해결책: AI의 모든 지시 매뉴얼에 담긴 주장은 그것이 참인지 확인할 수 있는 방법과 연결되어야 합니다. 확인할 수 없다면 매뉴얼에 포함시켜서는 안 됩니다.

2. "유통 기한" 규칙 (에포크 제한)

항공 분야: 비행 매뉴얼은 오늘의 날씨와 오늘의 활주로에 대해서만 유효합니다. 새로운 폭풍 시스템이 나타나거나 활주로가 폐쇄되면, 해당 매뉴얼은 즉시 "만료"됩니다. 조종사는 비행하기 전에 반드시 멈추고 업데이트된 새 매뉴얼을 받아야 합니다.

현재의 AI: 우리는 AI 규칙을 한 번 작성하고 그것이 영원히 작동할 것이라고 가정합니다. "이 규칙은 뉴스가 바뀔 때까지만 유효하다"라거나 "AI가 정치에 대해 말하기 시작하면 이 규칙은 만료된다"라고 말하지 않습니다. 논문은 조사한 AI 문서 중 **100%**가 유통 기한을 전혀 갖추고 있지 않음을 발견했습니다. 이들은 마치 운전자가 운전법을 잊어버리거나 도로 법규가 바뀌더라도 만료되지 않는 운전면허증과 같습니다.

해결책: 모든 AI 지시 매뉴얼에는 명확한 "사용 기한"이나 "트리거(발동 조건)"가 필요합니다. 예를 들어: *"데이터 소스가 변경되면 이 매뉴얼은 무효입니다. 중단하고 인간에게 요청하십시오."*와 같은 식입니다.

3. "작업 증명" 규칙 (증명 표면)

항공 분야: 단순히 "엔진을 점검했다"라고 말해서는 안 됩니다. 반드시 특정 로그북, 사용된 특정 렌치, 그리고 점검한 사람의 서명을 보여줘야 합니다. 규칙은 무엇이 '증거'로 인정되는지를 정확히 정의합니다.

현재의 AI: 우리는 흔히 "AI를 모니터링했다"라고 말합니다. 하지만 논문은 이것이 모호하다고 주장합니다. 이는 로그북을 보여주지 않은 채 "엔진을 점검했다"라고 말하는 것과 같습니다. 논문은 이를 "증명 표면(Proof Surface)", 즉 우리가 AI가 제 역할을 하고 있음을 증명하기 위해 미리 정의한 구체적인 방식을 의미한다고 부릅니다.

해결책: AI를 배포하기 전부터, 우리는 AI가 제대로 작동하고 있음을 증명하기 위해 어떤 증거를 수집할지 정확히 기록해야 합니다. 단순히 "지켜보겠다"가 아니라, "오류 횟수를 측정하여 5%에 도달하면 중단한다"와 같이 구체적이어야 합니다.


"격차"와 그 증거

이 논문은 34개의 실제 AI 지시 문서(시스템 프롬프트 및 정책 파일 등)를 조사했습니다.

  • 결과: 94%가 기본적인 구조 테스트를 통과하지 못했습니다.
  • 결정적 실패: 단 하나도 유통 기한이나 사용을 중단할 트리거를 가지고 있지 않았습니다. 모든 문서가 마치 세상이 변하더라도 완벽하게 작동할 것처럼 작성되었습니다.

저자는 '파이브 아이즈(Five Eyes)' 정보 공동체(동맹국 그룹)가 자신들의 AI 규칙을 평가할 성숙한 방법을 아직 갖추지 못했다고 인정하는 상황에 비유합니다. 논문은 이렇게 말합니다. "우리는 규칙이 깨졌다는 것을 알고 있지만, 아직 서류 작업을 고치지 못했다."

해결책: "PromptQ"

논문은 PromptQ라는 새로운 프레임워크를 제안합니다. 이것은 AI 지시문을 작성하기 위한 "안전 체크리스트"라고 생각하면 됩니다. 작성자가 AI를 실행하기 전에 다음 7가지 질문에 답하도록 강제합니다:

  1. "성공"이란 무엇인가?
  2. 이를 어떻게 테스트할 것인가?
  3. 경계는 어디인가 (AI가 하지 말아야 할 행동은 무엇인가)?
  4. 어떤 데이터를 사용하는가?
  5. 품질 관문은 무엇인가 (누가 작업을 확인하는가)?
  6. 문서 내부적으로 일관성이 있는가?
  7. 이 문서의 유통 기한은 언제인가? (가장 누락된 부분).

결론

이 논문은 AI가 위험한 이유가 수학이 틀렸기 때문이라고 말하는 것이 아닙니다. AI가 위험한 이유는 그것에 대한 우리의 지시가 허술하기 때문이라고 말합니다.

항공 분야는 지난 30년 동안 지시 매뉴얼이 정밀하고, 추적 가능하며, 유통 기한을 갖도록 만드는 데 힘써왔습니다. AI 거버넌스는 현재 그 중 어느 것도 하고 있지 않습니다. 논문은 AI가 완벽해질 때까지 기다릴 필요가 없다고 주장합니다. 대신, 지금 우리가 가진 AI를 위해 더 좋고 엄격한 지시 매뉴얼을 쓰기 시작해야 합니다.

요약하자면: 만약 당신이 유통 기한도 없고 규칙 준수를 증명할 방법도 없는 매뉴얼을 가진 조종사에게 비행을 맡기지 않을 것이라면, 유통 기한과 규칙 준명 증명 방식이 결여된 프롬프트 기반의 AI를 실행하게 해서도 안 됩니다.

연구 분야의 논문에 파묻히고 계신가요?

연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.

Digest 사용해 보기 →