AI를 끄는 요일을 하나 정했다
htmx가 사내 규칙으로 만든 금요일과 근거로 건 논문 네 편
htmx 대표가 주 1일 AI 코딩 도구를 끄는 사내 규칙을 걸었다. 근거로 인지 부채·비판적 사고 저하 논문 네 편을 붙였다. 팀 AI 규칙의 질문이 얼마나 쓰나에서 언제 안 쓰나로 옮겨갔다.
한 장짜리 사이트다. 주소는 noaifridays.com, 본문은 화면 하나에 다 들어간다. 규칙도 한 줄이다. 금요일 하루는 AI 코딩 도우미를 끄고 손으로 코드를 쓰고 문서를 읽고 스스로 생각한다. 8월 30일 Hacker News에서 259점 171댓글을 받았고 같은 날 GeekNews에도 올라왔다. 명단에 올라 있는 회사는 지금까지 htmx 한 곳이다.
한 줄 정리
팀 단위 AI 규칙이 처음으로 사용량 상한이 아니라 사용하지 않는 시간을 정하는 쪽으로 넘어왔다.
한눈에 보기
사이트가 근거로 건 연구 네 편이다. 앞의 둘은 규모가 공개돼 있다.
| 연구 | 잰 것 | 규모 |
|---|---|---|
| MIT Media Lab 인지 부채 (arXiv 2506.08872) | 에세이 작성 중 뇌 연결성, 32채널 EEG | 참가자 54명, 세션 3회 |
| Microsoft·CMU, CHI 2025 | 비판적 사고와 인지 노력 자기보고 | 지식 노동자 319명, 실제 사례 936건 |
| Nature Scientific Reports | 업무 몰입 저하 | 링크만 제시 |
| arXiv 2601.20245 | 기술 형성 저해 | 링크만 제시 |
Microsoft·CMU 조사의 결론은 한 문장으로 요약된다. AI를 더 믿는 사람일수록 덜 검증했고 자기 실력을 더 믿는 사람일수록 더 검증했다. MIT 쪽은 EEG로 잰 뇌 연결망이 도구를 쓴 집단에서 가장 약하게 나왔고 그 상태가 도구를 뗀 뒤에도 남았다고 적었다.
규칙의 질문이 바뀌었다
지난 1년간 팀이 정한 AI 규칙은 대부분 수도꼭지를 다루는 종류였다. 좌석 몇 개를 살까, 크레딧 상한을 얼마로 걸까, 어떤 도구를 승인 목록에 넣을까. 전부 얼마나 쓰느냐를 다룬다.
No AI Fridays는 반대편을 정한다. 언제 안 쓰는지를 달력에 박고 그날 무슨 일이 벌어지는지 본다. FAQ에도 그 태도가 드러난다. 코드 리뷰 도구는 손으로 짠 코드와 함께 쓸 때 오히려 낫다고 적어 뒀다. 피드백을 받아 배우는 쪽이 사람이라서다.
금요일을 고른 이유가 따로 있다
많은 개발 조직이 금요일에 배포를 안 한다. 사고가 나면 주말에 대응이 안 되기 때문에 굳어진 관행이다. 그래서 금요일은 이미 되돌릴 수 없는 결정을 미루는 날로 비어 있다. 여기에 도구를 끄는 규칙을 얹으면 새 관행을 만드는 비용이 거의 들지 않는다.
한 가지 더. 사이트는 토큰 얘기도 꺼낸다. 기본값으로 모델을 부르다 보면 예전 같으면 스크립트 한 줄로 끝냈을 일까지 부른다. 반복되는 파일 정리, 이름 바꾸기, 형식 변환처럼 규칙이 명확한 작업을 매번 모델에 물으면 결과도 매번 조금씩 달라진다. 주 1일을 비우면 그 습관이 눈에 띈다.
개발 조직 밖에서도 같은 구조가 나온다. 마케팅 팀이 매주 쓰는 보고 양식, 고객센터의 1차 응대 문안, 세금계산서 확인 절차. 셋 다 규칙이 굳어 있어서 자동화가 맞는데 도구가 편하다는 이유로 매번 새로 생성한다. 끄는 날은 그런 항목을 골라내는 날이기도 하다.
이 규칙이 약한 자리
측정 방법이 없다. 사이트는 논문 네 편을 걸어 두고 실행은 각자 알아서 하라고 넘긴다. 무엇이 좋아졌는지 재는 방법이 없으면 3주쯤 지나 흐지부지된다. 참여 방식도 상사에게 링크를 보내라는 수준이다.
명단이 한 곳뿐인 것도 그대로 읽는 편이 낫다. 8월 30일 기준으로 이건 운동이 아니라 제안이다. 다만 Hacker News 댓글 171개가 붙었다는 사실은 같은 고민을 하는 팀이 이미 많다는 뜻이다.
반론도 분명하다. 고객 납기가 걸린 주에 생산성을 20% 깎을 여유가 있는 팀이 얼마나 되나. htmx는 오픈소스 프로젝트고 마감 구조가 수주 업체와 다르다. 근거로 건 논문 네 편 중 둘은 규모조차 안 밝혀져 있고, 앞의 둘도 실험실 과제와 자기보고 설문이라 일터의 결과물 품질을 직접 잰 건 아니다. 이 규칙을 도입 결정으로 옮기려면 그 격차를 각자 메워야 한다.
anyAX 관점
금요일을 비우는 진짜 소득은 실력 유지가 아니라 목록이다. 하루 끄면 무엇이 멈추는지가 그날 안에 드러난다. 회의록 정리가 멈추는지, 고객 문의 1차 답변이 멈추는지, 아니면 아무것도 안 멈추는지.
앞의 두 개가 멈추면 그건 이미 워크플로에 박힌 것이고 계약과 백업 경로를 따로 챙길 대상이다. 아무것도 안 멈추면 지금 내고 있는 좌석 요금이 무엇을 사고 있는지 다시 볼 자리다. 5인에서 30인 사이 팀이 도구를 늘릴 때 이 목록 없이 늘린다. 그러다 공급사가 요금제를 바꾸는 날 무엇이 흔들릴지 아무도 모른다.
논문 네 편은 개인의 뇌를 쟀다. 팀이 재야 할 값은 다르다. 지난달 청구서에서 금요일 몫이 얼마였나, 그 하루에 안 나간 산출물이 무엇인가. 두 숫자를 나란히 놓으면 도입도 중단도 감으로 안 하게 된다.
한국 팀에 그대로 옮기기엔 금요일이 마감일인 곳이 많다. 요일은 바꿔도 된다. 바꾸면 안 되는 건 그날 무엇이 멈췄는지 적어 두는 쪽이다. 적지 않으면 그냥 불편한 하루로 남는다.