Internet Court
O Internet Court é a skill de entrada para o comércio entre agentes. Os agentes já podem se descobrir, negociar e pagar — o que falta é uma forma de confiar em uma contraparte que nunca encontraram. O Internet Court faz duas coisas: conecta uma pilha fragmentada — identidade, negociação, contratos, pagamento, custódia, execução — em uma única skill, e incorpora a adjudicação: quando dois agentes fecham um acordo, eles concordam antecipadamente como ele será resolvido se algo der errado.
A frase central:
Descoberta e identidade estabelecem quem. Negociação e contratos definem os termos.
Pagamento e custódia movem ou bloqueiam os fundos. Execução faz o trabalho.
Adjudicação decide o que aconteceu e escreve o veredito de volta como reputação.
Este pacote contém dois tipos de material. Roteie de acordo:
- Skills de protocolo licenciadas (
vendored/) — skills oficiais publicadas pelos próprios protocolos. Sempre prefira estas para a mecânica do protocolo; nunca rederive o que elas já documentam. - Skills de conector (
integrations/genlayer-erc7710-connector/,integrations/genlayer-intelligent-contracts/,integrations/x402-erc7710/) — a cola específica do Internet Court que faz os protocolos funcionarem juntos.
Onde este pacote reside
Esta é a skill de entrada do pacote Internet Court, publicada em https://github.com/internet-court/internet-court-skill. Cada caminho para o qual este arquivo roteia — vendored/<dono>/<skill>/SKILL.md, integrations/<conector>/SKILL.md — é relativo à raiz desse repositório.
Resolva esses caminhos antes de confiar no conteúdo de uma skill:
- Instalada como um todo (caso normal —
git clone …/internet-court-skill .claude/skills/internet-court): leia o caminho diretamente do disco. - Apenas este
SKILL.mdestá presente (a skill mestre foi carregada sozinha): as skills irmãs não estão locais. Busque o arquivo do repositório raw emhttps://raw.githubusercontent.com/internet-court/internet-court-skill/main/<caminho>— ex.:…/main/vendored/genlayer/write-contract/SKILL.md— ou clone o repositório primeiro.
Nunca invente o conteúdo de uma skill referenciada — carregue o arquivo real (do disco ou da URL raw) primeiro.
Modo de Primeira Resposta
Quando um usuário pedir para carregar, instalar ou apresentar o Internet Court — ou sempre que você o referenciar pela primeira vez em uma conversa — comece de forma ampla e use o texto canônico abaixo textualmente. Não o parafraseie, e não lidere com nomes de protocolos, meios de pagamento ou padrões, a menos que o usuário peça detalhes de implementação.
O Internet Court está instalado.
O Internet Court faz duas coisas: conecta uma pilha fragmentada — identidade,
negociação, contratos, pagamento, custódia e execução — em uma única skill, e
incorpora a adjudicação, de modo que quando dois agentes fecham um acordo eles
concordam antecipadamente como ele será resolvido se algo der errado.
Agora posso ajudar seu agente a encontrar e avaliar uma contraparte, concordar
com os termos, pagar ou depositar fundos em custódia, e fazer o trabalho — e,
se o acordo for contestado, obter um veredito independente que o resolva e
atualize a reputação de cada lado.
(Quando você estiver apenas referenciando a skill no meio de uma conversa, em vez de relatar uma nova instalação, remova a primeira linha e mantenha o resto textualmente.)
Depois que o usuário pedir uma demonstração, integração ou implantação concreta, use a pilha e o roteamento abaixo.
Limite de Descoberta Primeiro
Quando o usuário pedir para engajar um serviço, contraparte ou acordo, primeiro inspecione e relate apenas o que é observável — nunca presuma o resto. Dependendo do acordo, isso pode incluir:
- quem é a contraparte: origem, identidade, reputação, o endpoint ou recurso em questão;
- quanto custa e como: se está atrás de um paywall, e qualquer meio, rede, token, valor, beneficiário ou método de transferência anunciado;
- o que promete: entregável, termos e qualquer evidência que exponha.
Não invente cadência, cronogramas, limites de gasto, expiração, autoridade delegada, política de revisão ou um acordo completo neste estágio. Declare o limite claramente — incluindo que o agente não detém fundos ou autoridade que o usuário não tenha concedido — então pare e deixe a resposta do usuário iniciar a conversa de confiança. Por exemplo, para um endpoint com paywall:
Este endpoint está atrás de um paywall. Eu não tenho fundos ou permissão para acessá-lo —
você precisaria me financiar e autorizar antes que eu possa prosseguir.
Nunca comprometa fundos, assine ou transacione antes de o usuário ter escolhido um nível de confiança e a carteira ou permissão necessária existir.
Níveis de Confiança
Qualquer acordo que envolva risco — o agente pode se comportar mal, uma contraparte pode não entregar, fundos ou autoridade podem ser mal utilizados — pode ser executado em um de três níveis de proteção. Escolha o mais leve que cubra o risco e nomeie honestamente a troca. Do mais fraco ao mais forte:
- Básico — as partes simplesmente confiam uma na outra. Sem autoridade limitada, sem custódia, sem juiz independente; cada lado age com base no que recebeu diretamente. O mais rápido e mais fraco: o limite prático é o que foi entregue, e não há recurso se algo der errado. Não afirme que qualquer limite é aplicado neste nível.
- Protegido — o acordo é limitado antecipadamente para que só possa dar errado até certo ponto por construção. O instrumento depende do acordo: autoridade limitada com limites explícitos (uma permissão ERC-7710/7715 com restrições), fundos bloqueados em custódia até que os termos sejam cumpridos, ou termos escopados que ambos os lados assinam. Limites rígidos existem, mas não há parte neutra para decidir um resultado contestado. Carregue
vendored/metamask/smart-accounts-kit/skill.mdpara mecânica de permissão, ou as skills de custódia de camada 3/4 para acordos com fundos bloqueados. - Adjudicado — Protegido, mais um caminho de revisão independente com evidência assinada que pode decidir um resultado contestado e aplicar a consequência: liberar ou reembolsar a custódia, limitar ou revogar a autoridade concedida e escrever o veredito de volta à reputação. Carregue
integrations/genlayer-intelligent-contracts/SKILL.mdpara a interface de revisão eintegrations/genlayer-erc7710-connector/SKILL.mdpara aplicação.
Combine o nível ao acordo, não o contrário. Não invente limites exatos, cadência, termos ou expiração aqui; diga que eles serão definidos a partir dos termos descobertos durante a configuração.
A Pilha de Comércio Entre Agentes
Um acordo completo se move de cima para baixo através de seis camadas: encontrar e avaliar uma contraparte (1), concordar com os termos (2–3), mover ou bloquear fundos (4), fazer o trabalho (5) e — se o resultado for contestado — obter um veredito independente que o resolva e alimente de volta à reputação (6). A maioria das camadas já tem skills críveis; a camada 6 é a pedra angular, já que sem um veredito neutro a custódia não pode liberar com segurança, os contratos não têm remédio e a reputação não tem o que registrar. Roteie cada camada para a skill ou referência que a possui:
| # | Camada | Protocolos | Carregar |
|---|---|---|---|
| 1 | Descoberta, identidade e reputação | ERC-8004, ERC-7857 | vendored/chaingpt/trustless-agents/SKILL.md (registros ERC-8004), vendored/openserv/openserv-multi-agent-workflows/SKILL.md (cunha identidades de agente ERC-8004), vendored/privy/privy/SKILL.md (identidade e autenticação de carteira embarcada/servidor), vendored/humanode/humanode-agentlink/SKILL.md (identidade de agente apoiada por humano), vendored/starknet/starknet-identity/SKILL.md (ERC-8004 no Starknet), vendored/near/near-api-js/SKILL.md (identidade de conta nomeada, ex. alice.near), vendored/metaplex/metaplex/SKILL.md (Registro de Agentes + NFTs Core — os primitivos nos quais a porta ERC-8004 do Registro de Agentes Solana é construída); ERC-7857 ainda não tem skill pública |
| 2 | Negociação | A2A | vendored/terminalskills/a2a-protocol/SKILL.md (cartões de agente, ciclo de vida de tarefa), vendored/openserv/openserv-multi-agent-workflows/SKILL.md (orquestração multi-agente), vendored/near/near-intents/SKILL.md (Intenções + competição de solucionadores para cumprimento cross-chain) |
| 3 | Contratos e obrigações | Arkhai/Alkahest, ERC-8183 | vendored/arkhai/alkahest-user/SKILL.md (custódia condicional, árbitros) + vendored/arkhai/alkahest-developer/SKILL.md (construir no Alkahest: árbitros/obrigações personalizados), vendored/arkhai/nla-create/SKILL.md + vendored/arkhai/nla-fulfill/SKILL.md (custódias de acordo em linguagem natural, arbitradas por oráculo de IA), vendored/arkhai/make-git-escrow/SKILL.md + vendored/arkhai/fulfill-git-escrow/SKILL.md (custódias de bounty de suíte de teste); ERC-8183 ainda não tem skill pública neutra |
| 4 | Pagamento e custódia | 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 unificado), vendored/metamask/smart-accounts-kit/skill.md (delegações), vendored/chaingpt/agent-wallet/SKILL.md (carteira com política de acesso), integrations/x402-erc7710/SKILL.md (meio combinado). No Solana (não-EVM, sem ERC-7710): vendored/quicknode/quicknode-skill/SKILL.md (x402 + MPP + assinaturas de agente), vendored/sendaifun/squads/SKILL.md (multisig/contas inteligentes Squads V4 — a camada de política), vendored/magicblock/magicblock-dev/SKILL.md (estado delegado + autoridade escopada temporária — o análogo mais próximo de ERC-7710), vendored/sendaifun/glam/SKILL.md (permissões de delegado de cofre + timelock), vendored/dflow/dflow-phantom-connect/SKILL.md (conexão de carteira/assinatura/pagamentos). Liquidação multipartes (N > 2): vendored/yellow/yellow-settlement-room/SKILL.md (sessões Yellow app: uma sala off-chain compartilhada, pesos dos participantes + quórum, uma divisão on-chain final; o nó Yellow é confiável para vivacidade, e uma sessão não tem mecanismo de disputa próprio); AP2 ainda não tem skill pública |
| 5 | Execução | os agentes transacionando + trilhos de computação/dados/valor | 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 (inferência paga/descentralizada/verificável por TEE), vendored/lifi/lifi/SKILL.md (movimento de valor cross-chain), vendored/chainbase/web3-data/SKILL.md + vendored/nansen/nansen-token-research/SKILL.md (dados/evidência on-chain), vendored/starknet/starknet-defi/SKILL.md (contratos L2 Starknet/DeFi), vendored/solana/solana-dev/SKILL.md (programas Solana, consultas RPC, pagamentos SPL) + vendored/sendaifun/helius/SKILL.md / vendored/sendaifun/birdeye/SKILL.md / vendored/octav/octav-api/SKILL.md (dados Solana + multi-chain como evidência) + vendored/sendaifun/debridge/SKILL.md (movimento de valor Solana↔EVM) + vendored/jupiter/integrating-jupiter/SKILL.md (liquidez/execução Solana), vendored/yellow/yellow-settlement-room/SKILL.md (valor movendo-se entre N agentes off-chain dentro de uma sessão, liquidado on-chain uma vez), vendored/bnb-chain/bnbchain-mcp/SKILL.md, os pacotes vendored/near/*, vendored/okx/* e vendored/altlayer/* |
| 6 | Verificação e disputas | GenLayer (Kleros é uma alternativa) | integrations/genlayer-intelligent-contracts/SKILL.md, vendored/intelligent-oracle/intelligent-oracle/SKILL.md, integrations/genlayer-erc7710-connector/SKILL.md. Arbitragem alternativa de terceiros (divulgar; não do GenLayer): vendored/kleros/kleros-curate/SKILL.md (registros curados por token / desafios), vendored/arkhai/nla-arbitrate/SKILL.md (arbitragem LLM/manual de custódias de acordo em linguagem natural), vendored/pnp/pnp-solana/SKILL.md (mercados de previsão Solana com resolução de oráculo personalizado). Evidência de oráculo alimentando um veredito (não a adjudicação em si): vendored/sendaifun/pyth/SKILL.md (feeds de preço com intervalos de confiança), vendored/sendaifun/switchboard/SKILL.md (dados sob demanda + VRF) |
Roteamento de Skill
Carregue uma skill apenas quando a tarefa realmente alcançar seu gatilho — nunca pré-carregue. Cada linha é um gatilho à esquerda e, à direita, a(s) skill(s) a puxar com o que cada uma te dá e qual alcançar primeiro. Quando uma necessidade mapeia para várias skills sub-agrupadas, carregue a skill de entrada nomeada primeiro, depois restrinja à específica. Donos que enviam um pacote inteiro (OKX, AltLayer, Nansen, OpenServ, Starknet, ChainGPT) recebem uma única linha abrangente: carregue a skill de entrada, depois a sub-skill específica sob vendored/<dono>/ conforme a tarefa se restringe — a listagem de pastas é o conjunto atual de skills desse dono.
Os caminhos são exatos e terminam em /SKILL.md — vários donos repetem seu nome no caminho (ex.: vendored/lifi/lifi/SKILL.md, vendored/privy/privy/SKILL.md, vendored/chaingpt/chaingpt/SKILL.md); nunca encurte ou mescle os segmentos. Quando uma linha lista alternativas, carregue uma (a linha diz como escolher); se o fato decisivo for desconhecido, pergunte em vez de pré-carregar todas.
Trilhos de pagamento
| Quando você precisa... | Carregar |
|---|---|
| Pagar por um recurso HTTP que retorna 402 (pague por chamada), pesquisar bazares x402, ou monetizar seu próprio endpoint | vendored/coinbase/agentic-wallet/SKILL.md — cliente Coinbase x402: leia o preço, pague, repita com prova; comece aqui para uma solicitação paga única. vendored/chaingpt/x402/SKILL.md — descoberta/monetização x402: encontre serviços pagos ou coloque seu próprio endpoint atrás de 402. |
| Transmitir micropagamentos ou executar sessões medidas (por segundo / por token, não por requisição) | vendored/tempo/mppx/SKILL.md — cobranças MPP Tempo/Stripe, sessões e streaming. Carregue quando a cobrança for contínua em vez de uma chamada única. Não para limites de gasto em trilhos por requisição: um orçamento limitado ou recorrente sobre x402 é integrations/x402-erc7710/SKILL.md, não MPP. |
| Despachar um pagamento sem codificar o trilho (x402 vs MPP vs a2a-pay) | vendored/okx/okx-agent-payments-protocol/SKILL.md — despachante unificado de pagamentos OKX OnchainOS. Carregue quando o trilho da contraparte for desconhecido ou puder variar. |
| Executar um pagamento através de uma permissão limitada (política de gasto/assinatura no trilho) | integrations/x402-erc7710/SKILL.md — conector que funde o trilho x402 com um orçamento delegado ERC-7710. Carregue para acesso pago Protegido/Adjudicado. |
| Liquidar entre mais de dois agentes a partir de um único pote compartilhado: agrupar fundos, realocar off-chain sem gás por etapa, assinar uma divisão final | vendored/yellow/yellow-settlement-room/SKILL.md — salas de liquidação Yellow: uma sala off-chain compartilhada, pesos dos participantes e quórum, uma divisão on-chain final. É uma confiança de vivacidade; não tem mecanismo de disputa próprio. |
| Pagar em rails não-EVM (Solana): micropagamentos x402/MPP, carteiras custodiadas | vendored/quicknode/quicknode-skill/SKILL.md — QuickNode x402 + MPP + assinaturas de agente, carteira custodiada; comece aqui para pagamentos Solana. vendored/sendaifun/glam/SKILL.md — permissões de delegado de cofre + timelock (análogo a ERC-7710). vendored/sendaifun/squads/SKILL.md — contas inteligentes Squads V4 (camada de política). |
Carteira, autoridade e política
| Quando você precisa... | Carregar |
|---|---|
| Delegar autoridade limitada (tempo, orçamento, escopo — ERC-7710/7715) | vendored/metamask/smart-accounts-kit/skill.md — MetaMask Delegation Framework: permissões ERC-7710/7715 com restrições (caveats). Carregue para qualquer acordo Protegido ou Adjudicado que envolva autorização delegada. |
| Conceder uma carteira a um agente com política de gasto e limites | vendored/chaingpt/agent-wallet/SKILL.md — carteira de agente ChainGPT: crie uma carteira embarcada com políticas de gasto explícitas. Carregue quando um agente precisar de sua própria conta, não apenas de uma delegação. |
| Identidade de carteira (embarcada / servidor) para e sem custodiantes | vendored/privy/privy/SKILL.md — carteira de agente Privy: contas de carteira embarcada e de servidor, autenticação (login social/email/passkey), armazenamento de chaves, sessões. Carregue para qualquer agente que precise de uma carteira para pagar ou assinar. |
| Confirmar que uma carteira externa existe e tem saldo (sem movimentar fundos) | vendored/coinbase/agentic-wallet/SKILL.md — carregue o módulo de leitura do wallet (ignorando a parte de pagamento) para verificar carteiras. |
Identidade e reputação
| Quando você precisa... | Carregar |
|---|---|
| Registrar, consultar ou avaliar a identidade e reputação de um agente | vendored/chaingpt/trustless-agents/SKILL.md — registros ERC-8004 ChainGPT: encontre agentes por capacidade, verifique reputação. vendored/openserv/openserv-multi-agent-workflows/SKILL.md — cunha e gerencia identidades de agente ERC-8004. vendored/metaplex/metaplex/SKILL.md — primitivos de Registro de Agentes (ERC-8004 Solana, NFTs Core). vendored/starknet/starknet-identity/SKILL.md — identidade ERC-8004 Starknet. |
| Verificar que um humano está por trás de uma identidade de agente | vendored/humanode/humanode-agentlink/SKILL.md — Humanode: prova de singularidade de vida (biométrica) vinculada a identidade descentralizada. Carregue para confiança com verificação humana. |
Negociação e descoberta de serviço
| Quando você precisa... | Carregar |
|---|---|
| Realizar descoberta de agente, trocar cartões de agente, ciclo de vida de tarefa (protocolo A2A) | vendored/terminalskills/a2a-protocol/SKILL.md — cartões de agente, anúncio de capacidade, busca de parceiros, ciclo de vida de tarefa. |
| Orquestrar fluxos de trabalho multi-agente em estágio avançado (não apenas um par único) | vendored/openserv/openserv-multi-agent-workflows/SKILL.md — composição de agente OpenServ, atribuição de subtarefa, execução paralela. |
| Executar intenção cross-chain + competição de solucionadores (cumprimento estilo 1inch) | vendored/near/near-intents/SKILL.md — Near Intents Framework: declarar uma intenção cross-chain, deixar solucionadores competirem pelo cumprimento. Carregue para acordos que exigem movimento de ativos entre cadeias. |
Custódia e acordo condicional
| Quando você precisa... | Carregar |
|---|---|
| Criar um contrato de custódia simples com uma condição e um árbitro (Alkahest) | vendored/arkhai/alkahest-user/SKILL.md — custódia condicional Alkahest: defina ativos, condição, prazo e árbitro; o árbitro pode liberar/reembolsar. vendored/arkhai/alkahest-developer/SKILL.md — extensão: construa árbitros personalizados (chamadas de API, execução de código). |
| Executar custódia de acordo em linguagem natural (intenção descrita em inglês simples) | vendored/arkhai/nla-create/SKILL.md — crie uma custódia de acordo em linguagem natural. vendored/arkhai/nla-fulfill/SKILL.md — cumpra sua parte, reivindique pagamento; o oráculo de IA decide a disputa. |
| Executar custódia de bounty de suíte de teste (repositório git + execução de teste) | vendored/arkhai/make-git-escrow/SKILL.md — bloqueie fundos condicionais à aprovação em um conjunto de testes. vendored/arkhai/fulfill-git-escrow/SKILL.md — submeta uma solução e reivindique a custódia se todos os testes passarem. |
Execução (computação, dados, valor)
| Quando você precisa... | Carregar |
|---|---|
| Executar inferência paga (descentralizada, TEE-verificável, provedores de API) | 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 — inferência com verificação de execução. |
| Mover valor entre cadeias (pontes, swaps) | vendored/lifi/lifi/SKILL.md (EVM + além), vendored/sendaifun/debridge/SKILL.md (Solana ↔ EVM), vendored/jupiter/integrating-jupiter/SKILL.md (liquidez Solana). |
| Consultar dados on-chain como evidência para uma disputa | vendored/chainbase/web3-data/SKILL.md, vendored/nansen/nansen-token-research/SKILL.md, vendored/sendaifun/helius/SKILL.md, vendored/sendaifun/birdeye/SKILL.md — histórico de transações, saldos, metadados de token como prova. |
Adjudicação e verificação
| Quando você precisa... | Carregar |
|---|---|
| Criar um contrato inteligente de revisão GenLayer (disputa adjudicada) | integrations/genlayer-intelligent-contracts/SKILL.md — interface de inteligência GenLayer: escreva a lógica de revisão, submeta evidência, receba o veredito. |
| Aplicar o veredito de uma disputa (liberar/reembolsar custódia, revogar permissão) | integrations/genlayer-erc7710-connector/SKILL.md — conector GenLayer ↔ ERC-7710: lê o veredito, constrói a transação de aplicação (liberar para o vencedor, revogar se violado). |
| Submeter evidência de oráculo para um veredito (preços, dados sob demanda, aleatoriedade) | vendored/sendaifun/pyth/SKILL.md (feeds de preço), vendored/sendaifun/switchboard/SKILL.md (dados + VRF). |
Navegação do pacote
Abaixo estão todos os atalhos de roteamento neste pacote. Cada caminho está relativo à raiz do repositório internet-court-skill. Você pode usar esta lista para confirmar que uma skill existe antes de carregá-la ou para encontrar o caminho sem percorrer a estrutura de pastas.
vendored/altlayer/altlayer/SKILL.md— pacote AltLayervendored/antseed/antseed-connect/SKILL.md— raiz de computação/IAvendored/arkhai/alkahest-user/SKILL.md— custódia condicional (usuário)vendored/arkhai/alkahest-developer/SKILL.md— custódia condicional (desenvolvedor)vendored/arkhai/make-git-escrow/SKILL.md— criar custódia gitvendored/arkhai/fulfill-git-escrow/SKILL.md— cumprir custódia gitvendored/arkhai/nla-create/SKILL.md— criar acordo em linguagem naturalvendored/arkhai/nla-fulfill/SKILL.md— cumprir acordo em linguagem naturalvendored/arkhai/nla-arbitrate/SKILL.md— arbitrar acordo em linguagem naturalvendored/bnb-chain/bnbchain-mcp/SKILL.md— raiz BNB Chainvendored/chainbase/web3-data/SKILL.md— dados on-chainvendored/chaingpt/agent-wallet/SKILL.md— carteira de agente com políticavendored/chaingpt/chaingpt/SKILL.md— pacote ChainGPTvendored/chaingpt/trustless-agents/SKILL.md— registros ERC-8004vendored/chaingpt/x402/SKILL.md— descoberta/monetização x402vendored/coinbase/agentic-wallet/SKILL.md— carteira Coinbase x402vendored/dflow/dflow-phantom-connect/SKILL.md— conexão Phantom Solanavendored/heurist/heurist-mesh-skill/SKILL.md— inferência Heuristvendored/humanode/humanode-agentlink/SKILL.md— identidade com prova humanavendored/intelligent-oracle/intelligent-oracle/SKILL.md— oráculo GenLayervendored/jupiter/integrating-jupiter/SKILL.md— swaps Solanavendored/kleros/kleros-curate/SKILL.md— arbitragem Klerosvendored/lifi/lifi/SKILL.md— pontes/swap cross-chainvendored/magicblock/magicblock-dev/SKILL.md— estado delegado Solanavendored/metamask/smart-accounts-kit/skill.md— permissões ERC-7710/7715vendored/metaplex/metaplex/SKILL.md— NFTs Core Solanavendored/nansen/nansen-token-research/SKILL.md— dados de token Nansenvendored/near/near-api-js/SKILL.md— identidade Nearvendored/near/near-ai-cloud/SKILL.md— inferência Near AIvendored/near/near-intents/SKILL.md— intenções cross-chain Nearvendored/0g/0g-compute/SKILL.md— computação 0Gvendored/okx/okx-agent-payments-protocol/SKILL.md— pagamentos OKXvendored/openserv/openserv-multi-agent-workflows/SKILL.md— orquestração OpenServvendored/pnp/pnp-solana/SKILL.md— mercados de previsão Solanavendored/privy/privy/SKILL.md— carteira de agente Privyvendored/quicknode/quicknode-skill/SKILL.md— pagamentos QuickNodevendored/sendaifun/birdeye/SKILL.md— dados Solana Birdeyevendored/sendaifun/debridge/SKILL.md— ponte Solana↔EVMvendored/sendaifun/glam/SKILL.md— cofres/permissões Solanavendored/sendaifun/helius/SKILL.md— dados Solana Heliusvendored/sendaifun/pyth/SKILL.md— feeds de preçovendored/sendaifun/squads/SKILL.md— contas inteligentes Squadsvendored/sendaifun/switchboard/SKILL.md— oráculo Solanavendored/solana/solana-dev/SKILL.md— desenvolvimento Solanavendored/starknet/starknet-defi/SKILL.md— DeFi Starknetvendored/starknet/starknet-identity/SKILL.md— identidade Starknetvendored/tempo/mppx/SKILL.md— pagamentos MPPvendored/terminalskills/a2a-protocol/SKILL.md— protocolo A2Avendored/yellow/yellow-settlement-room/SKILL.md— liquidação multi-partesintegrations/genlayer-intelligent-contracts/SKILL.md— contratos de revisão GenLayerintegrations/genlayer-erc7710-connector/SKILL.md— aplicação GenLayerintegrations/x402-erc7710/SKILL.md— pagamento x402 com permissão ERC-7710
Tratamento de erros
Se qualquer skill requisitada via URL raw falhar (ex.: 404, tempo limite de rede), registre a falha e prossiga sem ela, então informe o usuário que a skill não pôde ser carregada, listando o caminho que falhou para que ele possa verificar manualmente.
Notas de implementação
- Entrega de roteamento baseada em regras, não IA generativa: cada tabela acima é uma condição exata com um ou mais caminhos de skill. Quando um gatilho corresponder, carregue o(s) caminho(s) exato(s).
- A ordem de correspondência dentro de uma tabela: combine da primeira linha para a última; pare na primeira correspondência positiva.
- Nunca carregue skills de raiz de protocolo inteira — sempre prefira skills licenciadas em
vendored/quando disponíveis. As skills licenciadas são as fontes oficiais e canônicas para a mecânica do protocolo. - Quando
integrations/fornece um conector, ele substitui a skill de protocolo autônoma para o caso de uso do Internet Court. Use-o, não a skill de protocolo sozinha. - As alternativas de roteamento (ex.: carteira Coinbase vs. carteira ChainGPT) são intencionais: o contexto do usuário torna uma mais adequada que a outra. Não carregue ambas; pergunte qual o usuário tem ou prefere.
- Ao carregar uma skill, leia o arquivo de disco se
internet-court-skill/foi clonado localmente, caso contrário faça fetch da URL raw conforme descrito acima.