재시도는 곧 지출 — 죽은 MCP 서버, 402와 429, 그리고 가스를 대신 내주는 컨트랙트
"neo-mcp 듀얼체인"의 끝에서 "MCP 서버 프로세스가 죽었을 때 에이전트가 어떻게 반응하는지"를 다음 글로 미뤘고, "수수료 실측과 예산 가드"의 끝에서 같은 약속을 한 번 더 했어요. 이 글에서 그 빚을 갚습니다. spoon-core의 MCP 계층과 LLM 계
에이전트에게 지갑을 쥐여주기 전에 — Neo N3 수수료 실측과 SpoonOS 예산 가드 붙이기
"neo-mcp 듀얼체인"에서 에이전트에 51개 도구를 붙였고, "OpenViking 메모리"에서 세션을 넘어 기억하게 만들었다. 두 글이 다룬 건 전부 읽기였다 — 조회는 아무리 많이 해도 공짜다. 그런데 (22)의 도구 목록에는 transfer_assets, cla
에이전트는 어제 일을 기억하지 못한다 — OpenViking 미들웨어로 SpoonOS에 장기 메모리 붙이기
"프로덕션 배포"에서 에이전트를 컨테이너에 넣어 24/7 돌렸고, "DBOS 듀러블 워크플로우"에서 프로세스가 죽어도 진행 상태가 이어지게 만들었고, "LLM 백엔드 이중화"에서 모델 API가 죽어도 판단이 멈추지 않게 했다. 세 글을 다 적용한 봇은 잘 죽지 않는다.
N3와 Neo X를 한 에이전트에 — neo-mcp 듀얼체인 MCP 서버 실전
"나만의 도구 붙이기"에서 BaseTool을 상속해 Neo N3 잔액 조회 도구를 손으로 만들었다. "MCP 서버 연동"에서는 Slack·GitHub·Notion 같은 남이 만든 MCP 서버를 에이전트에 꽂았다. 이 두 글 사이에는 계속 비어 있던 칸이 하나 있었다 —
SpoonOS 에이전트의 LLM 백엔드 이중화 — 프로바이더 폴백·응답 캐싱·비용 메트릭 실전
"프로덕션 배포"에서 에이전트를 Docker로 24/7 돌렸고, "DBOS 듀러블 워크플로우"에서 프로세스가 죽어도 워크플로우가 이어지게 만들었다. 그런데 여기까지 해도 죽지 않는 단일 장애점이 하나 남아 있다 — LLM 프로바이더다. OpenAI가 429를 뱉기 시작
SpoonOS Skills로 에이전트 바이브 코딩하기 — Claude Code + spoon-awesome-skill 실전
"나만의 도구 붙이기"에서 BaseTool을 상속해 Neo N3 잔액 조회 도구를 처음부터 한 줄 한 줄 짰다. 잘 작동했지만, 도구가 열 개, 스무 개로 늘어나면 매번 이 과정을 반복하는 건 지루하다. XSpoonAi가 공개한 spoon-awesome-skill 저장
DBOS × SpoonOS 듀러블 워크플로우 — 에이전트가 죽어도 트랜잭션은 두 번 나가지 않는다
"프로덕션 배포"에서 restart: unless-stopped로 죽으면 되살아나는 봇을 만들었다. 그런데 딱 여기까지다. 프로세스가 재시작되면 runner.py는 처음부터 다시 돈다 — 만약 크래시 시점이 "리필 트랜잭션을 이미 브로드캐스트했지만 컨펌을 기다리던 도중
SpoonOS 에이전트에 나만의 도구 붙이기 — BaseTool로 Neo N3 온체인 조회 툴 만들기
에이전트는 결국 LLM이 "도구"를 골라 쓰는 루프다. 기본 제공 툴킷만 쓰면 남이 정해준 능력에 갇힌다. 진짜 재미는 내 도메인에 딱 맞는 도구를 직접 짜서 에이전트 손에 쥐여줄 때 시작된다. 이 글에서는 SpoonOS의 BaseTool을 상속해 Neo N3 지갑의
SpoonOS 에이전트 프로덕션 배포 — 로컬 스크립트를 Docker로 24/7 돌리기
"Hello, Agent"에서 python agent.py로 첫 에이전트를 띄웠다. 콘솔에 답이 찍히면 성공이었다. 그런데 진짜 봇은 내 노트북이 잠들면 같이 죽으면 안 된다. 가스비가 떨어지면 알림을 보내고, 특정 조건이면 스왑을 실행하는 봇은 항상 켜져 있어야 의미
NeoFS 핸즈온 — IPFS와 다른 '돈 내고 보장받는' 분산 스토리지에 파일 올리기
"NEO 7가지 이유"에서 NeoFS를 두고 "IPFS는 파일이 살아있다는 보장이 약하지만, NeoFS는 노드가 GAS로 보상받으며 저장을 보증한다"고 한 줄로 언급하고 넘어갔다. 그런데 그게 실제로 어떤 경험인지, 파일 하나를 올리고 URL로 받아보는 과정은 직접 해
SpoonOS Arena 오픈: 8개 최고 LLM이 2026 월드컵을 예측하고 수익을 나눠갑니다
경쟁 현황 보기: https://arena.spoonai.io/디스코드 캠페인 채널 참여: https://discord.gg/uqmPDQsq4JSpoonOS Arena는 8개의 주요 LLM이 2026 FIFA 월드컵의 모든 경기를 분석하고, 예측하며,
SpoonOS × MCP 서버 연동 — Slack, GitHu10-spoonos-mcp-integration.mdb, Notion을 에이전트 도구로 연결하기
AI 에이전트가 "질문에 대답하는 챗봇"을 넘어서려면, 결국 외부 시스템을 직접 조작할 수 있어야 한다. Slack에 메시지를 보내고, GitHub에 이슈를 만들고, Notion 페이지를 업데이트하는 것까지. MCP(Model Context Protocol)는 이 연결
Neo X vs Polygon vs Avalanche C-Chain — EVM 사이드체인 3파전 비교
EVM 호환 체인은 수십 개가 넘는다. 그 가운데 Neo X는 후발주자다. Polygon은 이미 이더리움 L2의 대명사가 되었고, Avalanche C-Chain은 서브넷 아키텍처로 차별화를 만들었다. 그런데 Neo X가 굳이 이 시장에 들어온 이유는 뭘까? 이 글에서
NEO 듀얼 토큰 경제학 — GAS 보상 계산부터 수익 시뮬레이션까지
이미지 출처: neo.org 프레스킷 > NEO를 지갑에 넣어두면 GAS가 쌓인다는 건 알고 있다. 그런데 정확히 얼마나 쌓이는지, 그 GAS는 어디에 쓸 수 있는지, Neo X 출시 이후 GAS의 가치 구조가 어떻게 바뀌었는지를 제대로 정리한 한국어 자료는 거의
SpoonGraph로 멀티 에이전트 파이프라인 짜기 — 검색에서 온체인 실행까지
에이전트 하나가 모든 일을 하는 시대는 이미 지나고 있다. 검색은 검색 에이전트가, 분석은 분석 에이전트가, 실행은 실행 에이전트가 — 역할을 분리하고 그래프로 연결하는 패턴이 2025년 이후 에이전트 아키텍처의 주류가 되었다. SpoonOS의 SpoonGraph는 이
x402 + SpoonOS로 '돈 내야 답하는' AI 에이전트 만들기
"AI에게 USDC를 던져주고 답을 사는 시대"라는 말이 농담이 아니게 되었다. Coinbase가 2025년 발표한 결제 표준 x402는 HTTP 402 상태 코드(Payment Required)를 부활시켜, API 호출 한 번 단위로 스테이블코인 결제를 강제할 수 있
잊고 있던 NEO, 2026년에 다시 봐야 할 7가지 이유
"중국의 이더리움"이라 불리던 NEO를 기억하는가. 2017~2018년 사이 한 번쯤 들어봤을 이름이지만, 그 이후로는 차트에서 점점 사라졌다. 그런데 2024년 이후 NEO는 조용히 거의 모든 부분을 갈아엎었다. 메인넷도, 토크노믹스도, 개발자 도구도, 심지어 창업자
ElizaOS vs SpoonOS vs Virtuals — Web3 AI Agent OS 3파전 비교
2024년 하반기부터 "AI 에이전트"가 Web3 영역에서 가장 뜨거운 키워드로 자리 잡았다. ElizaOS는 트위터 봇으로 폭발적인 화제를 모았고, Virtuals Protocol은 에이전트 토큰화로 시가총액을 키웠으며, SpoonOS는 Neo 진영의 풀스택 에이전트
AI 에이전트 개발자를 위한 Web3 입문 — SpoonOS Skills Marketplace로 시작하기
AI 에이전트 개발은 폭발적으로 성장하고 있어요. 랭체인(LangChain), 크루AI(CrewAI), 오토젠(AutoGen) 같은 프레임워크 덕분에 에이전트를 만드는 것 자체는 점점 쉬워지고 있는데요.그리고 이 흐름은 숫자로도 명확하게 보여요. 크립토 AI 투자 비중
1억 원으로 시작해 6,700억 원을 만든 블록체인 — Neo가 AI로 리부트하는 이유
2014년, 다홍페이(Da Hongfei)라는 개발자가 중국에서 퍼블릭 블록체인 프로젝트를 시작했어요. 시드 자금은 60만 위안, 한화로 약 1억 원이 안 되는 금액이었는데요. 이더리움에서 영감을 받아 만든 이 프로젝트의 이름은 앤트셰어즈(Antshares)였어요. 나