블로그3분 읽기

봇이 초안 36건을 쌓아놓고 발송은 0건입니다

일의 크기가 아니라 되돌릴 수 있는지로 승인선을 그으면, 초안 36건이 쌓이는 동안 발송은 0건이 됩니다. 조회 215만 그록봇 스레드의 원본 도해로 봅니다.

승인선 도해: 가역이면 혼자 끝내고, 불가역에서 봇이 멈춘다

봇이 게을러서가 아닙니다. 정확히 거기서 멈추라고 선을 그어놨기 때문이에요. 봇에게 일을 맡기는 기준은 일의 크기가 아니라 되돌릴 수 있느냐. 그 원칙이 이 선입니다.

조회 215만을 넘긴 그록봇 자동화 스레드에서, 저는 이 도해 한 장이 본체라고 봅니다. 10단계 교본은 이미 소개했으니, 오늘은 이 선 하나만 파겠습니다.

선을 긋는 기준이 뒤집혀 있습니다

보통은 일의 크기로 권한을 나눕니다. 작은 일은 봇에게, 큰 일은 사람에게.

이 스레드의 원칙은 다릅니다. 도해 상단 문구 그대로예요. 선은 되돌릴 수 있느냐에 그어라, 일의 크기에 긋지 말고.

가역이면 혼자 끝내라: 초안 작성, 파일 정리, 태그, 요약, 리서치, 대사, 큐 적재. 전부 되돌리는 데 1분이 안 걸리는 일들입니다.

불가역이면 세워둬라: 발송, 게시, 결제 약정, 삭제, 서명, 약관 동의. 그리고 도해의 마지막 항목이 백미입니다. 낯선 사람이 보게 되는 모든 것.

한 번 나가면 못 주워 담는 일 앞에서만 봇이 멈추고, 사람이 승인합니다.

크기 기준이 왜 실패하냐면

작은 일과 큰 일의 경계는 사람마다 다르고, 매번 다시 판단해야 합니다. 그 판단 자체가 일이 돼요. 그래서 크기 기준의 자동화는 결국 전부 검토하거나 전부 방치하는 양극단으로 무너집니다.

가역성 기준은 판단이 기계적입니다. 되돌릴 수 있나? 예/아니오. 애매한 게 거의 없어요. 이메일 초안은 가역이고 발송은 불가역입니다. 누가 판단해도 같습니다.

사람의 역할이 극단적으로 압축되는 게 이 설계의 소득입니다. 검토가 아니라 승인. 36건을 읽는 게 아니라, 발사 단추 앞에서만 서는 거예요.

조직 모양도 같은 원리로 서 있습니다

크루 구조 도해: 목표 하나가 들어가면 Chief가 쪼개 배분하고, 사람에겐 승인만 올라온다

이 스레드의 봇 조직도를 보면, 승인선이 구조로 확장된 걸 알 수 있습니다.

목표 하나가 들어가면, 치프 봇이 쪼개서 인박스·경비·계정·인재 봇에게 배분합니다. 봇들은 스레드 안에서 맥락을 공유하고요. 사람에게 올라오는 화살표는 딱 하나, 승인 요청뿐입니다.

도해 문구가 이 구조를 한 줄로 요약해요. 목표 하나가 들어가고, 결정 하나가 나온다.

남는 생각

에이전트 안전장치 논의는 보통 거창합니다. 정렬, 감사, 샌드박스. 그런데 비개발자가 그록봇으로 생활을 자동화하면서 도달한 답은 셸 한 줄만큼 단순합니다. 불가역 앞에서만 세워라.

제 파이프라인도 같은 선 위에서 돕니다. 초안·팩트팩·게이트 검사까지는 기계가 끝까지 가고, 발사 예약이라는 불가역 앞에서만 사람이 섭니다. 이 선을 긋고 나서야 물량과 안전이 동시에 잡혔어요.

권한 설계로 고민 중이라면, 조직도 말고 이 질문 하나로 시작해도 됩니다. 이 일은 되돌릴 수 있는가.


원문·소스

무료로 가져가세요

저도 승인선을 못 정해서 초안만 쌓아둔 적이 있어요. 무엇부터 내보낼지 정하는 기준을 따로 적어뒀어요.

잘 써야 잘 팔립니다 · 뭘 팔지 정하는 네 가지 규칙 — 12쪽. 메일 확인 한 번 거치면 받으실 수 있습니다.

FAQ

자주 묻는 질문

봇에게 일을 맡기는 기준을 일의 크기로 잡으면 왜 실패하나요?
작은 일과 큰 일의 경계는 사람마다 다르고 매번 다시 판단해야 해서, 결국 전부 검토하거나 전부 방치하는 양극단으로 무너집니다.
가역성 기준으로 선을 그으면 무엇이 달라지나요?
되돌릴 수 있는가라는 판단은 기계적이라 애매한 경우가 거의 없습니다. 이메일 초안은 가역이라 봇이 끝내고, 발송은 불가역이라 사람이 승인합니다.
이 원칙이 조직 구조로 확장되면 어떤 모습인가요?
목표 하나가 들어가면 치프 봇이 쪼개서 배분하고, 사람에게 올라오는 화살표는 승인 요청 하나뿐입니다. 목표 하나가 들어가고 결정 하나가 나오는 구조입니다.