지금까지 한 가장 큰 단일 에이전트 실행: 앱 포트폴리오 전체를 스펙 하나로, 한 패스에 재디자인.
형태
전면 재디자인을 담은 스펙 하나를 썼습니다 — 디자인 시스템·공용 컴포넌트·앱별 페이지를 섹션으로 조직. Codex에 넘겼고, Codex가 섹션을 하나씩 완주하며 앱 전반에 변경을 적용했습니다. 그다음 오케스트레이터(Claude)가 결과를 배치 배포했습니다.
성립시킨 규모: 앱 30여 개 재디자인·배포, 백그라운드로 6개씩(직렬 배포 루프는 타임아웃 나므로).
안전하게 만든 게이트
절대 양보 못 한 하나는 배포 전 회귀 검증 게이트. 배치의 마지막 앱은 오케스트레이터가 요구사항 대비 재검증하게 하고, 배치를 통째로 믿지 않았습니다. 가장 위험한 지점(배포 직전)의 명시적 체크 하나가, 에이전트가 중간 어딘가에서 드리프트한 오류 부류를 잡습니다.
핸드오프 산출물
재디자인은 "앱명 → 커밋해시" 매니페스트를 냈습니다. 두 번째 에이전트가 자신 있게 배포할 수 있던 이유입니다: "Codex가 아마 한 것"이 아니라 명명된 커밋을 배포했으니까요. 매니페스트가 계약입니다. 없으면 배치 작업이 드리프트하고 어느 앱이 어느 상태인지 아무도 모릅니다.
솔직한 부분
한방 재디자인은 무모해 보입니다 — 앱 수십 개를 에이전트가 한꺼번에 — 그리고 두 가지 없이는 실제로 무모합니다: "완료"가 모호하지 않을 만큼 상세한 스펙, 그리고 배포 경계의 검증 게이트. 에이전트의 속도는 주변 구조가 잘못된 결과를 게시 전에 보이게 만들 때만 자산입니다. 스펙과 게이트에 주의를 쓰고, 볼륨은 에이전트에게 맡기세요.