해커톤 제출 다음날이 되어서야 전체 시스템이 어떤 모습인지 돌아볼 여유가 생겼다. 정리하다 보니 조금 의외의 사실이 나왔다 — 7일 동안 ‘아키텍처를 고민하는 시간’이 코드를 짜는 시간의 두 배였다. Day 9-12 꼬박 4일을 엄마·이모와 실제 채권 추심 시나리오를 이야기하고, D-001부터 D-022까지 설계 결정을 정리하고, drawio v1 v2 v3를 그리며 보냈다. Day 13-15가 되어서야 코드를 짰다. 이 글은 그 설계 진화 전체를 담는다 — 왜 ‘미수금’을 선택하고 ‘계약 총액’을 선택하지 않았는지, 왜 9개 에이전트를 세 레이어로 나눴는지, 아무도 말하지 않은 4가지 숨겨진 시나리오가 어떻게 ‘실제 사람과의 대화를 상상하는 것’에서 생겨났는지.
Day 2의 주인공은 Voice Agent였다. 설계 당시 원한 건 ‘양방향 실제 대화’ — 고객이 ‘다음 주에 드릴게요’라고 말하면 듣고, ‘다음 주 언제, 어떤 방식으로’라고 되물을 수 있어야 했다. 정말 작동하는지 확인하기 위해 나 스스로에게 직접 전화를 걸었다가 버그를 밟았다 — Sarah에게 ‘상사에게 물어보고 이틀 안에 이메일 드릴게요’라고 했더니 그대로 evasion으로 판단해 escalation을 트리거했다. 완전히 당황했다. Phase 3b를 추가 수정한 후 9개 시나리오를 다시 돌렸더니 한 번에 통과했다. 이 글은 그 전 과정을 담았다.
해커톤에서 Recoverflow를 개발 중입니다 — 소기업의 국제 미수금을 전담하는 AI 채권 추심 시스템. 중간 시장의 공백을 발견했습니다: 변호사는 큰 사건만 받고, 추심 회사는 모든 사건에 동일한 SOP를 적용합니다. 시스템의 첫 번째 에이전트 ‘Pre-flight’는 계약서를 받으면 조항을 추출하고 **인보이스 총액이 아닌 ‘미수 잔액(outstanding)’**으로 세 경로에 분류합니다: $3,000 미만은 Lite 경로, $3,000~$40,000은 In-Spot 풀 파이프라인, $40,000 초과는 시스템을 돌리지 않고 변호사 클럽 리스트만 제공합니다.