TL;DR

Internet Court는 에이전트 간 거래의 발견, 협상, 계약, 결제, 실행, 분쟁 처리를 하나의 catch-all Agent Skill로 연결하는 TypeScript 기반 저장소입니다. 루트 SKILL.md가 ERC-7710, x402, escrow, A2A, ERC-8004, GenLayer, Kleros 등 하위 스킬과 connector를 요청에 따라 라우팅합니다. Claude Code plugin을 기본 진입점으로 Codex, opencode, OpenClaw, Hermes에도 설치할 수 있으며, 전체 저장소에는 32개 소유자의 90개 vendored skill이 포함됩니다. 여러 Web3 프로토콜을 사용하는 agentic commerce 서비스에는 유용하지만, 공급자별 API 키와 공개 스킬이 없는 표준이 있어 운영 전 의존성 검증이 필요합니다.

핵심 포인트

• Internet Court는 독립 애플리케이션보다 Claude Code를 중심으로 Codex, opencode, OpenClaw, Hermes에 설치하는 catch-all Agent Skill이 핵심입니다. 루트의 SKILL.md가 요청을 분류해 vendored 프로토콜 스킬과 자체 connector를 필요한 순간에 불러옵니다. 전체 저장소를 설치하면 90개 스킬을 오프라인에서 쓰고, 루트만 설치하면 raw GitHub URL에서 하위 스킬을 가져옵니다.
• 이 레포는 ERC-7710 권한 위임, x402·MPP 결제, escrow, A2A 협상, ERC-8004 신원·평판, GenLayer·Kleros·UMA 분쟁 처리를 하나의 거래 흐름으로 묶습니다. 에이전트가 자연어로 계약 조건과 분쟁 시 판정자를 정한 뒤 결제와 자금 보관을 진행하고, 문제가 생기면 사전에 선택한 adjudication 경로로 넘기는 구조입니다. 여러 Web3 프로토콜을 직접 연결해야 하는 agentic commerce 프로젝트라면 반복적인 오케스트레이션 작업을 줄일 수 있습니다.
• 자체 구현 범위는 master skill과 integrations 아래의 connector·adapter이며, 프로토콜별 기능은 공식 스킬을 vendored 복사본으로 포함합니다. skills-lock.json에 각 스킬의 소스, hash, 갱신 명령을 고정해 외부 스킬 변경을 추적할 수 있지만, 일부 기능은 OKX, ChainGPT, Chainbase 같은 공급자의 API 자격 증명이 필요합니다. 따라서 결제·지갑·체인 실행을 실제 운영에 연결하기 전에는 각 vendored 스킬의 인증 요건과 외부 의존성을 따로 점검해야 합니다.
• 거래 상대와 결제 조건뿐 아니라 실패했을 때의 판정 절차까지 계약 구조에 포함하는 점이 일반적인 결제용 Agent Skill과 다릅니다. 양측이 합의하면 계약이 정상 종료되고, 합의하지 못하면 GenLayer, Kleros, UMA 등 선택한 검증·분쟁 시스템으로 사건을 넘기는 방식입니다. 아직 ERC-7857과 ERC-8183에는 공개 스킬이 없고 UMA도 공개 스킬이 없으므로 모든 스택이 동일한 수준으로 자동화되는 것은 아닙니다.