같은 교육, 같은 도구, 0%와 91%
이 연재는 약국용 서비스를 만드는 개발 조직에서 AX(AI 전환)를 맡아 2026년 6월부터 10월까지 깐 것을 일곱 편으로 정리합니다. 1편은 출발점, 2~6편은 다섯 단계를 하나씩, 7편은 굳어진 원칙과 접은 것을 다룹니다.
출발점은 숫자 하나였습니다. 9월 16일 업무 지표 대시보드에서 사람마다 커밋을 세어 봤습니다. 커밋은 작업 내용을 저장할 때 남기는 기록 한 건으로, 게임의 세이브 파일처럼 언제 무엇을 바꿨는지가 남습니다. Claude Code 같은 AI 도구로 작업하면 이 기록 끝에 AI가 함께 썼다는 표시가 붙습니다.
같은 교육을 받고 같은 도구를 쓰는 조직인데, 그 표시가 붙은 커밋의 비율이 디자이너 한 사람은 91%, 개발자 한 사람은 0%였습니다. 그 사이에 80%대가 넷, 40%대가 둘, 15%가 하나 있었습니다. 순위를 매기려는 숫자가 아니라 누가 어디서 막혔는지를 보려는 숫자였는데, 결과는 분명했습니다. 교육을 한 번 더 해서 줄어들 차이가 아니었습니다.
AI를 가장 많이 쓴 사람이 개발자가 아니라 디자이너였다는 점도 기억해 둘 만합니다. 도구를 잘 쓰는지는 직군보다 그 사람이 매일 하는 일에 AI를 끼워 넣었는지가 갈랐습니다.
전환의 첫 문장 — 사람이 아니라 AI 쪽을 바꾼다
방향은 그보다 앞선 8월 27일 개발 채널에 한 문장으로 남겨 두었습니다. 「사람 행동 패턴 변경은 최소화하고, AI로 커버하도록.」 그 뒤에 나온 사례는 모두 이 문장에서 나왔습니다.
뜻은 단순합니다. 「비밀번호가 든 파일을 AI에게 보여 주지 마세요」라고 교육하는 대신, AI가 그 파일을 읽으려는 순간 설정이 먼저 막게 합니다. 「작업 보고는 결론부터 쓰세요」라고 당부하는 대신, AI가 쓰는 글의 형식을 설정으로 정해 둡니다. 사람은 원래 하던 대로 일하고, 규칙은 모두가 같이 쓰는 AI 안에 들어갑니다.
이렇게 하면 규칙이 사람의 기억에 기대지 않습니다. 새로 들어온 사람도 첫날부터 같은 규칙 아래에서 일하고, 규칙을 고치면 모두에게 한꺼번에 반영됩니다. 교육은 여전히 하지만, 교육이 지키게 하던 일을 시스템이 맡습니다.
2022년부터 2026년 10월까지
여기까지 오는 길은 곧지 않았습니다. 해 본 것과 부딪힌 문제가 번갈아 나왔습니다. 아래 표는 그 흐름을 날짜순으로 적은 것입니다.
표에서 보듯 도구를 사 주고(2025년 8월), 다른 모델로 갈아탈지 검토하고(2025년 12월), 해커톤을 제안하는(2026년 3월) 동안에는 쓰는 사람만 쓰는 상태가 이어졌습니다. 숫자로 편차를 확인한 9월부터 방식이 바뀌었고, 10월에는 리뷰 지적 175건 중 33건만 고쳐졌다는 숫자가 다음 단계를 밀었습니다.
| 시기 | 있었던 일 |
|---|---|
| 2022.02 | AI는 연구 주제였다 |
| 2025.08 | Cursor·Claude 팀 계정을 열었다 |
| 2025.12 | Gemini로 바꿀지 검토했다 |
| 2026.03 | 해커톤을 제안했다 |
| 2026.09 | AI 커밋 비율 0~91% 편차를 확인했다 |
| 2026.09 | 코드 저장소를 GitHub로 옮기고, KB와 측정을 시작했다 |
| 2026.10 | 리뷰 지적 175건 중 33건만 고쳐진 것을 확인했다 |
| 2026.10 | Claude Team 관리 설정이 19번째 판에 이르렀다 |
깐 것은 다섯 가지 — 한눈에 보기
6월 규칙 저장소부터 10월 매일 회고 작업까지, 깐 것은 다섯 가지입니다. 앞의 넷은 사람이 지키던 일을 AI와 설정이 맡게 한 것이고, 다섯째는 앞의 넷을 매일 고치는 장치입니다.
다섯째가 중요합니다. 매일 아침 자동으로 도는 회고 작업이 반복된 실수를 찾아 규칙 고칠 거리, 회사 문서 바로잡을 거리, 리뷰 교훈을 만들고, 그것이 다시 1~4단계로 들어갑니다. 한 번 깔고 끝나는 것이 아니라 스스로 고쳐지는 고리를 만드는 것이 이 여정의 목표였습니다.
표의 용어는 해당 편에서 실제 화면과 함께 풉니다. 여기서는 흐름만 보면 됩니다. 규칙을 한 곳에 모으고, 그 규칙이 끌 수 없게 따라오게 하고, AI가 읽을 회사 문서를 만들고, 통과해야 합쳐지는 관문을 세우고, 매일 그 넷을 고칩니다.
| 단계 | 무엇을 했나 | 시작 | 10월 기준 |
|---|---|---|---|
| 1. 공통 AI 규칙 | 규칙 한 곳을 고치면 7개 프로젝트와 모든 PC의 AI가 같이 바뀌게 | 2026.06 | 자동 복사 95회 모두 성공 |
| 2. Claude Team 관리 설정 | 조직 계정으로 로그인하면 따라오는, 개인이 끌 수 없는 설정 | 09-18 1판 | 10-23 19판 |
| 3. KB | 봇·개발하는 AI·사람이 같은 회사 문서를 읽게 | 2026.04 | 10-02 전 직원 정본 |
| 4. 관문 | AI 리뷰와 화면 검수를 통과해야 합쳐지게 | 10-01 시험 | 10-13부터 47개 프로젝트 필수 |
| 5. 매일 회고 | 매일 아침 작업이 규칙·문서·리뷰 교훈을 고친다 | 09-24 | 하루 다섯 개 작업 |
연재 순서
2편(11월 9일)은 공통 AI 규칙입니다. 규칙 저장소 한 곳을 고치면 2~5분 뒤 일곱 개 프로젝트에 복사되는 구조를 실제 화면으로 봅니다.
3편(11월 16일)은 Claude Team 관리 설정, 4편(11월 23일)은 KB, 5편(11월 30일)은 AI 리뷰·화면 검수 관문, 6편(12월 7일)은 매일 회고, 7편(12월 14일)은 여정에서 굳어진 원칙과 내려놓은 것, 남은 숙제입니다.
편마다 끝에 「오늘 해 볼 한 가지」를 둡니다. 개발 조직이 아니어도 혼자 AI를 쓰는 사람이 자기 컴퓨터에서 해 볼 수 있는 것만 고릅니다.
오늘 해 볼 것 — 내 저장소의 AI 커밋 비율 세기
출발점의 숫자는 혼자서도 셀 수 있습니다. 저장소는 프로젝트 파일과 그 변경 기록을 함께 모아 둔 폴더이고, git은 그 기록을 다루는 도구입니다. 맥의 터미널이나 윈도우의 PowerShell에서 저장소 폴더로 들어가 아래 두 줄을 차례로 실행합니다.
첫 줄은 지난 30일 커밋 수를, 둘째 줄은 그중 「Co-Authored-By: Claude」 줄이 붙은 커밋 수를 셉니다. Claude Code로 커밋하면 기본 설정에서 메시지 끝에 이 줄이 붙습니다. 둘째 숫자를 첫째 숫자로 나누면 비율이 나옵니다. 제 사이트 저장소는 75건 중 53건, 71%였습니다.
팀이라면 --author="이름"을 붙여 사람마다 따로 세어 봅니다. 이 숫자는 하한으로 읽습니다. AI가 쓴 코드를 사람이 직접 커밋하거나 표시를 꺼 두면 잡히지 않기 때문입니다. 그래도 사람마다 숫자가 크게 갈린다면, 교육을 한 번 더 하기 전에 모두가 쓰는 AI의 설정을 볼 차례입니다. 그 첫 단계가 다음 편의 공통 AI 규칙입니다.
git log --since="30 days ago" --no-merges --oneline | wc -l
git log --since="30 days ago" --no-merges -i --grep="Co-Authored-By: Claude" --oneline | wc -l