Claude Code 루프 안에서 성공적인 비즈니스를 구축할 수 있을까?

나는 Claude Code 루프에 단 하나의 목표, 즉 '자율형 AI 에이전트(autonomous AI agents)를 통해 실제 수익을 창출하라'는 목표를 부여하고, 그것이 창업자로서 작동하게 두었습니다. 단순히 "코딩을 도와줘"가 아닙니다. 비즈니스를 운영하라는 것이었습니다. 무엇을 만들지 결정하고, 만들고, 출시하고, 고객을 찾아 나서고, 이 과정을 제가 잠든 사이 대부분의 시간을 활용해 루프로 반복하게 했습니다.

이것이 실제로 어떤 모습이었는지, 무엇을 구축했는지, 그리고 어디에서 인간(나)이 여전히 병목 현상(bottleneck)이 되었는지에 대한 이야기입니다.

설정: 챗봇이 아닌 기업가 루프

Claude Code에는 /loop 명령어가 있습니다. 프롬프트를 입력하면 설정한 주기대로 해당 프롬프트를 재실행하거나, 다음 반복이 실행할 가치가 있는지 스스로 판단하여 속도를 조절합니다. 대부분의 사람들은 CI(지속적 통합)를 모니터링하거나 배포 상태를 확인하는 용도로 이를 사용합니다. 하지만 나는 더 큰 것, 즉 '비전(VISION.md)'을 향하게 했습니다. 맨 위에는 북극성(North Star) 지표인 '자율형 에이전트로부터 발생하는 실제 USDC 수익'을 명시했고, 단 하나의 지침을 주었습니다. 매 회차마다 그 목표를 향해 가장 레버리지가 높은 단 한 가지 일을 실행하고, 수행한 내용과 배운 점을 로그에 기록하라는 것이었습니다.

따라서 약 20분마다 루프가 깨어나 비즈니스의 현 상태를 확인하고, 다음 행동을 선택하며, 이를 처음부터 끝까지 실행합니다(코드 작성, 테스트, 운영 환경(prod) 배포, 패키지 게시, PR(Pull Request) 생성). 그 후 로그에 한 줄의 기록을 남기고, 커밋(commit)한 뒤 다시 잠에 듭니다. 30여 회의 루프가 지난 후, 그것은 실제 운영 중인 비즈니스 전체를 구축하고 출시했습니다. 나는 주로 로그를 읽기만 했습니다.

이 방식이 작동하게 만든 규칙은 '교차 실행'을 강제한 것이었습니다. 한 회차에서는 새로운 기능(capability)을 구축하고, 다음 회차에서는 이를 배포(에이전트들이 사용할 수 있도록 노출)하는 식입니다. 제약이 없다면 코딩 에이전트는 기꺼이 영원히 기능만 만들 뿐, 누구에게도 알리지 않을 것입니다. 이 교차 실행 방식이 있었기에 "엔드포인트(endpoints)의 더미"가 "에이전트가 확인하는 모든 레지스트리에 등록된 엔드포인트의 더미"로 변할 수 있었습니다.

구축된 결과물: 에이전트가 스스로 결제하는 API

루프가 구축하기로 선택한 것은 자신의 목표를 가장 깔끔하게 표현한 것이었습니다. 바로 고객이 에이전트이며, 가입이나 API 키 없이 호출당 비용을 지불하는 웹 도구 API(web-tools API)였습니다.

자율 에이전트(autonomous agent)에게 제공하고 싶은 모든 API 앞에는 동일한 장벽이 놓여 있습니다. 바로 회원가입, 계정 생성, 키 생성, 카드 등록, 비밀키 교체(rotate the secret)와 같은 과정입니다. 이것은 인간을 위한 온보딩 퍼널(onboarding funnel)입니다. 에이전트는 이를 통과할 수 없습니다. 그래서 이 루프(loop)는 정확히 이 용도로 설계된 프로토콜을 사용하여 다른 버전을 구축했습니다.

메커니즘: 마침내 사용되는 HTTP 402

402 Payment Required는 HTTP/1.1 이후로 예약된 상태 코드(status code)였지만, 정의만 되었을 뿐 결제 흐름으로 표준화되지는 않았습니다. x402는 이 빈틈을 채우는 프로토콜입니다:

에이전트가 일반적인 GET /search?q=.... 요청을 보냅니다.
서버는 가격, 주소, 체인(Base 네트워크 상의 USDC) 정보가 담긴 작은 JSON 바디와 함께 402 응답을 보냅니다.
에이전트의 HTTP 클라이언트는 스테이블코인 결제 승인(EIP-3009 transferWithAuthorization — 가스비가 들지 않는 방식; 중개자가 가스비를 지불하고 정산함)에 서명한 후, X-Payment 헤더를 포함하여 재시도합니다.
서버는 정산(settlement)을 확인하고 결과를 반환합니다.

세션도, 키도, 인보이스(invoice)도 필요 없습니다. 신뢰의 단위는 계정이 아니라 호출당 온체인(on-chain) 결제입니다. 몇 초 안에 정산되는 0.001달러짜리 검색에 대해서는 공정한 거래입니다.

이것을 단순한 과학 프로젝트가 아닌 실제 사용 가능한 도구로 만드는 핵심은 결제가 완전히 HTTP 클라이언트 내에서 이루어진다는 점입니다. 서버에서는 라우트(routes)를 한 번 감싸기만 하면 되고, 클라이언트에서는 fetch를 한 번 감싸기만 하면 됩니다.

서버 (Express):

import { paymentMiddleware } from "x402-express";

app.use(paymentMiddleware(PAY_TO_ADDRESS, {
...

클라이언트:

import { wrapFetchWithPayment, createSigner } from "x402-fetch";

const signer   = await createSigner("base", PRIVATE_KEY);   // 자금이 충전된 지갑
...

에이전트 개발자는 402를 볼 일이 없습니다. 그들은 단지 키가 필요 없고 1센트의 아주 작은 일부만 비용으로 지불하는 fetch를 보게 될 뿐입니다.

MCP 도구로 만들기 (어떤 Claude/Cursor 에이전트든 사용할 수 있도록)

대부분의 에이전트(agent)는 가공되지 않은 HTTP를 직접 이해하지 못합니다. 대신 MCP를 사용합니다. 따라서 실제 배포 대상은 각 엔드포인트(endpoint)를 도구(tool)로 노출하고 내부적으로 결제를 처리하는 아주 작은 MCP 서버가 됩니다. 에이전트가 web_search(query)를 호출하면, 서버가 유료 엔드포인트를 호출하고, 운영자의 지갑으로 402 오류(결제 필요)를 처리한 뒤 JSON을 반환합니다. 설치를 위한 한 줄의 코드:

{
"mcpServers": {
"superhighway": {
...

루프(loop)가 반복되는 과정에서 이 시스템은 검색, 뉴스, 스크래핑(scrape), 지오코딩(geocode), 텍스트 분석, 이메일 검증, 형식 변환, QR, RSS, 사이트맵, 링크 언펄(link-unfurl) 등 11개의 유료 도구로 확장되었습니다. 각 도구는 유료 엔드포인트이지만 모두 단 한 번의 설치로 연결되며, 해당 서버는 npm과 공식 MCP 레지스트리(registry)에 게시되었습니다.

루프가 비즈니스를 운영하게 하며 배운 점

기술적인 교훈은 로그(log)를 통해 얻었지만, 흥미로운 점은 자율 루프(autonomous loop)가 무엇을 잘하고 무엇을 못하는지에 관한 것이었습니다.

지루하지만 복리 효과가 있는 작업에는 가차 없습니다. 디렉토리 PR(Pull Request) 생성, 문서 동기화, 레지스트리 등록, 프레임워크 예제 작성 등—인간은 지루하다는 이유로 건너뛰는 배포 작업(distribution grind) 말입니다. 루프는 이를 매 회차마다 영원히 수행합니다. 이것이 인간 창업자에 비해 루프가 가진 진정한 우위입니다.
방치하면 과잉 구축(overbuild)합니다. 빌드(build)와 배포(distribute)를 번갈아 수행하도록 강제하는 것이 가장 중요한 제약 사항이었습니다. 이 제약이 없다면, 아무도 찾을 수 없는 아름다운 제품만 만들게 됩니다.
지갑이 할 수 없는 정확히 그 지점에서 저를 필요로 했습니다. 인간 청중에게 게시하기, 레지스트리에 게시하기 위해 GitHub 디바이스 코드에서 "승인(authorize)" 클릭하기 등, 인간의 신원이나 계정 뒤에 가려진 모든 작업이 해당됩니다. 루프는 이에 대해 영리하게 대처했습니다. 막히는 지점에 도달했을 때 멈춰 서는 대신, 바로 복사해서 붙여넣을 수 있도록 초안을 작성하고 "인간의 도움이 필요함"이라고 표시한 뒤, 스스로 완료할 수 있는 다음 작업으로 넘어갔습니다.
정직함은 직접 설계해야 하는 기능입니다. 초기에 루프는 "첫 고객 등장!"이라고 기록했지만, 알고 보니 생태계를 매핑하기 위해 수백 개의 x402 서비스에 각각 아주 적은 금액을 지불하는 스캐너 봇(scanner bot)이었습니다.

저는 Claude Code에게 실제 결제자와 봇을 구분하는 수익 감사(revenue auditor)를 작성하고, 청구(claim) 내용을 다시 작성하도록 시켰습니다. 스스로를 치켜세울 여유가 있는 자율적인 창업자(autonomous founder)라면 그렇게 할 것입니다.

그리고 보안에 관한 부분은 즉각적인 문제가 발생하기 때문에 중요합니다. SSRF(Server-Side Request Forgery)는 사후 고려 사항이 아니라 첫 번째 실질적인 문제입니다. 사용자 제공 URL을 가져오는 모든 엔드포인트(/scrape, /feed, /sitemap, /unfurl 등)는 공개된 키리스(keyless) 엔드포인트로부터의 SSRF 벡터가 됩니다. 계정을 차단할 수 없다는 점에서 일반적인 경우보다 더 심각합니다. 중요한 방어책은 단순히 입력값에 대한 문자열 검사(string-check)를 하는 것이 아니라, 데이터를 가져오기 전에 호스트의 DNS를 확인(resolve)하고 루프백(loopback), 사설(private), 링크 로컬(link-local) IP 및 클라우드 메타데이터 호스트네임을 거부하는 것입니다.

솔직한 현황

아직 초기 단계이며, 존재하지도 않는 수익 차트를 보여드리지는 않겠습니다. 오늘날 도구를 자율적으로 발견하고 결제하는 에이전트(agent)의 수는 적습니다. 대부분의 실제 사용은 여전히 인간이 MCP 서버를 설치하고 지갑에 자금을 충전하는 것부터 시작됩니다. 실제 고객 수는 여전히 기본적으로 제로에 가깝습니다. 스캐너 봇(scanner bot)은 실재하지만, 그것이 시장은 아닙니다.

하지만 이 모든 과정은 메인넷(mainnet)에서 엔드 투 엔드(end to end)로 작동합니다. 지갑을 가진 에이전트는 인간의 개입(human in the loop) 없이도, 그리고 프로비저닝할 키 없이도 도구를 찾아 결제하고 사용할 수 있습니다. 그리고 그 주변의 비즈니스는 저를 거의 필요로 하지 않는 루프(loop)에 의해 구축되고 운영되고 있습니다. 이것이 양쪽 레이어에 대한 실제 베팅입니다. 즉, 소프트웨어가 구축되는 방식과 에이전트가 구매하는 방식이 모두 동일한 방향, 즉 자율적이고, 호출당 결제되며, 중간에 인간의 퍼널(funnel)이 없는 방향으로 변하고 있다는 점입니다. 지금 이를 위해 구축한다는 것은 수요가 완전히 도래하기 전에 그 자리에 가 있음을 의미합니다.

직접 확인해보고 싶으시다면: 랜딩 페이지에 지갑이 필요 없는 무료 체험이 준비되어 있고, MCP 설치는 위의 한 줄 명령어로 가능하며, 소스 코드와 프레임워크 예시(LangChain, LlamaIndex, CrewAI)는 공개되어 있습니다. 댓글을 통해 x402나 루프 설정에 대해 더 자세히 논의할 수 있다면 기쁘겠습니다.

Superhighway는 walls.sh의 Wall #001입니다 — 이곳은 AI 에이전트가 비용을 지불하는 비즈니스들의 디렉토리이며, 각 비즈니스는 자체적인 Claude Code 루프에 의해 구축되고 운영됩니다. 저장소(Repo) 및 예시: github.com/patwalls/walls-mcp-examples.