소프트웨어 설계에서 ADR(Architecture Decision Record)은 "왜 이렇게 결정했는가"를 짧은 문서로 남겨 저장소에 함께 버전 관리하는 오래된 관행이다. ADRs4AI는 이 개념을 사람과 AI의 협업으로 옮겨온 방법론이자 도구 모음으로, 스스로를 '숙의 기록(deliberation records)'이라 부른다. 문제의식은 단순하다. 사람과 AI가 한 세션 동안 주고받는 가장 값진 산출물은 코드나 초안이 아니라 그 과정에서 오간 '사고'인데, 일반적인 작업 흐름에서는 이 사고가 세션이 끝나는 순간 거의 전부 증발한다는 것이다.
핵심은 '왜'를 남기는 루프
방법의 작동 원리는 세 단계로 압축된다. 먼저 사용자가 머릿속 생각을 '시드(seed)'에 쏟아붓는다. 정리되지 않아도 되고 받아쓰기(구술)도 괜찮다. 그러면 AI가 이를 여러 개의 ADR로 쪼개는데, 이때 사용자의 실제 표현, 검토된 선택지, 추론 과정, 아직 열려 있는 질문을 그대로 보존한다. 각 열린 질문은 ### QST:라는 표식을 달고 저장되어 grep 한 번으로 찾을 수 있고, 에디터 확장이나 MCP 서버, 휴대폰을 통해서도 떠오른다. 사용자는 AI가 세운 질문에 하나의 판단을 내리고(ruling), 그 판단과 이유가 기록으로 남는다. '시드 하나, 질문 하나, 답 하나'가 반복되며 결정이 누적된다는 것이 이 방법의 전부다.
여기서 눈여겨볼 지점은 질문이 던져지는 방식이다. 원문이 공개 프로젝트 'frontier-model-observatory'의 실제 기록에서 가져온 사례를 보면, 질문을 세운 것은 AI이고 선택지·근거·확신도, 그리고 '무엇이 이 판단을 틀렸다고 증명할 수 있는가'까지 담은 권고안을 작성한 것은 GPT 5.6 Sol이라는 AI였다. 반면 한 줄짜리 최종 결정은 창업자가 휴대폰으로 내렸다. 즉 AI가 추론의 무게를 지고, 사람은 수용(accept)하거나 뒤집는(override) 한 번의 판단만 쓰는 구조다. 공개된 에디터의 'Open Questions' 화면에는 그날 "75개 중 16번째 질문"이 선택지와 출처가 명시된 권고안, 그리고 답변 입력란과 함께 떠 있었다.
실무자에게 주는 의미
이 방식이 겨냥하는 효과는 인지 부하의 감소다. 매번 백지에서 결정을 재구성하는 대신, AI가 선택지와 권고·확신도·반증 조건까지 미리 차려 놓은 상태에서 사람은 판단만 더한다. 그만큼 정말 중요한 숙의에 대역폭을 쓸 수 있다는 논리다. 또한 모든 결정이 저장소 안의 평문 기록으로 남기 때문에, 지난 선택의 맥락을 다시 묻지 않아도 grep이나 확장 도구로 끄집어낼 수 있다. 프로젝트를 너무 많이 벌여 놓은 베테랑에게도, 첫 프로젝트를 만드는 초보에게도 '기억을 기록이 대신한다'는 점이 핵심 가치라고 설명한다. 여러 좌석(seat)에 AI를 앉히고 브리핑으로 깨우는 '크루' 운영은 선택적인 다음 단계로 분리해 두었다.
무엇이 아닌가, 그리고 한계
ADRs4AI는 자신이 아닌 것을 분명히 선을 그어 규정한다. 대화 로그를 그대로 쌓는 아카이브도 아니고, 벡터 데이터베이스식 '메모리'도 아니며, 오케스트레이션 플랫폼도 아니라고 말한다. 무엇보다 AI가 지속적인 정체성을 가진다는 주장을 하지 않는다. "기록은 남고, 마음은 바뀌며, 작업은 어느 쪽이든 재개된다"는 것이다. 목표는 AI를 영속시키는 것이 아니라 작업을 '재개 가능(resumable)'하게 만들고 사고가 '복리처럼 쌓이게' 하는 데 있다.
다만 실무 도입을 고려한다면 짚어둘 지점도 있다. 이 방법의 효용은 전적으로 기록 습관의 지속성에 달려 있어서, 시드를 꾸준히 남기고 질문에 답하는 규율이 끊기면 ADR 역시 금세 낡은 문서가 된다. 효과를 뒷받침하는 근거가 아직 한 명의 창업자와 AI 협업자들의 일상 실천에서 나온 사례 중심이라는 점도 감안해야 한다. 도구 생태계는 'awesome-adrs4ai'라는 큐레이션 목록에 방법론·템플릿·에디터·클라이언트·크루 자동화 등이 종류와 언어별로 정리되어 있고, 창업 에세이 'What is ADRs4AI?'의 작성·검토 이력도 공개되어 있어 외부인이 냉정하게 검증해 볼 여지는 열어둔 편이다. 결국 이 제안의 핵심은 특정 제품이 아니라, 대화를 '이유를 간직한 결정'으로 바꾸는 하나의 습관이다. 그 습관이 조직의 실제 워크플로에 얹힐 수 있는지가 채택의 관건이 될 것이다.