00 / Principle
AWEN PRINCIPLE
API가 성공을 반환해도 끝난 것으로 처리하지 않습니다. 저장값과 관리자 화면을 다시 확인하고, 누가 승인했는지 작업 기록에 남깁니다.
01 / Sequence
요청에서 실제 노출까지 5단계
01 / STRUCTURE
요청 항목 정리
목표, 예산, 일정, 타깃, 소재와 금지 조건을 광고 입력값으로 나눕니다.
02 / GUARDED CREATE
OFF 상태 생성
검수 전에 광고비가 나가지 않도록 캠페인과 광고를 꺼진 상태로 만듭니다.
03 / READBACK
저장값 재확인
생성 직후 객체를 다시 조회해 요청한 값과 실제 저장값을 비교합니다.
04 / HUMAN PROOF
관리자 화면 확인
API에서 확인하기 어려운 게시물과 옵션을 실제 관리자 화면에서 봅니다.
05 / LEDGER
노출·작업 기록 확인
승인 후 광고 상태와 지출을 확인하고 요청, 변경, 확인 결과를 기록합니다.
02 / Difference
도구만 연결했을 때와 Awen을 거칠 때
| 구분 | 도구만 연결 | Awen |
|---|---|---|
| 완료 기준 | API 요청 완료 | 저장값·화면·실제 노출 확인 |
| 광고 상태 | 바로 활성화할 수 있음 | OFF 생성 후 승인 |
| 오류 확인 | 실패 로그 중심 | 일부만 저장된 경우와 값 불일치도 확인 |
| 작업 기록 | 실행 여부 | 요청자·승인자·변경값·확인 결과 |
03 / Fit
어떤 팀에 필요한가
- 반복 캠페인이 많지만 계정 구조와 명명 규칙을 유지해야 하는 팀
- AI 에이전트에 광고 업무를 맡기되 예산과 활성화 권한은 통제하려는 조직
- API 자동화 결과와 광고 관리자 화면이 다르게 보인 경험이 있는 운영자
- 누가 무엇을 요청하고 승인했는지 감사 가능한 기록이 필요한 대행사
04 / Control points
자동화 범위는 위험도에 따라 나눕니다
조회와 형식 검사는 자동화하기 좋지만 비용이 발생하거나 되돌리기 어려운 변경은 별도 승인 경계가 필요합니다. Awen은 계정과 캠페인 현황 조회, 명명 규칙 검사, 저장값 비교를 자동 실행 대상으로 두고, 예산 증액·광고 활성화·기존 소재 교체는 승인 이후에만 실행하는 구조를 지향합니다.
이 구분 덕분에 운영자는 모든 클릭을 직접 반복하지 않아도 되면서 최종 집행 권한은 유지할 수 있습니다. 실패했을 때도 어느 단계에서 어떤 입력값이 달라졌는지 추적할 수 있습니다.
05 / Input contract
좋은 자연어 요청에는 최소 여섯 가지가 들어갑니다
- 목표: 트래픽, 잠재고객, 판매처럼 최적화 기준을 명시합니다.
- 예산과 일정: 일 예산인지 총예산인지, 시작·종료 시각과 시간대를 적습니다.
- 대상: 지역, 연령, 제외 조건과 기존 맞춤 타깃 사용 여부를 구분합니다.
- 소재: 신규 소재인지 기존 게시물인지, 연결할 페이지와 추적값을 지정합니다.
- 안전장치: OFF 생성, 최대 지출, 승인자를 요청 단계에서 고정합니다.
- 완료 증거: 객체 ID뿐 아니라 저장값 비교와 화면 확인 결과를 요구합니다.
이 항목이 빠지면 AI가 빈칸을 추정하게 됩니다. Awen의 요청 구조화 단계는 모호한 부분을 실행 전에 드러내는 데 목적이 있습니다.