AI 에이전트에게 지갑과 지속적인 작업을 맡길 때 핵심은 얼마나 자율적인지가 아니라 무엇을 혼자 할 수 있고, 어디서 사람의 승인이 필요한지입니다. Cairn 프로젝트는 파일 기반 기억과 공동 서명 지갑을 함께 사용한 공개 실험으로, 이 경계를 구체적으로 살펴볼 수 있습니다. 다만 한 프로젝트의 운영자 설명이며 모든 자율 에이전트의 안전성이나 수익성을 증명하지는 않습니다.
Cairn은 무엇을 혼자 하고 무엇을 승인받을까?
Cairn의 프로젝트 소개에 따르면 이 에이전트는 작은 서버에서 Claude Code로 실행되며, 세션 사이에는 파일에 남긴 기록을 읽어 작업을 이어 갑니다. 초기 자금은 약 90달러 상당의 SOL이었고, 운영자는 에이전트가 무언가를 만들고 판매하며 가치를 추구하도록 설정했습니다.
가장 중요한 구분은 두 지갑입니다. 프로젝트가 설명한 주 자금 금고는 2-of-2 공동 서명 구조로, 돈을 내보내려면 에이전트와 인간 운영자의 서명이 모두 필요합니다. 반면 거래 수수료 등을 위한 별도의 작은 운영 지갑은 에이전트가 통제합니다. 따라서 “모든 지출에 사람의 승인이 필요하다”거나 “AI가 모든 돈을 자유롭게 쓴다”는 설명은 둘 다 부정확합니다. 이 설명은 프로젝트의 공개 자료에 근거하며, 여기서 개별 거래를 독립 감사한 것은 아닙니다.
| 구분 | 프로젝트가 설명하는 경계 | 독자가 확인할 질문 |
|---|---|---|
| 작업과 기록 | 에이전트가 깨어나 파일을 읽고 작업 기록을 남김 | 기록과 실제 상태가 일치하는가? |
| 주 자금 금고 | 지출에 사람과 에이전트의 공동 서명 필요 | 승인할 거래의 수신자·금액은 무엇인가? |
| 운영 지갑 | 수수료 등에 쓸 작은 별도 지갑 | 잔액과 사용 범위는 어떻게 제한하는가? |
| 서비스 결제 | 서비스에 따라 결제 방식이 다름 | 어떤 자금이 어느 계정에 들어오는가? |
파일에 기억을 남겨도 현재 상태를 다시 확인해야 한다
세션이 끝나면 다음 실행이 이전 대화 전체를 그대로 이어받는 것은 아닙니다. 프로젝트는 기록과 계획을 파일에 남겨 다음 실행에서 읽는다고 설명합니다. 이는 이전 작업을 이어 가는 실용적인 방식이지만, 저장된 메모가 사실이라는 보장은 없습니다.
운영자의 실험 회고에는 초안 파일이 준비됐다는 오래된 기록이 실제 파일 없이 여러 실행에 걸쳐 전달된 사례가 나옵니다. 운영자에 따르면 이후 실제로 사용하는 시점에 파일 존재 여부를 다시 확인하는 규칙을 뒀습니다. 이는 해당 사례의 경험담이지 모든 메모리 시스템에 대한 통계가 아닙니다.
이 사례에서 얻을 수 있는 적용 제안은 간단합니다. 메모에는 결정과 근거, 확인 시점, 다음 행동을 남기되, 파일 존재·잔액·권한처럼 바뀔 수 있는 상태는 행동 직전에 원본 시스템에서 다시 확인합니다. 기록은 작업의 출발점이지 현실을 대체하지 않습니다. 에이전트 기억과 캐시의 차이도 함께 보면 저장 목적을 구분하는 데 도움이 됩니다.
공동 서명은 지침과 어떻게 다를까?
“큰돈을 쓰기 전에 물어보라”는 문서 지침은 모델이 따를 행동을 설명하지만, 지갑 자체의 서명 조건과는 다릅니다. Cairn이 공개한 구조에서는 주 금고 지출에 두 키가 필요하므로 한쪽 서명만으로는 그 금고의 거래를 완성할 수 없다고 설명합니다. 이는 지침을 기술적 권한 제한으로 보완한 사례로 해석할 수 있습니다.
그렇다고 공동 서명만으로 모든 사고가 막히지는 않습니다. 사람이 잘못된 주소나 금액을 승인할 수도 있고, 별도 운영 지갑이나 다른 서비스 계정은 다른 규칙을 가질 수 있습니다. 승인 화면에는 목적, 수신자, 금액, 실제 실행될 거래와 변경 가능 여부를 보여 주고, 키 보관과 복구 절차도 따로 설계해야 합니다. 프로젝트가 공개한 각 자금 경계는 서비스와 결제 수단에 따라 달라질 수 있으므로 현재 안내를 확인해야 합니다.
유료 서비스 사례를 어떻게 해석해야 할까?
프로젝트의 결제 프로토콜 설명은 요청자가 안내된 조건에 따라 결제한 뒤 거래 서명을 제출하고 서버가 체인에서 결제 내역을 확인하는 방식을 소개합니다. 이는 프로젝트가 설명하는 특정 서비스의 작동 방식입니다. 거래 검증과 서비스 품질, 개인정보 보호, 법적 책임까지 자동으로 해결된다는 뜻은 아닙니다. 공개 블록체인에 실리는 내용은 공개 범위를 신중히 살펴야 합니다.
운영자의 회고에는 고객 반응과 서비스 변경도 등장합니다. 이를 자율 에이전트 사업이 성공한다는 일반적 증거로 쓰기보다, 실제 고객이 가치를 느끼는 지점과 결제 장벽을 따로 확인해야 한다는 사례로 보는 편이 적절합니다. 방문자 수와 매출 등은 운영자의 자체 보고이므로 보편적인 성과 수치로 확대하지 않습니다.
직접 설계할 때 먼저 정할 네 가지
다음은 프로젝트 사례와 싱가포르 IMDA의 에이전트 거버넌스 프레임워크를 바탕으로 한 적용 제안입니다.
- 권한: 읽기, 파일 수정, 외부 전송, 결제처럼 행동을 나누고 필요한 범위만 허용합니다.
- 예산: 실행 횟수와 비용의 상한, 운영 지갑의 잔액, 중단 조건을 시스템에서 별도로 제한합니다.
- 승인: 결제·삭제·외부 발송처럼 되돌리기 어려운 행동은 실제 대상과 내용을 사람이 볼 수 있게 합니다.
- 기록과 복구: 작업 결과와 실패를 남기고, 다음 실행 전에 현재 상태를 확인하며, 문제가 생기면 중단할 담당자와 방법을 정합니다.
프레임워크는 행동 범위와 되돌릴 수 있는지에 따라 위험과 사람의 개입 수준을 정하도록 제안합니다. 작은 시험 환경부터 시작하고 실제 돈이나 고객 정보를 연결하기 전에는 운영 환경에 맞는 보안 검토가 필요합니다. AI 에이전트 로컬 권한 관리 글에서 파일과 명령 권한도 이어서 살펴볼 수 있습니다.
자주 묻는 질문
Cairn은 사람 없이 자금을 마음대로 쓸 수 있나요?
프로젝트 소개에 따르면 주 금고에서 돈을 내보내려면 사람과 에이전트의 서명이 모두 필요합니다. 다만 에이전트가 통제하는 작은 운영 지갑이 별도로 있으므로 모든 거래에 공동 서명이 필요하다고 일반화하면 안 됩니다.
파일 기억이 있으면 이전 상태를 정확히 복원하나요?
아닙니다. 파일은 이전 작업을 이어 가는 데 유용하지만 오래되거나 잘못될 수 있습니다. 실제 파일, 권한, 잔액은 실행 시점에 다시 확인해야 합니다.
이 사례가 자율 에이전트의 수익성을 증명하나요?
아닙니다. 특정 프로젝트의 공개 실험과 운영자 경험담입니다. 다른 작업이나 시장의 수익성은 비용, 고객, 결제 방식과 운영 조건을 따로 검증해야 합니다.
자료 확인일: 2026년 11월 7일.
다음 한 걸음
내 환경에서 막힌 부분은 실행 단계와 함께 질문해 주세요. 바꿔 만든 결과도 함께 나눌 수 있습니다.