문장 하나 들어가고 퍼널 하나 나오고 — 그다음엔 모두와 똑같은 검사를 받아요

분리된 두 가지 역할

퍼널 생성은 설명을 받아 그래프를 돌려줘요. 의도적으로 생태계의 다른 AI 패널이 쓰는 것과 같은 계약 — 메시지, 선택적 객체, 교체 또는 패치 여부 — 을 같은 게이트웨이를 통해, 이미 다른 곳의 프로덕션에서 실행 중인 것과 같은 운영 경로로 처리해요.

크리에이티브 생성은 문서에 적용된 같은 계약이에요: 이메일, 페이지 또는 폼을 생성하거나 패치해요. 크리에이티브는 공개된 스키마를 가진 문서이므로, 모델이 이를 패치하는 것은 구조화된 작업이지 HTML 벽을 만들고 희망에 걸치는 것이 아니에요.

시스템 프롬프트는 퍼널 스키마의 증류 사본이며, 스키마에 키가 추가될 때마다 갱신돼요. 낡은 프롬프트가 여기서의 실패 양상이에요: 모델이 더 이상 존재하지 않는 어휘를 작성하고, 결과는 완전히 합리적으로 보이지만, 검증기가 읽는 사람이 볼 수 없는 이유로 거부해요.

연락처별 개인화, 캐시됨

ai_generate 노드는 발송 시점에 연락처별로 병합 변수를 채워요. 여러분의 할당량에 대해 계량되고, 크리에이티브와 그것이 의존하는 연락처 속성의 해시로 캐시돼요 — 그 캐시가 없다면 매 발송마다 수신자마다 생성 비용을 지불하게 되는데, 두 번 다시 예산에 넣지 않을 청구서예요.

게이트, 그리고 왜 절대 중단점인가

발송 기능이 있는 모든 도구는 게이트로 보호돼요. 자신에게 보내는 테스트 발송은 자유롭게 할 수 있어요. 실제 사람에게 닿는 모든 발송에는 명시적인 확인 플래그가 필요 하고 청구 할당량으로 제한돼요 — 둘 다예요, 둘 중 하나가 아니에요.

이유는 단순하고 화려하지도 않아요. 프롬프트를 잘못 읽은 에이전트가 5만 명에게 메일을 보낼 수 있어서는 안 되고, 아무리 신중한 프롬프트도 통제 수단이 되지 못해요. 절대 중단점이 좋은 기본값보다 진짜로 나은 몇 안 되는 경우 중 하나이며, 실제로 절대 중단점으로 구현했어요.

같은 논리가 설계 전반에 흐르고 있어요. 에이전트는 메시지 하나가 나가지 않는 한에서 하루 종일 초안을 쓰고, 검증하고, 시뮬레이션하고, 미리보고, 리포트를 볼 수 있어요. 되돌릴 수 없는 단 하나의 동작에만 사람의 yes가 필요해요.