오늘 30분 만에 첫 반자동 루프를 만드는 다섯 걸음

챕터 10. 1단계 반자동 루프: 오늘 30분, 첫 루프

프롤로그에서 약속한 30분이 여기서 시작된다. 지금까지의 부품을 완벽히 외울 필요는 없다. 막히는 지점이 생기면 앞 장으로 돌아가 필요한 부품만 다시 확인하면 된다.

이 부의 세 단계 — 반자동, 도구 내장, 자동 실행 — 는 전작의 싱글·듀얼·멀티 에이전트와 다른 축이다. 전작은 실행 주체의 수를, 이 부는 설정과 상태의 저장 위치 및 시작 신호의 주체를 구분한다. 실행자가 여럿이어도 사람이 시작하면 반자동일 수 있다. 에이전트 수와 자동화 수준을 같은 것으로 보면 안 된다.

반자동 루프란

반자동 루프는 사람이 시작 신호를 주되 실행·검증·판정 구조를 재사용하는 형태다. 자동 시작이 없어도 피드백 경로가 닫혀 있으면 루프다. 처음에는 사람이 시작 버튼을 쥐는 편이 설계를 고치기 쉽다.

반자동으로 시작하는 이유가 있다. 자동으로 도는 루프는 편하지만, 잘못 설계하면 잘못된 채로 계속 돈다. 반자동은 매 바퀴를 사람이 시작하므로, 이상하면 그 자리에서 멈추고 고칠 수 있다. 처음 만드는 루프일수록 사람이 시작 버튼을 쥐고 있는 편이 안전하다.

30분, 다섯 걸음

지금부터 서른 분 동안 자기 업무 하나를 골라 첫 루프를 만든다. 시계를 봐도 좋다. 다섯 걸음으로 나눈다.

첫 걸음, 업무를 고른다. 5분. 4장의 여섯 기준을 거꾸로 쓴다. 여러 번 반복되고, 잘못돼도 되돌릴 수 있고, 결과를 확인할 근거가 있고, 민감한 정보가 없는 일. 이런 일 중에서 이번 주에 실제로 해야 하는 것 하나를 고른다. 완벽한 후보를 찾느라 5분을 넘기지 않는다. 어설픈 후보라도 지금 손에 있는 일이 낫다.

둘째 걸음, 목표를 문장으로 쓴다. 5분. ‘잘’이나 ‘적절히’를 빼고, 무엇이 갖춰지면 끝인지 확인 가능한 항목으로 적는다.

예를 들어 회의록 정리가 업무라면, “회의록을 잘 정리한다”가 아니라 “회의록에서 결정 사항과 담당자와 기한을 뽑아 표로 만들고, 안건별로 나누면 완료”라고 쓴다. 이렇게 쓰면 다 하고 나서 결정 사항과 담당자와 기한이 표에 들어갔는지만 보면 완료를 판단할 수 있다. 목표 문장을 쓰다 막히면, 이 일을 다 했다고 언제 말할 수 있는지를 자문한다. 그 답이 곧 종료 조건이다.

셋째 걸음, 검증 증거를 정한다. 5분. 이 결과가 맞는지 무엇과 대조해 확인할지를 정한다. 원문인가, 숫자인가, 규칙인가. 7장에서 본 다섯 가지 중 이 업무에 맞는 것을 고른다. 회의록이라면 원본 녹취나 메모가 증거가 된다. 표에 적힌 결정 사항이 실제 회의에서 나온 것인지 원본과 대조하는 것이다. 증거를 정할 수 없다면, 그 일은 애초에 루프에 맞지 않으니 첫 걸음으로 돌아가 다른 일을 고른다.

넷째 걸음, 판정표를 그린다. 5분. 검증 결과에 따라 무엇을 할지 적는다. 주 경로는 완료, 정해진 횟수만큼 재실행, 사람에게 이관의 셋이다. 처리 중 새 할 일이 발견되면 작업 목록에 어떻게 등록할지도 한 줄 덧붙인다. 종이 한 장이면 충분하다.

회의록 예로 이어가면 이렇게 그려진다. 결정 사항과 담당자와 기한이 모두 원본과 맞으면 완료. 누락된 항목이 있으면 그 부분만 다시 뽑되 두 번까지. 두 번 해도 원본에서 못 찾는 항목은 사람에게 표시해 넘김. 원본 자체가 불분명해 판단이 필요한 대목도 사람에게. 네 줄이면 판정표가 선다.

다섯째 걸음, 한 바퀴 돌린다. 10분. AI에게 목표·증거·판정표를 주고 작업 하나를 처리하게 한다. 결과를 증거와 대조한 뒤 판정표에 따라 완료, 재실행 또는 이관한다. 이 경로가 한 번 이어지면 첫 루프의 골격이 선다.

30분 실습용 한 장 설계서

다섯 걸음을 아래 한 장에 모아 적는다. 첫 실행에서는 빈칸을 완벽하게 채우는 것보다 실제 작업 하나를 통과시키는 데 집중한다.

설계서를 채웠다면 아래 지시문에 빈칸을 넣어 첫 바퀴를 시작한다. 특정 제품의 기능에 기대지 않는 반자동 형태라서, 사용하는 AI 도구의 대화창에서 그대로 응용할 수 있다.

목표:
[완료 조건]을 충족하는 결과를 만든다.

입력:
[이번 작업 1건과 원본 위치]

실행:
[수행할 단계]

검증:
결과의 [검증 항목]을 [외부 증거]와 대조한다.
각 항목에 통과/실패와 근거 위치를 기록한다.

판정:
- 모두 통과하면 완료로 표시한다.
- 고칠 수 있는 실패는 지적 사항을 반영해 최대 [횟수]회 재실행한다.
- [이관 조건]이면 추정하지 말고 사람 확인 대기로 표시한다.
- 새 할 일이 발견되면 [작업 목록]에 등록한다.

출력:
1. 작업 결과
2. 검증 기록
3. 판정과 다음 행동
4. 갱신할 상태

첫 실행 결과는 네 묶음으로 받아야 한다. 결과물만 받으면 사람이 다시 검증과 다음 행동을 정해야 한다. 검증 기록과 판정, 갱신할 상태까지 함께 받아야 한 바퀴가 닫힌다.

완성된 설계서 예시: 회의록 루프

빈 설계서를 실제로 채우면 다음과 같다.

첫 실행에서 AI가 다음 결과를 냈다고 하자.

안건: 8월 뉴스레터 발송
결정: 초안을 금요일까지 작성
담당: 김민지
기한: 7월 18일
근거: 녹취 18:32~18:51

검증 단계에서는 네 항목을 따로 본다. 결정 문장이 실제 녹취에 있는가. 참석자 목록에 김민지가 있는가. “금요일”이 회의 날짜 기준 7월 18일과 일치하는가. 근거 시각에 해당 발언이 있는가. 모두 맞으면 완료다.

반면 녹취에는 “민지님이 초안을 보면 좋겠다”만 있고 기한이 없다면, AI가 7월 18일을 추정해서는 안 된다. 담당과 기한을 확인 필요로 표시해 사람에게 넘긴다. 이관 기록에는 “18:32 발언에서 후보 담당자는 언급됐으나 확정 표현과 기한이 없음”이라고 적는다. 사람이 확인한 뒤 확정된 정보만 상태 문서에 넣는다.

이 예시의 핵심은 회의록 문장을 잘 쓰는 데 있지 않다. 원본에 없는 담당자나 날짜를 채우지 않고, 불명확한 상태를 이관할 수 있게 만드는 데 있다. 첫 루프에서는 이런 예외 한 건을 제대로 넘기는 것만으로도 설계의 약점을 많이 발견할 수 있다.

막히는 세 지점

30분 안에 막히는 곳은 대개 정해져 있다. 세 곳이다.

첫째, 목표 문장이 종료를 판별하지 못하는 경우다. 다 하고 나서도 완료인지 알 수 없다면, 목표가 흐릿한 것이다. 둘째 걸음으로 돌아가, ‘무엇이 갖춰지면 끝’인지를 다시 적는다. 확인 가능한 항목이 나올 때까지 문장을 조인다.

둘째, 검증 증거가 없어서 판정을 못 하는 경우다. 결과가 맞는지 확인할 방법이 없다면, 셋째 걸음이 비어 있는 것이다. 이 업무에 쓸 외부 증거를 다시 찾아본다. 정말 없다면, 그 업무는 루프에 맞지 않으니 다른 업무로 바꾼다.

셋째, 재실행이 끝나지 않는 경우다. 부족하다는 판정이 계속 나와 같은 항목을 반복하고 있다면, 재실행 한계가 없는 것이다. 판정표에 ‘세 번까지만 다시, 넘으면 사람에게’라고 적어 넣는다. 8장에서 본 이관 조건이 여기서 무한 반복을 끊는다.

첫 루프를 돌린 다음

한 바퀴가 돌았다면, 그것으로 충분하다. 완벽하지 않아도 된다. 첫 루프의 목적은 훌륭한 자동화가 아니라, 부품이 맞물려 도는 감각을 손에 익히는 것이다.

같은 루프를 이번 주에 두어 번 더 돌려본다. 돌릴 때마다 조금씩 다듬는다. 목표 문장이 더 정확해지고, 검증이 더 촘촘해지고, 판정표가 더 현실에 맞게 바뀐다. 이렇게 서너 번 돌려서 손에 익으면, 매번 처음부터 세팅하는 것이 슬슬 번거로워진다. 그 번거로움이 다음 단계로 갈 신호다. 절차를 손으로 다시 세팅하는 대신, 도구 안에 심어 두는 단계. 다음 장에서 그 방법을 다룬다.