# 자동화 오케스트레이터 에이전트 설계 — 에이전트 미팅

## 태스크 ID: task-899.1

## 목표
현재 아누(대화형 오케스트레이터)와 별도로, **사람 개입 없이 정해진 파이프라인을 자율 실행하는 자동화 에이전트** 아키텍처를 설계한다.

## 배경

### 현재 구조의 병목
```
제이회장님 → 아누(대화형) → 팀장들 → 팀원들
```
- 아누는 제이회장님이 말을 걸어야만 동작 (수동 트리거)
- 팀 완료 → .done → 아누 감지 → 다음 팀 위임: **매 단계마다 아누가 수동 체이닝**
- 정해진 흐름(A→B→C)도 아누가 매번 판단·위임해야 함 = 불필요한 병목

### 제안 구조
```
제이회장님 → 아누 → 팀장들 (판단이 필요한 작업)
                ↕
         자동화 에이전트 → 팀/에이전트들 (정해진 파이프라인 자율 실행)
```

### 실제 유스케이스 (반드시 논의)

**1. 마케팅 → 개발 파이프라인**
- 키르케가 GA4 추적 설계 완료 → *자동으로* 개발팀에 구현 위임 → 구현 완료 → *자동으로* QC 검증
- 현재: 키르케 완료 → .done → 아누 감지 → 아누가 개발팀 위임 (수동)

**2. 콘텐츠 파이프라인**
- 아폴론이 블로그 초안 → 페이토가 카피 검토 → 에이레네가 SEO 최적화 → 발행
- 현재: 각 단계마다 아누가 개입

**3. ThreadAuto 같은 반복 자동화**
- 매일 아침: 토픽 선정 → 글 생성 → fact_guard 검증 → 발행
- 정해진 순서, 사람 개입 불필요

**4. 멀티팀 스킬 실행 (CRO/Growth)**
- 미배정 11개 스킬 중 analytics-tracking/ab-test-setup/revops/free-tool-strategy
- 마케팅팀(전략/설계) → 개발팀(기술 구현) 체이닝

### 핵심 구분
- **아누** = 판단이 필요한 오케스트레이션 (어떤 팀? 어떤 레벨? 사전보고?)
- **자동화 에이전트** = 판단 불필요, **미리 정의된 파이프라인**을 자율 실행
- 이 둘의 경계, 권한, 충돌 방지가 핵심 설계 포인트

## 검토 필수 사항

### 아키텍처
1. 자동화 에이전트의 형태: 상시 데몬? 이벤트 드리븐? 크론?
2. 파이프라인 정의 방식: YAML? JSON? Python DSL?
3. 아누와의 관계: 아누 하위? 동등? 독립?
4. 기존 시스템(dispatch.py, cokacdir, .done 프로토콜)과의 통합

### 파이프라인 실행
1. 트리거 메커니즘: .done 감지? 이벤트 큐? webhook?
2. 단계 간 데이터 전달: 이전 step 산출물 → 다음 step 입력
3. 에러 처리: 중간 단계 실패 시 롤백? 재시도? 아누에게 에스컬레이션?
4. 병렬 실행: 파이프라인 내 독립 step 병렬 가능?

### 토큰 경제성
1. 파이프라인 감지/매칭은 토큰 0으로 가능한가?
2. dispatch 시에만 토큰 소모하는 구조 가능한가?
3. 불필요한 Claude 세션 스핀업 방지

### 안전장치
1. 아누와 자동화 에이전트가 같은 팀에 동시 위임하면?
2. 파이프라인이 무한루프에 빠지면?
3. 제이회장님 승인이 필요한 작업을 자동화 에이전트가 실행하면?
4. 예산/토큰 한도 관리

### 확장성
1. 파이프라인 추가/수정이 쉬운가?
2. 팀 8개 → 16개 확장 시 문제없는가?
3. 외부 서비스 연동(Firebase, Vercel, Naver API 등) 가능한가?

### task-897.1과의 관계
1. .done 자동 감지(task-897.1, 1팀 진행 중)는 이 자동화 에이전트의 기반 인프라
2. task-897.1 결과물을 이 설계에 통합하는 방안

## 에이전트 미팅 규칙

### 참석자 (필수)
- **오딘 (2팀장)** — 미팅 주관, 아키텍처 설계 판단
- **로키 (보안팀장)** — DA(Devil's Advocate), 보안·권한·충돌 리스크 제기
- **펜리르 (보안팀원)** — DA 보조, 침투/경쟁 시나리오·악용 가능성 제기
- **야누스 (DevOps센터)** — 인프라/데몬/서비스 관점 (필수 소집)
- 기타 필요 시 추가 소집 가능

### 미팅 사이클 (무제한)
1. 1차: 각 방안 제안 + 유스케이스별 적합도 분석
2. 2차: 로키/펜리르 반론 + 보안·충돌·악용 시나리오
3. 3차: 반론 반영 수정안
4. N차: **만장일치 합의**될 때까지 반복 (사이클 제한 없음)
5. 합의 후: 최종 설계 문서 작성

### 산출물
- 미팅 기록: `memory/meetings/task-899.1-automation-agent.md`
- 최종 설계서: `memory/specs/automation-agent-spec.md`
- 보고서: `memory/reports/task-899.1.md`

## 작업 후 처리
- task-timer end: `python3 /home/jay/workspace/memory/task-timer.py end task-899.1`
- .done: `touch /home/jay/workspace/memory/events/task-899.1.done`