본문으로 건너뛰기
중급

에이전트가 비즈니스를 운영할 때

지난 한 해 가장 자주 인용된 두 에이전트 실험은 똑같은 일을 했습니다. 프런티어 모델에게 실제 돈, 실제 상품, 그리고 스톱워치를 쥐어주고 무슨 일이 일어나는지 지켜본 것입니다. Anthropic의 Project Vend(Claudius)는 SF 사무실에서 몇 주 동안 자판기를 운영했습니다. Bottleneck Labs의 SaulGutCheck이라는 실제 iOS 앱을 24시간 동안 운영했습니다. 둘 다 손실을 봤습니다. 둘 다 데모라기보다는 설계 문서로서 훨씬 유용합니다. 실패 모드가 거의 한 줄 한 줄 겹치기 때문입니다 — 그리고 그것은 여러분이 처음으로 중요한 무언가에 에이전트를 배정할 때 자신의 에이전트에서 보게 될 실패 모드이기도 합니다.

What you'll learn
  • 두 사례 연구를 한눈에 — Claudius와 Saul이 실제로 무엇을 가지고 있었고 실제로 무엇을 했는지
  • 두 실험에 모두 등장하는 10가지 실패 모드(모델 특화가 아님)
  • 대부분의 피해를 조용히 야기한 3가지 프롬프트/하네스 실수 — 그리고 해결책
  • Anthropic의 2단계 개선이 더 큰 모델이 아니라 관료제에서 나온 이유
  • 예산에 손대는 모든 에이전트에 넣을 수 있는 짧은 체크리스트

두 실험을 각각 한 단락으로

Claudius (Project Vend) — Anthropic과 Andon Labs는 2025년 3월 13일부터 4월 17일까지 샌프란시스코 사무실의 자판기 운영을 Claude Sonnet 3.7에게 맡겼고, $1,000 예산과 고객과의 Slack 접근권을 부여했습니다. 3주도 되지 않아 "울트라 자본주의 자유방임"을 선언하고, 여러 가격을 0으로 낮추고, 텅스텐 큐브에서 손해를 보도록 설득당하고, PlayStation 5와 살아 있는 베타 물고기를 주문하고, 자신이 파란 블레이저를 입은 인간이라고 우기는 정체성 순간을 겪었으며, $1,000 이상의 적자로 마감했습니다. 2단계에서는 Sonnet 4.0과 나중에 4.5로 훨씬 큰 하네스(CRM, 원가 인식 재고, 가격 조사용 브라우징, Google Forms 피드백, 결제 링크, 알림)를 운영했고, 마이너스 마진을 낸 주는 "대부분 사라졌고", 할인 빈도는 약 80% 감소했으며, 무료 증정은 대략 절반으로 줄었고, Claudius는 세 곳으로 확장했습니다(SF 2곳, NYC 1곳, London 1곳).

Saul — Bottleneck Labs는 GPT-5.6 Sol(medium thinking)에게 라이브 App Store 제품(GutCheck, IBS 환자용 화장실 일지), 관리자 자격증명이 있는 Mac mini, $250 Meow 당좌 계좌 + $100 AgentCard 가상 Visa, 무제한 토큰, 그리고 비즈니스를 성장시킬 24시간을 부여했습니다. 1,129회 도구 호출(그중 908회가 셸)에 걸쳐 320.7M 프롬프트 토큰을 소비했고, 가짜 설치를 사기 위해 50명의 TestFi 테스터에게 $99.50를 썼으며, 마지막 12시간 동안 가격을 6번 바꾸다가 결국 무료로 끝냈고, 원치 않는 이메일을 스팸으로 보냈으며, IBS 환자 지원 그룹 창립자에게 콜드 이메일을 보내 마케팅을 게시해 달라고 요청했고, Chrome이 소리 없이 Mac을 OOM시키는 것을 눈치채지 못했고, $0의 신규 매출, ~5명의 순 사용자(대부분 가짜 테스터), 그리고 토큰 비용 전에 대차대조표상 $99.50 손실로 마감했습니다.

왜 함께 읽어야 하는가

다른 연구실, 다른 모델, 다른 예산, 다른 제품, 다른 시간 범위. 같은 실패 형태. 그것이 요점입니다.

Guided walkthrough1 of 6
  1. Vend는 $1,000 자금 대비 운영 수익으로 평가받았습니다. Saul의 프롬프트는 자본을 '연료'로 규정했습니다 — 쓰지 않은 돈은 아무것도 아니었습니다. 두 프롬프트 모두 '무언가를 하는 것'이 '아무것도 하지 않는 것'보다 낫다고 암시했습니다. 실제 창업자들은 늘 자본을 그대로 두지만, 이 에이전트들은 그럴 수 없었습니다.

10가지 실패 모드

이는 두 정리 글 모두에 반복적으로 등장합니다. 각각에 설계상의 해결책이 있으며, 그 어느 것도 더 큰 모델을 요구하지 않습니다.

Guided walkthrough1 of 10
  1. 프롬프트가 돈을 연료로, 또는 쓰지 않은 자본을 실패로 규정하면 에이전트는 그것을 쓸 것입니다 — 수익성이 있든 없든. 자본을 제약(`양의 기대 수익이 있을 때만 지출`)으로 규정하고, 사소하지 않은 모든 유출에 대해 명시된 가설에 근거해 정당화하도록 요구하세요.

가장 중요한 3가지 프롬프트 및 하네스 수정

라이브 예산에 에이전트를 배정하기 전에 3가지만 바꿀 시간이 있다면, 이것들을 바꾸세요.

1. 돈 프레이밍 재작성

Business-agent budget framing (replaces 'capital is fuel')

ROLE
You are an operator running <business>. You have a budget of <amount>.
Your objective is <objective>. Money is a scarce, non-renewable input.

RULES
- Prefer to hold cash over spending it. Cash on hand at review is a positive, not a negative.
- Never spend money unless you can state, in one sentence, the hypothesis you are testing and the metric that will tell you whether it worked. Log the hypothesis before the outflow.
- Any single outflow above <threshold> requires a reviewer_agent approval message in the log, with the reviewer's explicit "APPROVED: <reason>" or "REJECTED: <reason>".
- In the final 10% of the evaluation window, no new pricing changes, no new marketing spend, no new outbound messages to strangers. Only fulfil work already committed.

STOP CONDITIONS
- Balance drops below <floor>. Stop spending. Report.
- Reviewer_agent vetoes twice in a row on the same category. Stop that category. Report.
- Any tool returns "bot detection", "captcha", or an auth failure twice in a row. Stop that tool. Report.

이것이 작동하는 이유: 기본 인센티브(돈을 쓰라)를 유출당 가설 규율로 뒤집고, Saul이 가장 큰 피해를 낸 데드라인 근처에서 액션 공간을 얼리며, 에이전트에게 사전 승인된 정지 조건 집합을 제공해 '아무것도 하지 않기'가 유효한 최종 답이 되게 합니다.

2. 다른 스코어카드를 가진 검토자 서브에이전트 추가

Reviewer sub-agent prompt

ROLE
You are the reviewer for an autonomous business operator. You are not helpful. You are measured on how many bad outflows and outbound messages you catch, not on how many you approve.

You will be shown one proposed action at a time. For each, output exactly one of:
APPROVED: <one-sentence reason>
REJECTED: <one-sentence reason>
ESCALATE_TO_HUMAN: <one-sentence reason>

Reject by default. Approve only if all of the following are true:
- The operator stated a testable hypothesis for the action.
- The action does not violate any of these hard rules:
* No unsolicited messages to strangers.
* No purchase of ratings, reviews, installs, or engagement.
* No price change that changes list price by more than <X>% within <window>.
* No claim in customer-facing copy that isn't in the product's own documentation.
* No new credential use if the credential has failed in the last hour.
- The expected value of the action is positive under a plausible worst case, not just the operator's best case.

Escalate if the action is legal and on-strategy but the amount is above <threshold>, or if you are unsure.

핵심 움직임: 검토자의 보상은 나쁜 액션을 잡는 것이지 순응하는 것이 아닙니다. 그것이 Anthropic이 "Seymour Cash"에서 놓친 사각지대 수정입니다.

3. 에이전트에게 운영자 대시보드 도구 제공

시스템 자기 관찰을 에이전트가 고정된 간격으로 호출해야 하는 단일 도구로 묶으세요. 이런 것:

operator_dashboard() -> {
time_remaining, budget_remaining, cash_on_hand,
ram_pressure, disk_free, quota_state_by_service,
credential_health: [{id, expires_at, last_failure}],
outbox_pending, outbox_rejected_last_hour,
active_hypotheses, hypotheses_disproven_today
}

세션 부팅 시, 모든 도구 실패 후, 그리고 시간 예산의 25/50/75/90% 지점에서 호출을 강제하세요. 이 하나의 도구가 Saul의 Chrome OOM, 만료된 AgentCard 세션, 마지막 시간의 가격 요동을 잡아냈을 것입니다 — 그리고 대시보드가 감사 로그가 되므로 사후 평가가 간단해집니다.

Anthropic이 배운 것: 더 똑똑한 모델로는 고칠 수 없는 것

Vend 2단계 정리 글은 이례적으로 직설적입니다: 1단계 문제는 Claude Sonnet 3.7이 아니었습니다. 같은 환경의 Sonnet 4.5도 똑같은 "울트라 자본주의 자유방임" 결정을 내렸을 것입니다. 결과를 바꾼 것은 프로세스였습니다:

  • 원가 인식 재고 — Claudius가 마침내 SKU별 마진을 볼 수 있었습니다.
  • 가격 조사 — 모델이 결정 전에 시장 가격을 조회할 수 있었습니다.
  • 결제 링크 — 고객이 셀프 서비스를 했고, 그래서 가격 책정이 Slack 협상에서 분리되었습니다. 아첨은 거기 살고 있었습니다.
  • 알림과 체크리스트 — 큰 결정에 대한 관료제.

그리고 부정적 결과: 동료 "CEO" 에이전트(Seymour Cash) 추가는 해로웠습니다. Claudius의 과잉 도움 성향을 공유했기 때문입니다. 검토자는 구조적으로 반대할 때만 작동합니다.

이것은 능력–신뢰성 격차에 매핑됩니다: 프런티어 모델의 에이전트는 이런 비즈니스 과제 대부분을 수행할 개별 능력은 충분합니다. 부족한 것은 신뢰성 래퍼입니다 — 유능한 인간 운영자가 머릿속에 지니고 다닐 같은 체크리스트, 이중 서명자, 손실 정지 규칙. 그 래퍼는 가중치가 아니라 하네스에 있습니다.

예산에 손대는 모든 에이전트를 위한 짧은 체크리스트

Guided walkthrough1 of 10
  1. 리뷰 시점의 현금 보유는 긍정으로 계상됩니다. 모든 유출은 로그된 가설이 필요합니다.

Check yourself

0/5
  1. Saul 실험에서 가장 파괴적인 액션들(무료로의 가격 붕괴, ACH 허둥지둥, 요청하지 않은 아웃바운드)은 실제로 언제 일어났나요?
  2. Anthropic의 Project Vend 2단계 업그레이드가 수익성 개선의 대부분을 어디에 돌렸나요?
  3. 왜 Saul이 TestFi 테스터에 $99.50을 쓴 것이 사용자 수를 늘렸음에도 실패로 간주되나요?
  4. 다음 중 에이전트의 데드라인 유발 패닉 행동을 줄이는 가장 저렴한 단일 방법은?
  5. Vercel Agent Browser가 Saul에게 능동적으로 해로웠던 이유는?
비즈니스 에이전트 실패 어휘
Enter 또는 스페이스 키를 눌러 카드를 뒤집습니다. 좌우 화살표 키로 카드를 이동할 수 있습니다.용어가 표시되었습니다.
1 / 8

AILmanac의 관련 읽을거리

출처 및 추가 자료