1편을 쓸 때 커밋 수를 처음 세어 봤다. 인터뷰 때 내가 이렇게 말했기 때문이다.
커밋 갯수를 봐도 내가 개발자는 아니지만 개발자들은 뭐 커밋하고 이런 걸로 뭐 효율성을 따지기도 하잖아 … 얼마나 생산성이 나타나는지도 뭐 통계적으로 보여줄 수 있을 것 같고
그때는 일주일 남짓 치였다. 주별로 보니 지금 콘솔로 옮긴 주에 커밋이 1,525건으로 뛰어 있었고, 이 숫자는 따로 뜯어보겠다고 적었다.
11월 9일 아침에 다시 셌다. 범위는 지금 콘솔을 켠 10월 28일 0시부터 11월 8일 밤 12시까지, 12일이다. 날짜별로 나눠 보니 커밋과 일한 양이 따로 움직였다.
12일 동안 쌓인 숫자
| 항목 | 12일 합계 |
|---|---|
| AI 직원 실행 | 7,258회 |
| 주고받은 메시지 | 11,464건 |
| 등록된 작업 | 823건 (완료 796건) |
| 직원이 다른 직원에게 넘긴 작업 | 112건 |
| 나한테 올라온 결재 | 114건 |
| 커밋 | 2,125건 |
실행은 AI 직원이 메시지 하나를 받아 일하고 답을 낸 한 번이다. 작업은 내가 맡기거나 직원이 스스로 등록한 일 단위다. 메시지와 실행, 작업, 결재는 콘솔 운영 DB에서 셌다. 커밋은 콘솔 저장소와 개인 저장소를 합쳐 셌다. 두 저장소는 11월 7일에 하나에서 갈라졌으니, 같은 커밋은 한 번만 넣었다.
커밋은 반 가까이 줄었다
주별로 보면 옮긴 주가 가장 높고, 다음 주는 923건으로 내려왔다. 옮긴 주에는 옮기기 전 이틀이 섞여 있어서 콘솔을 켠 날부터 다시 나눴다.
| 기간 | 커밋 | 하루 평균 |
|---|---|---|
| 첫 5일 (10월 28일~11월 1일) | 1,202건 | 240건 |
| 다음 7일 (11월 2일~11월 8일) | 923건 | 132건 |
하루 커밋이 240건에서 132건으로, 반 가까이 줄었다. 가장 많은 날은 10월 31일 326건, 가장 적은 날은 11월 3일 59건이다.
커밋 수로만 보면 둘째 주에 일을 덜 한 셈이다. 그런데 다른 숫자를 같이 놓으니 그렇지 않았다.
작업은 매일 비슷했다
| 날짜 | 커밋 | 작업 | 실행 |
|---|---|---|---|
| 10월 30일 | 289 | 70 | 547 |
| 10월 31일 | 326 | 88 | 471 |
| 11월 1일 | 165 | 96 | 564 |
| 11월 2일 | 73 | 71 | 474 |
| 11월 3일 | 59 | 62 | 367 |
| 11월 4일 | 127 | 86 | 487 |
| 11월 5일 | 127 | 107 | 732 |
| 11월 6일 | 143 | 76 | 469 |
| 11월 7일 | 165 | 86 | 432 |
| 11월 8일 | 229 | 80 | 703 |
작업 기록은 10월 29일 밤부터 남아 있어서 30일부터 적었다. 커밋이 326건에서 59건까지 오르내리는 동안 작업은 하루 62건에서 107건 사이였다. 실행도 하루 400~700회 사이에서 움직였다. 예외는 콘솔을 켠 다음 날인 10월 29일로, 실행이 1,328회로 가장 많았다.
달라진 건 일의 종류였다. 누가 작업을 맡았는지 보면 보인다.
| 직원 (맡은 일) | 10월 29일~11월 1일 | 11월 2일~11월 8일 |
|---|---|---|
| 지훈 (콘솔 개발) | 86건 | 172건 |
| 시온 (배포 관리) | 84건 | 21건 |
| 현우 (전체 최적화) | 45건 | 175건 |
| 다온 (전사 AX 계정 운영) | 6건 | 63건 |
| 그 밖의 직원 | 34건 | 137건 |
| 합계 | 255건 | 568건 |
첫 며칠은 지훈과 시온, 콘솔을 만들고 올리는 두 직원이 작업의 3분의 2를 맡았다. 다음 주에는 배포 작업이 21건으로 줄고, 현우와 다온의 작업이 늘었다. 현우는 회사 전체 최적화를 맡은 직원이고, 다온은 회사 AI 계정을 발급하고 회수하는 직원이다. 콘솔을 만드는 일보다 콘솔로 일하는 일이 많아졌다.
커밋은 코드나 문서가 바뀔 때만 남는다. 계정을 회수하거나, 메일을 나누거나, 결재를 올리는 일은 커밋이 거의 안 남는다. 그래서 커밋 수는 일한 양보다 만든 양에 가깝다.
업무 화면이다. 줄마다 맡은 직원, 그 직원의 몇 번 칸에서 돌고 있는지, 지금 상태가 붙어 있다. 맨 위 줄이 이 글이다. 이 글도 작업 하나로 등록돼 3번 칸에서 쓰였다.
작업이라는 걸 만들고 작업을 시키고 자동적으로 ai 직원들이 할 일 등록하고 서로 주고 받고 할당 바꾸고 그다음에 끝나면 나한테 완료로 뜨고
12일 동안 작업 823건 중 796건이 완료됐다. 112건은 직원이 다른 직원에게 넘긴 일이다. 등록에서 완료까지 걸린 시간은 가운데 값이 41분이다.
결재는 하루 열 건쯤
결재는 12일 동안 114건, 하루 9.5건이다. 가장 많은 날은 11월 8일 33건이었다. 그중 18건은 그날 릴스와 스레드를 시작한 서아가 올렸다. 영상을 듣고 게시할지, 스레드를 결재 없이 자동으로 올려도 될지 같은 것들이다. 새 일을 시작하는 날에 결재가 몰린다.
밤에도 돈다
근데 ai 직원들은 토큰만 있으면 24시간 일하잖아
실행 7,258회 중 637회는 밤 12시부터 아침 7시 사이에 시작됐다. 9%쯤이다. 그중 225회는 직원이 다른 직원에게 보낸 메시지로 시작됐고, 61회는 예약 근무였다. 내가 자는 동안에도 직원끼리 일을 넘기며 이어 간다.
회사 현황 화면에는 직원들이 실제로 일한 시간이 공급자별로 나온다. 11월 3일부터 9일 아침까지 끝난 실행 시간을 더하면 Claude 75.8시간, Codex 70.4시간, 합쳐 146시간이다. 하루로 치면 20시간이 넘는다. 점선은 그 전 일주일이다. 옮긴 직후보다 실행 시간은 줄었고, 작업 수는 그대로다.
내 일을 숫자로 세어 보려면
커밋 같은 숫자 하나만 보면 틀리게 읽는다. 나도 1편에서는 커밋으로만 봤다. 이번에 세면서 정한 방법이다.
- 세는 단위를 셋으로 나눈다. 맡긴 일(작업), AI가 실제로 돈 횟수(실행), 내가 직접 정한 일(결재).
- 만든 결과물(커밋, 문서, 글)은 따로 센다. 일한 양과 섞지 않는다.
- 주별이 아니라 날짜별로 본다. 처음 며칠은 옮기고 고치는 일이 몰려 숫자가 튄다.
- 숫자가 바뀐 날은 그날 누가 무슨 일을 맡았는지 같이 본다.
AI 도구를 쓴 기록이 있다면 이렇게 부탁하면 된다. 커밋 기록을 예로 들었다.
제가 붙여 넣는 기록으로 제 업무량을 날짜별로 정리해 주세요.
1. 기록은 커밋 목록(날짜, 시각, 제목)과 AI에게 맡긴 일 목록(날짜, 제목, 상태)입니다.
2. 날짜별로 커밋 수, 맡긴 일 수, 끝난 일 수를 한 표로 보여 주세요.
3. 커밋은 '만든 것'으로, 맡긴 일은 '한 일'로 구분하고 둘이 반대로 움직인 날을 표시하세요.
4. 그런 날은 커밋 제목과 일 제목을 보고 어떤 종류의 일이 늘거나 줄었는지 한 줄로 적어 주세요.
5. 첫 사흘처럼 숫자가 튀는 구간이 있으면 빼고 본 평균도 함께 적어 주세요.
다음 편
12일 동안 실행 7,258회. 밤에도 돌고, 하루 20시간이 넘게 일한다. 이게 공짜는 아니다. 마지막 편은 토큰 이야기다.