사용자는 어떤 일을 몇 번 할지 말하고 싶어 한다. 실행할 플랫폼과 프로그램 ID, 파일 핸들까지 먼저 정리하고 싶어 하는 것은 아니다. 나는 북극성의 폴더 반복을 다시 구성하며 요청을 한 번 해석하는 단계와 여러 항목을 계속 실행하는 단계를 나눴다.

사이트를 고르는 화면보다 작업을 연결하는 단계

블로그와 유튜브를 각각 고르는 화면만 늘리면 다른 사이트의 반복 업무가 생길 때 또 다른 반복기를 만들게 된다. 내가 공통으로 본 것은 자료 하나를 준비하고 기존 절차를 실행하고 결과를 확인한 뒤 다음 자료로 가는 흐름이었다. 플랫폼별 차이는 실제 플러그인이 갖고 공통 실행기는 그 절차를 반복하도록 했다.

외부 Codex는 현재 프로젝트와 열린 탭, 활성 플러그인을 확인해 맞는 절차를 한 번 연결한다. 일반 작업의 work_program과 work_inputs는 이때 만드는 내부 계획이다. 사용자가 고를 옵션으로 내부 ID를 늘리는 대신 연결 주체가 검사한 현재 매개변수를 채우도록 책임을 옮겼다.

요청을 한 번 읽는다는 말의 정확한 범위

resolveRepeatIntent는 workProgram이 주어졌으면 일반 workflow 경로로 해석하고, 알려진 네이버·유튜브 표현이나 현재 탭 조건을 제한적으로 사용한다. 서로 다른 작업이 한 요청에 섞였거나 해석할 계획이 없으면 멈춘다. 모든 자연어를 이해하는 범용 분류 모델을 함수 안에 새로 넣은 것은 아니다.

횟수도 명시한 repeatCount가 우선이며 요청에서 분명한 숫자 표현을 읽을 수 있다. 서로 다른 횟수가 동시에 나오면 하나를 추측하지 않고 선택을 요구한다. 한 번 해석한다는 것은 애매함을 감추는 말이 아니었다. 모호한 부분을 실행 전에 해결하고 결정한 계획을 정상 반복 중에 다시 만들지 않는다는 뜻이다.

본문을 코드로 만들지 않고 자료로 치환한다

일반 플러그인 입력에는 고정 데이터와 허용한 placeholder를 사용한다. title·body·schedule·folder·index·file·files 같은 값만 정해진 자리에서 바뀐다. 사용자의 문장을 임의 코드나 셸 명령으로 평가하지 않는다. 또한 반복 실행기를 다시 반복 실행기에 연결하는 재귀 계획은 허용하지 않는다.

이 제한은 다른 사이트를 지원하지 않겠다는 뜻이 아니다. 새 업무에는 먼저 그 사이트에서 실제로 쓸 수 있는 플러그인과 검증할 결과가 있어야 한다. 그 계약이 정리되면 같은 반복기가 사용할 수 있다. 무제한 코드를 받아 실행하는 기능과 여러 업무에 재사용할 수 있는 기능을 같은 확장성으로 설명하지 않았다.

한 폴더의 완료가 다음 폴더의 시작 조건

자료 폴더 하나를 한 작업으로 본다. 원본은 보존하고 작업 사본을 준비한다. 기존 플러그인의 실행을 한 번 접수한 뒤 로컬 프로그램이 상태와 검증 결과를 기다리고, 확인된 사본을 done으로 옮긴 다음 다음 항목으로 간다. 오류나 중지, 결과 불명은 다음 폴더의 실행을 막는다.

요청 수보다 준비한 폴더가 적으면 자료를 복제해서 채우지 않는다. 일의 횟수는 자료가 있다는 조건과 함께 성립한다. 일반 반복에는 날짜가 필요 없을 수 있고 날짜가 있는 경우에만 첫 시각과 간격을 연결한다. 예약이라는 말 때문에 모든 반복에 불필요한 날짜 입력을 강제하지 않았다.

무엇을 실제로 반복했는지 기록에 남겼다

과거 범용 반복 검증은 준비한 세 폴더 중 두 개만 실제 읽기 플러그인으로 처리하고 두 사본만 완료 위치로 옮겼다. 같은 접수를 다시 읽었을 때 완료 배치를 재사용하는지도 확인했다. 이는 범용 실행 연결과 완료 경계의 근거다. 외부 사이트에 글이나 영상을 두 번 새로 공개했다는 시험은 아니다.

네이버와 유튜브의 미래 예약 접수 시험도 실행 전에 취소한 범위와 실제 게시 완료를 구분한다. workVerified와 publicationVerified의 이름을 따로 둔 이유다. 어떤 플러그인이 검증한 절차가 끝났다는 말과 서비스의 공개 결과가 만들어졌다는 말을 같은 완료로 사용하지 않으려 했다.

같은 반복기를 다른 회사에 쓰려면

자기 업무에 적용할 때는 우선 한 항목이 무엇인지 정해야 한다. 폴더 한 개가 한 원고인지, 문서 묶음인지, 하나의 조회인지가 달라지면 완료 기준도 달라진다. 그다음 반복할 실제 플러그인과 입력, 원본 보존과 결과 기록, 멈출 조건을 연결한다. 사용자의 요청은 단순해도 준비할 계약은 구체적이어야 한다.

이 글에서는 현재 요청 해석 함수와 공통 반복 문서, 과거 실행 보고서를 대조했다. 원래 예약 노트북이나 운영 폴더를 새로 돌리지 않았다. 외부 PC 주피터 연결기 개발도 재개하지 않았다. 나는 기존에 잘 동작한 반복 엔진을 다시 만들기보다 검증한 업무 절차를 한 번 연결해 계속 쓸 수 있는 쪽으로 발전시키고 싶었다.