품아이 서브 에이전트 구조
2026-04-04 설계
현재 한계
RAGEngine 단일 클래스가 모든 역할 수행.
_query_supabase()만 400줄+. 분석 불가, 발주 연동 없음.
오케스트레이터 패턴
사용자 질문
↓
[오케스트레이터] ← 의도 파악 + 에이전트 선택 + 결과 통합
├── 지식 에이전트 (RAG + ChromaDB)
├── 현장 에이전트 (Supabase 조회 + 분석)
├── 발주 에이전트 (판매 기반 발주 추천)
├── 성장 에이전트 (자기 성장 모니터링)
└── 소통 에이전트 (SMS, 마케팅, 알림)
5개 서브 에이전트
| 에이전트 | 역할 | 데이터소스 |
|---|---|---|
| 지식 | RAG 검색, Search Grounding | ChromaDB |
| 현장 | 매출 조회 + 분석 | Supabase |
| 발주 | 판매 기반 발주량 추천 | pos_transactions + products |
| 성장 | 양육 사이클 추적 | 학습 데이터, ChromaDB 메타 |
| 소통 | 조합원/생산자 소통 지원 | members, CoolSMS |
마이그레이션 순서
_query_supabase()→ 현장 에이전트로 분리 (가장 비대)- RAG → 지식 에이전트
- 키워드 → Gemini 분류로 교체
- 발주/소통 추가
- 성장 에이전트 (양육 데이터 충분 시)
연결
- 품아이 브레인맵 — 각 에이전트가 뇌의 어떤 영역인지
- 품아이 하네스 전환 — 3차 방향 전환과의 관계
- 품아이 전체 지도 — 에이전트가 사용하는 가상 공간