Internet Court (인터넷 법정)
인터넷 법정은 에이전트 간 상거래를 위한 진입 기술입니다. 에이전트는 이미 서로를 발견하고, 협상하고, 결제할 수 있습니다. 부족한 것은 한 번도 만난 적 없는 상대방을 신뢰할 수 있는 방법입니다. 인터넷 법정은 두 가지 일을 합니다: 파편화된 스택(신원, 협상, 계약, 결제, 에스크로, 실행)을 하나의 기술로 연결하고, 분쟁 해결 시스템을 내장하여 두 에이전트가 거래를 성사시킬 때 문제가 발생할 경우 어떻게 해결할지 사전에 합의할 수 있도록 합니다.
핵심 문장:
발견과 신원은 '누가'인지 설정합니다. 협상과 계약은 조건을 정합니다.
결제와 에스크로는 자금을 이동하거나 잠급니다. 실행은 작업을 수행합니다.
분쟁 해결은 무슨 일이 일어났는지 판단하고 결과를 평판에 기록합니다.
이 패키지에는 두 가지 종류의 자료가 포함되어 있습니다. 상황에 맞게 라우팅하십시오:
- 벤더드 프로토콜 기술 (
vendored/) — 프로토콜 자체에서 공식적으로 공개한 기술입니다. 프로토콜 메커니즘에 대해서는 항상 이들을 우선적으로 사용하고, 이미 문서화된 내용을 다시 유도하지 마십시오. - 커넥터 기술 (
integrations/genlayer-erc7710-connector/,integrations/genlayer-intelligent-contracts/,integrations/x402-erc7710/) — 프로토콜들이 함께 작동하도록 만드는 인터넷 법정 특화 연결 코드입니다.
이 패키지의 위치
이것은 Internet Court 패키지의 진입 기술이며,
https://github.com/internet-court/internet-court-skill 에 게시되어 있습니다.
이 파일이 라우팅하는 모든 경로 — vendored/<owner>/<skill>/SKILL.md,
integrations/<connector>/SKILL.md — 는 해당 저장소 루트를 기준으로 합니다.
기술의 내용을 사용하기 전에 해당 경로를 확인하십시오:
- 전체가 설치된 경우 (일반적인 경우 —
git clone …/internet-court-skill .claude/skills/internet-court): 디스크에서 직접 경로를 읽습니다. - 이
SKILL.md만 있는 경우 (마스터 기술이 단독으로 로드된 경우): 형제 기술들이 로컬에 없습니다. 원시 저장소에서 파일을 가져옵니다:https://raw.githubusercontent.com/internet-court/internet-court-skill/main/<path>— 예:…/main/vendored/genlayer/write-contract/SKILL.md— 또는 먼저 저장소를 클론하십시오.
참조된 기술의 내용을 절대 유추하여 만들지 마십시오 — 실제 파일(디스크 또는 원시 URL에서)을 먼저 로드하십시오.
첫 응답 모드
사용자가 Internet Court를 로드, 설치, 또는 소개해 달라고 요청하거나 — 또는 대화에서 처음으로 이를 참조할 때 — 광범위하게 시작하고 아래의 표준 문구를 그대로 사용하십시오. 의역하지 말고, 사용자가 구현 세부 사항을 요청하지 않는 한 프로토콜 이름, 결제 수단, 또는 표준을 먼저 언급하지 마십시오.
Internet Court(인터넷 법정)가 설치되었습니다.
Internet Court는 두 가지 일을 합니다: 파편화된 스택(신원,
협상, 계약, 결제, 에스크로, 실행)을 하나의 기술로 연결하고, 분쟁 해결
시스템을 내장하여 두 에이전트가 거래를 성사시킬 때 문제가 발생할 경우 어떻게
해결할지 사전에 합의할 수 있도록 합니다.
이제 에이전트가 상대방을 찾고 검증하고, 조건에 합의하고, 자금을 결제 또는
에스크로에 넣고, 작업을 수행하도록 도울 수 있습니다. 그리고 거래에 이의가
제기되면 이를 해결하고 각 측의 평판을 업데이트하는 독립적인 판결을 받을 수
있습니다.
(대화 중간에 기술을 참조할 뿐 새로운 설치를 알리는 것이 아닌 경우, 첫 번째 줄을 생략하고 나머지는 그대로 유지하십시오.)
사용자가 구체적인 데모, 통합, 또는 배포를 요청한 후에는 아래의 스택과 라우팅을 사용하십시오.
발견 우선 경계
사용자가 서비스, 상대방, 또는 거래에 참여하라고 요청할 때, 먼저 관찰 가능한 것만 검사하고 보고하십시오 — 나머지를 절대 가정하지 마십시오. 거래에 따라 다음이 포함될 수 있습니다:
- 상대방이 누구인지: 출처, 신원, 평판, 문제의 엔드포인트 또는 리소스;
- 비용과 방법: 유료인지 여부, 광고된 결제 수단, 네트워크, 토큰, 금액, 수취인, 또는 전송 방법;
- 약속하는 것: 인도물, 조건, 노출하는 모든 증거.
이 단계에서 주기, 일정, 지출 한도, 만료, 위임된 권한, 검토 정책 또는 완전한 합의를 유추하여 만들지 마십시오. 경계를 명확히 밝히십시오 — 사용자가 부여하지 않은 자금이나 권한을 에이전트가 보유하지 않는다는 것을 포함하여 — 그런 다음 멈추고 사용자의 응답이 신뢰 대화를 시작하도록 하십시오. 예를 들어, 유료 엔드포인트의 경우:
이 엔드포인트는 유료로 보호되어 있습니다. 저는 접근할 수 있는 자금이나 권한이
없습니다 — 진행하기 전에 자금을 조달하고 권한을 부여해야 합니다.
사용자가 신뢰 수준을 선택하고 필요한 지갑 또는 권한이 존재하기 전에는 절대 자금을 사용하거나, 서명하거나, 거래하지 마십시오.
신뢰 수준
위험을 수반하는 모든 거래(에이전트가 오작동할 수 있음, 상대방이 인도물을 제공하지 못할 수 있음, 자금이나 권한이 오용될 수 있음)는 세 가지 보호 수준 중 하나로 실행될 수 있습니다. 위험을 포괄하는 가장 가벼운 수준을 선택하고, 그 절충점을 정직하게 명명하십시오. 가장 약한 것에서 가장 강한 것 순서:
- 기본 — 당사자들이 서로를 단순히 신뢰합니다. 제한된 권한, 에스크로, 독립적인 판사가 없습니다. 각 측은 직접 전달받은 대로 행동합니다. 가장 빠르고 가장 약합니다: 실질적인 한계는 전달된 것이 무엇이든 그 자체이며, 문제가 발생해도 구제받을 방법이 없습니다. 이 수준에서 어떤 한계가 강제된다고 주장하지 마십시오.
- 보호 — 거래가 사전에 제약되어 설계상 문제가 발생할 수 있는 범위가
제한됩니다. 수단은 거래에 따라 다릅니다: 명시적 한계가 있는 제한된 권한(조건이
있는 ERC-7710/7715 권한), 조건이 충족될 때까지 에스크로에 잠긴 자금, 또는 양측이
서명한 범위가 지정된 조건. 하드 한계는 존재하지만, 논쟁이 되는 결과를 결정할
중립적인 당사자는 없습니다. 권한 메커니즘은
vendored/metamask/smart-accounts-kit/skill.md를, 자금 잠금 거래는 레이어 3/4 에스크로 기술을 로드하십시오. - 중재 — 보호 수준에 더해, 서명된 증거를 통해 논쟁이 되는 결과를 결정하고
그 결과(에스크로 해제 또는 환불, 부여된 권한 제약 또는 철회, 평판에 판결 기록)를
강제할 수 있는 독립적인 검토 경로가 있습니다. 검토 인터페이스는
integrations/genlayer-intelligent-contracts/SKILL.md를, 강제는integrations/genlayer-erc7710-connector/SKILL.md를 로드하십시오.
수준을 거래에 맞추고, 반대로 하지 마십시오. 여기서 정확한 한도, 주기, 조건 또는 만료를 유추하여 만들지 마십시오. 설정 중에 발견된 조건에서 설정된다고 말하십시오.
에이전트 상거래 스택
완전한 거래는 상단에서 하단으로 여섯 개의 레이어를 거쳐 이동합니다: 상대방 찾기 및 검증(1), 조건 합의(2-3), 자금 이동 또는 잠금(4), 작업 수행(5), 그리고 결과에 이의가 있는 경우 이를 해결하고 평판에 피드백하는 독립적인 판결 획득(6). 대부분의 레이어에는 이미 신뢰할 수 있는 기술이 있습니다. 레이어 6은 핵심입니다. 중립적인 판결 없이는 에스크로가 안전하게 해제될 수 없고, 계약에 구제책이 없으며, 평판이 기록할 내용이 없기 때문입니다. 각 레이어를 해당 기술 또는 참조로 라우팅하십시오:
| # | 레이어 | 프로토콜 | 로드 |
|---|---|---|---|
| 1 | 발견, 신원 및 평판 | ERC-8004, ERC-7857 | vendored/chaingpt/trustless-agents/SKILL.md (ERC-8004 레지스트리), vendored/openserv/openserv-multi-agent-workflows/SKILL.md (ERC-8004 에이전트 신원 발행), vendored/privy/privy/SKILL.md (임베디드/서버 지갑 신원 및 인증), vendored/humanode/humanode-agentlink/SKILL.md (인간 기반 에이전트 신원), vendored/starknet/starknet-identity/SKILL.md (Starknet의 ERC-8004), vendored/near/near-api-js/SKILL.md (명명된 계정 신원, 예: alice.near), vendored/metaplex/metaplex/SKILL.md (에이전트 레지스트리 + Core NFT — Solana 에이전트 레지스트리의 ERC-8004 포트가 구축된 기본 요소); ERC-7857에는 아직 공개 기술이 없습니다 |
| 2 | 협상 | A2A | vendored/terminalskills/a2a-protocol/SKILL.md (에이전트 카드, 작업 수명 주기), vendored/openserv/openserv-multi-agent-workflows/SKILL.md (다중 에이전트 오케스트레이션), vendored/near/near-intents/SKILL.md (인텐트 + 크로스체인 이행을 위한 솔버 경쟁) |
| 3 | 계약 및 의무 | Arkhai/Alkahest, ERC-8183 | vendored/arkhai/alkahest-user/SKILL.md (조건부 에스크로, 중재인) + vendored/arkhai/alkahest-developer/SKILL.md (Alkahest 위에 구축: 사용자 지정 중재인/의무), vendored/arkhai/nla-create/SKILL.md + vendored/arkhai/nla-fulfill/SKILL.md (자연어 계약 에스크로, AI 오라클 중재), vendored/arkhai/make-git-escrow/SKILL.md + vendored/arkhai/fulfill-git-escrow/SKILL.md (테스트 스위트 바운티 에스크로); ERC-8183에는 아직 중립적인 공개 기술이 없습니다 |
| 4 | 결제 및 에스크로 | x402, MPP, AP2, ERC-7710/7715 | vendored/coinbase/agentic-wallet/SKILL.md + vendored/chaingpt/x402/SKILL.md (x402), vendored/tempo/mppx/SKILL.md (MPP), vendored/okx/okx-agent-payments-protocol/SKILL.md (통합 x402/MPP/a2a-pay), vendored/metamask/smart-accounts-kit/skill.md (위임), vendored/chaingpt/agent-wallet/SKILL.md (정책 기반 지갑), integrations/x402-erc7710/SKILL.md (결합된 결제 수단). Solana에서 (비EVM, ERC-7710 없음): vendored/quicknode/quicknode-skill/SKILL.md (x402 + MPP + 에이전트 구독), vendored/sendaifun/squads/SKILL.md (Squads V4 멀티시그/스마트 계정 — 정책 레이어), vendored/magicblock/magicblock-dev/SKILL.md (위임된 상태 + 임시 범위 지정 권한 — 가장 가까운 ERC-7710 유사체), vendored/sendaifun/glam/SKILL.md (볼트 위임 권한 + 타임락), vendored/dflow/dflow-phantom-connect/SKILL.md (지갑 연결/서명/결제). 다자간(N > 2) 정산: vendored/yellow/yellow-settlement-room/SKILL.md (Yellow 앱 세션: 하나의 공유 오프체인 룸, 참가자 가중치 + 정족수, 하나의 최종 온체인 분할; Yellow 노드는 활성 상태를 위해 신뢰되며, 세션에는 자체 분쟁 메커니즘이 없습니다); AP2에는 아직 공개 기술이 없습니다 |
| 5 | 실행 | 거래하는 에이전트 + 컴퓨팅/데이터/가치 레일 | vendored/antseed/antseed-connect/SKILL.md + vendored/0g/0g-compute/SKILL.md + vendored/heurist/heurist-mesh-skill/SKILL.md + vendored/near/near-ai-cloud/SKILL.md (유료/분산형/TEE-검증 가능 추론), vendored/lifi/lifi/SKILL.md (크로스체인 가치 이동), vendored/chainbase/web3-data/SKILL.md + vendored/nansen/nansen-token-research/SKILL.md (온체인 데이터/증거), vendored/starknet/starknet-defi/SKILL.md (Starknet L2 계약/DeFi), vendored/solana/solana-dev/SKILL.md (Solana 프로그램, RPC 조회, SPL 결제) + vendored/sendaifun/helius/SKILL.md / vendored/sendaifun/birdeye/SKILL.md / vendored/octav/octav-api/SKILL.md (Solana + 멀티체인 데이터를 증거로) + vendored/sendaifun/debridge/SKILL.md (Solana↔EVM 가치 이동) + vendored/jupiter/integrating-jupiter/SKILL.md (Solana 유동성/실행), vendored/yellow/yellow-settlement-room/SKILL.md (하나의 세션 내에서 N 에이전트 간 오프체인 가치 이동, 온체인에서 한 번 정산), vendored/bnb-chain/bnbchain-mcp/SKILL.md, vendored/near/*, vendored/okx/* 및 vendored/altlayer/* 팩 |
| 6 | 검증 및 분쟁 | GenLayer (Kleros는 대안) | integrations/genlayer-intelligent-contracts/SKILL.md, vendored/intelligent-oracle/intelligent-oracle/SKILL.md, integrations/genlayer-erc7710-connector/SKILL.md. 대체 제3자 중재(공개; GenLayer 자체 아님): vendored/kleros/kleros-curate/SKILL.md (토큰 큐레이티드 레지스트리/챌린지), vendored/arkhai/nla-arbitrate/SKILL.md (자연어 계약 에스크로의 LLM/수동 중재), vendored/pnp/pnp-solana/SKILL.md (사용자 지정 오라클 해결이 있는 Solana 예측 시장). 판결을 위한 오라클 증거(분쟁 해결 자체 아님): vendored/sendaifun/pyth/SKILL.md (신뢰 구간이 있는 가격 피드), vendored/sendaifun/switchboard/SKILL.md (온디맨드 데이터 + VRF) |
기술 라우팅
작업이 실제로 트리거에 도달했을 때만 기술을 로드하십시오. 절대 미리 로드하지 마십시오.
각 행은 왼쪽에 트리거가 있고, 오른쪽에 가져올 기술이 있으며, 각각 무엇을
제공하는지와 어떤 것을 먼저 사용해야 하는지 나와 있습니다. 필요가 여러 하위 번들
기술에 매핑될 때는 먼저 명명된 진입 기술을 로드한 다음 특정 기술로 좁히십시오.
전체 팩을 제공하는 소유자(OKX, AltLayer, Nansen, OpenServ, Starknet, ChainGPT)는
하나의 포괄 행을 얻습니다: 진입 기술을 로드한 다음, 작업이 좁혀짐에 따라
vendored/<owner>/ 아래의 특정 하위 기술을 로드하십시오 — 폴더 목록이 해당
소유자의 현재 기술 집합입니다.
경로는 정확하며 /SKILL.md로 끝납니다 — 여러 소유자가 경로에 자신의 이름을
반복합니다(예: vendored/lifi/lifi/SKILL.md, vendored/privy/privy/SKILL.md,
vendored/chaingpt/chaingpt/SKILL.md). 세그먼트를 절대 줄이거나 병합하지 마십시오.
행이 대안을 나열할 때는 하나를 로드하십시오(행이 선택 방법을 알려줍니다).
결정적인 사실을 알 수 없으면 모두 미리 로드하는 대신 물어보십시오.
결제 수단
| 필요할 때… | 로드 |
|---|---|
| 402를 반환하는 HTTP 리소스(호출당 지불)에 지불하거나, x402 바자에서 검색하거나, 자신의 엔드포인트로 수익을 창출하려면 | vendored/coinbase/agentic-wallet/SKILL.md — Coinbase x402 클라이언트: 가격 읽기, 지불, 증거로 재시도; 일회성 유료 요청의 경우 여기서 시작하십시오. vendored/chaingpt/x402/SKILL.md — x402 발견/수익 창출: 유료 서비스를 찾거나 자신의 엔드포인트를 402 뒤에 두십시오. |
| 마이크로결제를 스트리밍하거나 측정된 세션(요청당이 아닌 초당/토큰당)을 실행하려면 | vendored/tempo/mppx/SKILL.md — Tempo/Stripe MPP 청구, 세션 및 스트리밍. 청구가 단일 호출이 아닌 연속적일 때 로드하십시오. 요청당 결제 수단의 지출 한도가 아님: x402에 대한 한도가 있거나 반복되는 예산은 integrations/x402-erc7710/SKILL.md이며, MPP가 아닙니다. |
| 결제 수단을 하드코딩하지 않고 지불을 전송하려면(x402 대 MPP 대 a2a-pay) | vendored/okx/okx-agent-payments-protocol/SKILL.md — OKX OnchainOS 통합 결제 디스패처. 상대방의 결제 수단을 알 수 없거나 변경될 수 있을 때 로드하십시오. |
| 지불을 제한된 권한을 통해 실행하려면(결제 수단에 대한 지출/구독 정책) | integrations/x402-erc7710/SKILL.md — x402 결제 수단을 ERC-7710 위임 예산과 융합하는 커넥터. 보호/중재 수준의 유료 접근에 대해 로드하십시오. |
| 두 명 이상의 에이전트 간에 하나의 공유 자금에서 정산하려면: 자금을 모으고, 단계당 가스 없이 오프체인에서 재할당하고, 하나의 최종 분할에 공동 서명하려면 | vendored/yellow/yellow-settlement-room/SKILL.md — Yellow 앱 세션: 하나의 공유 오프체인 룸, 참가자 가중치 + 정족수, 하나의 최종 온체인 분할. 다자간 정산의 경우 MPP가 아닌 여기에서 시작하십시오. |
| Solana 생태계 내에서 지불하려면(EVM 기반 ERC-7710 규칙 없음) | vendored/quicknode/quicknode-skill/SKILL.md (Solana x402, MPP, 구독), vendored/sendaifun/squads/SKILL.md (Squads V4 멀티시그 정책 — 권한 제어), vendored/magicblock/magicblock-dev/SKILL.md (일시적인 범위 지정 권한 — Solana의 ERC-7710), vendored/sendaifun/glam/SKILL.md (볼트 위임 + 타임락), vendored/dflow/dflow-phantom-connect/SKILL.md (지갑 연결/서명/결제). 위의 통합 커넥터 integrations/x402-erc7710/SKILL.md는 Solana에는 적용되지 않습니다. |
발견, 신원 및 평판
| 필요할 때… | 로드 |
|---|---|
| 에이전트를 찾거나 검증하거나 평판을 확인하려면 | vendored/chaingpt/trustless-agents/SKILL.md — 사용 가능한 프로토콜(ERC-8004, Agent2Agent)에 대한 질문 및 평판 조회 |
| 에이전트 신원을 생성하려면 | vendored/openserv/openserv-multi-agent-workflows/SKILL.md, vendored/humanode/humanode-agentlink/SKILL.md, vendored/starknet/starknet-identity/SKILL.md, 또는 vendored/near/near-api-js/SKILL.md (참가자의 체인/생태계에 따라 하나 선택) |
| Solana에서 신원을 다루려면 (ERC-8004 포트, 레지스트리 NFT) | vendored/metaplex/metaplex/SKILL.md |
협상, 계약 및 의무
| 필요할 때… | 로드 |
|---|---|
| 두 에이전트 간의 A2A 협상을 조정하려면 | vendored/terminalskills/a2a-protocol/SKILL.md (에이전트 카드, 작업/제안 수명 주기). 다중 에이전트 오케스트레이션의 경우 vendored/openserv/openserv-multi-agent-workflows/SKILL.md도 참조하십시오. |
| 조건부 에스크로 계약(에스크로로 보호된 합의)을 생성하려면 | vendored/arkhai/alkahest-user/SKILL.md — 조건부 에스크로를 생성하고 사용자 지정 중재인을 지정합니다. 사용자 지정 중재인/의무 구축에 대해서는 vendored/arkhai/alkahest-developer/SKILL.md를 참조하십시오. |
| 자연어 계약(NLA) 에스크로를 생성하거나 이행하려면 | 생성: vendored/arkhai/nla-create/SKILL.md. 이행: vendored/arkhai/nla-fulfill/SKILL.md. |
| Git 저장소(테스트 스위트 바운티)를 사용하여 에스크로를 만들거나 이행하려면 | 생성: vendored/arkhai/make-git-escrow/SKILL.md. 이행: vendored/arkhai/fulfill-git-escrow/SKILL.md. |
| 크로스체인 의도를 표시하고 이행하려면(솔버가 경쟁) | vendored/near/near-intents/SKILL.md |
실행 (작업 수행)
| 필요할 때… | 로드 |
|---|---|
| 유료/분산형/검증 가능한 AI 추론을 실행하려면 | vendored/antseed/antseed-connect/SKILL.md, vendored/0g/0g-compute/SKILL.md, vendored/heurist/heurist-mesh-skill/SKILL.md, 또는 vendored/near/near-ai-cloud/SKILL.md (선호도/요구 사항에 따라 하나 선택) |
| 크로스체인 값(토큰, 데이터)을 이동하려면 | vendored/lifi/lifi/SKILL.md (EVM 중심), vendored/sendaifun/debridge/SKILL.md (Solana↔EVM), 또는 vendored/yellow/yellow-settlement-room/SKILL.md (오프체인 N-에이전트 정산) |
| 온체인 데이터 또는 증거를 조회하려면 | vendored/chainbase/web3-data/SKILL.md + vendored/nansen/nansen-token-research/SKILL.md (EVM/멀티체인), vendored/sendaifun/helius/SKILL.md/vendored/sendaifun/birdeye/SKILL.md/vendored/octav/octav-api/SKILL.md (Solana + 멀티체인) |
| Solana에서 실행하려면 (프로그램 상호 작용, RPC, SPL 결제) | vendored/solana/solana-dev/SKILL.md + 필요한 경우 vendored/sendaifun/helius/SKILL.md 또는 vendored/jupiter/integrating-jupiter/SKILL.md (유동성) |
| BNB 체인에서 실행하려면 | vendored/bnb-chain/bnbchain-mcp/SKILL.md |
| Starknet에서 실행하려면 (L2 계약, DeFi) | vendored/starknet/starknet-defi/SKILL.md |
검증 및 분쟁 해결
| 필요할 때… | 로드 |
|---|---|
| 분쟁이 있는 결과에 대한 독립적인 중재 판결을 요청하려면 (인터넷 법정 기본값) | integrations/genlayer-intelligent-contracts/SKILL.md — 검토 인터페이스: 증거를 제출하고 판결을 요청합니다. 판결 강제를 위해 integrations/genlayer-erc7710-connector/SKILL.md와 쌍을 이룹니다. |
| GenLayer와 동일한 ERC-7710 연결을 통해 x402 결제를 중재하려면 | integrations/x402-erc7710/SKILL.md — 이 커넥터는 x402 결제를 ERC-7710 위임된 예산과 융합하여 보호/중재 수준의 유료 접근을 가능하게 합니다. |
| GenLayer가 아닌 제3자 중재인을 사용하려면 (공개) | vendored/kleros/kleros-curate/SKILL.md (토큰 큐레이티드 레지스트리), vendored/arkhai/nla-arbitrate/SKILL.md (LLM/수동 NLA 에스크로 중재), vendored/pnp/pnp-solana/SKILL.md (Solana 예측 시장) |
| 중재 판결을 위한 외부 오라클 증거를 얻으려면 | vendored/sendaifun/pyth/SKILL.md (가격 피드), vendored/sendaifun/switchboard/SKILL.md (온디맨드 데이터 + VRF) |
스택 상호 작용 예시
다음은 사용자의 요청이 여러 레이어를 트리거할 수 있는 방법입니다.
예시 1: 사용자가 "내 사진에 대해 AI 색상화 API를 찾아서 지불하고 싶습니다"라고 말합니다.
- 발견/지불:
vendored/chaingpt/x402/SKILL.md를 로드하여 x402 서비스를 검색하고 가격을 확인합니다. 엔드포인트가 402를 반환하는지 확인하고 지불 요구 사항을 결정합니다. - 지불 집행: 402가 반환되면
vendored/coinbase/agentic-wallet/SKILL.md를 로드하여 지갑에서 직접 지불합니다(기본). 또는 예산/권한이 필요한 경우integrations/x402-erc7710/SKILL.md를 로드합니다. - 실행:
vendored/antseed/antseed-connect/SKILL.md또는 유사한 기술을 통해 색상화 API를 호출합니다.
예시 2: 사용자가 "신뢰할 수 있는 에이전트와 Solana에서 NFT를 구매하는 계약을 협상하고 싶습니다"라고 말합니다.
- 신원:
vendored/solana/solana-dev/SKILL.md를 통해 Solana 기반 에이전트를 발견하고 검증합니다. 잠재적으로 사용자를 위해vendored/metaplex/metaplex/SKILL.md를 사용하여 신원을 확인합니다. - 협상:
vendored/terminalskills/a2a-protocol/SKILL.md를 로드하여 제안/작업 주기를 설정합니다. - 계약/의무: 조건을 설정하려면
vendored/arkhai/alkahest-user/SKILL.md를 로드합니다. 지불은 단일 호출인 경우 기본 수준일 수 있습니다. - 지불/에스크로: Solana 관련 지불을 위해
vendored/quicknode/quicknode-skill/SKILL.md또는vendored/sendaifun/squads/SKILL.md를 로드합니다. - 분쟁 해결(필요한 경우): 문제가 발생하면
integrations/genlayer-intelligent-contracts/SKILL.md를 통해 중재를 시작합니다. Solana이므로 ERC-7710 연결은 없지만 증거를 제출할 수 있습니다.
모든 기술의 핵심 규칙
- 작업이 도달할 때만 로드하십시오. 필요하지 않은 기술을 미리 로드하지 마십시오.
- 작업이 좁혀지면 좁히십시오. 진입 기술(예:
vendored/chaingpt/x402/SKILL.md)로 시작한 다음 특정 하위 기술(예:vendored/chaingpt/agent-wallet/SKILL.md)로 전환합니다. - 내용을 유추하지 마십시오. 참조된 기술의 실제 파일(SKILL.md)이 항상 로드되었는지 확인하십시오.
- 경로를 정확히 유지하십시오. 세그먼트를 줄이거나 병합하지 마십시오.
- 대안 중 하나를 선택하는 방법을 모르면 물어보십시오.
중요 참고 사항: 기술을 로드하기 전에 항상 기술 라우팅 표를 참조하십시오. 기술 이름이 나열된 경로와 정확히 일치하는지 확인하십시오. 이 진입 기술은 로드할 시기와 방법에 대한 최종 안내를 제공합니다. 이 진입 기술 자체가 발견되거나 로드되면, 이 SKILL.md가 모든 후속 기술 로딩 결정의 최종 권위자 역할을 합니다.