AI 작업자 하네스

AI 작업자 하네스

AI는 두 프로젝트 모두에서 사용됐다. AI가 만드는 우회는 사람이 만드는 것과 패턴이 달랐다.


왜 별도 계층인가

Atlas와 Glif 각각에 이미 하네스가 있다. 그런데 AI 하네스를 왜 따로 분리했는가.

이유는 하나다. AI가 만드는 우회의 원인이 다르다.

사람이 우회를 만드는 이유는 주로 실수, 시간 압박, 코드 맥락 파악 부족이다. 한 번 발생하고, 코드 리뷰에서 잡힌다.

AI가 우회를 만드는 이유는 다르다.

  • 가장 짧은 경로를 선택한다. 합법 경로와 우회 경로 사이에 마찰이 없으면 우회가 선택된다.
  • 가장 가까운 예시를 복제한다. 인접 코드가 우회 패턴이면 그것이 표준으로 복제된다.
  • 실패 형식이 모호하면 같은 우회를 반복한다. 실패 메시지가 불명확하면 AI는 다른 방식의 우회로 시도를 이어간다.
  • 작업 범위가 흐리면 범위를 넓힌다. 어디까지 바꿔야 하는지 명확하지 않으면 관련 파일을 점점 더 건드린다.

Atlas나 Glif의 하네스는 “어떤 경로가 금지되어 있는가"를 다룬다. AI 하네스는 “AI가 왜 그 경로를 선택했는가"를 다룬다. 두 질문의 답이 다르기 때문에 분리가 필요했다.


이 계층이 다루는 것

AI 하네스는 AI 작업자에게 특화된 통제 표면을 다룬다. Atlas와 Glif의 우회 패턴을 중복으로 설명하지 않는다.

D2 diagram
**행동 반경을 줄인다** — AI가 작업에서 접근할 수 있는 파일, 명령, 환경 범위를 제한한다. 잘못된 경로 선택의 영향 범위 자체를 좁힌다.

권한 경계

작업 범위를 고정한다 — AI가 현재 작업에서 어디까지 바꿀 수 있는지, 무엇이 완료 조건인지를 명시한다.

작업 계약

완료를 검증으로 닫는다 — “완료"가 선언이 아니라 검증된 사실이 되도록 gate를 설치한다.

Acceptance Gate

합법 경로를 가장 가까운 예시로 만든다 — AI가 참조하는 코드가 우회가 아니라 합법 경로여야 한다.

정본 예시

피드백 루프를 빠르게 만든다 — AI는 가장 가까운 피드백에 먼저 반응한다. 루프가 빠를수록 우회를 덜 반복한다.

피드백 루프

교정 루프에 상한을 둔다 — 무한 교정 루프는 루프 자체가 새로운 우회를 만든다.

자동 교정 루프

로컬 gate를 싸게 만든다 — AI가 반복적으로 통과해야 하는 gate는 빠르고 저렴해야 한다.

Pre-commit 훅

실패 형식을 기계가 읽을 수 있게 만든다 — 모호한 실패 메시지는 AI를 수정이 아닌 우회로 유도한다.

기계가 읽을 수 있는 실패

반복 실패를 추적한다 — 같은 우회가 반복되면 규칙이 아니라 루프를 수정해야 한다.

추적과 관찰성

현재 상태를 점검한다 — 지금 프로젝트가 AI 작업자를 구조 안에 넣을 준비가 됐는지 확인한다.

점검표


Atlas, Glif와의 관계

AI 하네스는 Atlas와 Glif 하네스를 대체하지 않는다. 각 환경의 우회 패턴은 그 환경에서 다룬다.

AI 하네스가 추가로 다루는 것은 AI가 그 경로를 선택하지 않도록 만드는 운영 루프다.

Atlas의 레이어 경계를 Roslyn Analyzer가 차단한다. 하지만 AI가 왜 그 경계를 계속 넘으려 하는지는 Roslyn Analyzer가 설명하지 않는다. AI 하네스가 그 질문을 다룬다.


요약

AI 작업자에게 더 많은 설명을 주는 것이 해결책이 아니다. AI가 잘못된 경로를 오래 붙잡지 못하게 만드는 운영 루프가 필요하다.

좋은 AI 하네스는 이렇게 작동한다.

  • 권한 경계가 행동 반경을 먼저 줄인다
  • 작업 계약이 범위를 고정한다
  • Acceptance Gate가 완료를 검증으로 닫는다
  • 정본 예시가 합법 경로를 가장 가까운 참조로 만든다
  • 피드백 루프가 빠르고 명확하다
  • 자동 교정 루프가 상한을 갖는다
  • Pre-commit 훅이 싸고 반복 가능하다
  • 실패 메시지가 수정 방향을 가리킨다
  • 추적이 반복 패턴을 드러낸다