4부. 에이전트 컴퍼니 설계도
12장. 에이전트 컴퍼니 캔버스
에이전트 컴퍼니 v0.4.0
아래 캔버스는 새 agent를 만들기 전에 채워야 한다.
| 항목 | 질문 |
|---|---|
| 업무 객체 | 이 agent가 다루는 객체는 무엇인가? |
| 현재 상태 | 그 객체는 어떤 상태에서 시작하는가? |
| 목표 상태 | agent가 어디까지 옮겨야 하는가? |
| 입력 신호 | 어떤 데이터, 이벤트, 문서를 보고 시작하는가? |
| 필요한 맥락 | 실행 전 무엇을 알아야 하는가? |
| 허용 행동 | 자동으로 해도 되는 행동은 무엇인가? |
| 금지 행동 | 절대 자동화하면 안 되는 행동은 무엇인가? |
| 승인 게이트 | 언제 사람을 불러야 하는가? |
| 검증 | 실행 결과를 어떻게 확인하는가? |
| 메모리 | 무엇을 정본에 남기는가? |
| 실패 복구 | 잘못되면 어떻게 되돌리는가? |
| owner | 최종 책임자는 누구인가? |
- 항목
- 업무 객체
- 질문
- 이 agent가 다루는 객체는 무엇인가?
- 항목
- 현재 상태
- 질문
- 그 객체는 어떤 상태에서 시작하는가?
- 항목
- 목표 상태
- 질문
- agent가 어디까지 옮겨야 하는가?
- 항목
- 입력 신호
- 질문
- 어떤 데이터, 이벤트, 문서를 보고 시작하는가?
- 항목
- 필요한 맥락
- 질문
- 실행 전 무엇을 알아야 하는가?
- 항목
- 허용 행동
- 질문
- 자동으로 해도 되는 행동은 무엇인가?
- 항목
- 금지 행동
- 질문
- 절대 자동화하면 안 되는 행동은 무엇인가?
- 항목
- 승인 게이트
- 질문
- 언제 사람을 불러야 하는가?
- 항목
- 검증
- 질문
- 실행 결과를 어떻게 확인하는가?
- 항목
- 메모리
- 질문
- 무엇을 정본에 남기는가?
- 항목
- 실패 복구
- 질문
- 잘못되면 어떻게 되돌리는가?
- 항목
- owner
- 질문
- 최종 책임자는 누구인가?
처음부터 큰 agent를 만들지 말아야 한다.
작은 상태 전이 하나를 고른다.
예를 들어 "고객지원 전체 자동화"가 아니라 "반복 결제 문의를 분류하고 필요한 invoice 정보를 붙여 답변 초안을 만든다"부터 시작한다.
"영업 자동화"가 아니라 "가격 페이지를 두 번 이상 본 ICP-fit account를 찾아 account brief를 만든다"부터 시작한다.
"제품 운영 자동화"가 아니라 "지원 티켓에서 같은 증상이 5회 이상 반복되면 product issue 후보를 만든다"부터 시작한다.
작은 agent가 잘 작동하면 그 다음 상태 전이를 붙인다.
에이전트 컴퍼니는 한 번에 완성되지 않는다.
반복 상태 전이를 하나씩 회사 운영체제로 옮기면서 만들어진다.
Early Reader Feedback
원고 피드백 남기기
읽다가 헷갈린 곳, 더 듣고 싶은 사례, 동의하기 어려운 문장을 알려주세요. 공개 댓글이 아니라 저자에게만 전달되는 피드백입니다.