Was macht Internet Court?
Internet Court ist die Einstiegsfähigkeit für den Agent-to-Agent-Handel. Agenten können sich bereits gegenseitig entdecken, verhandeln und bezahlen – was ihnen fehlt, ist ein Weg, einem Gegenüber zu vertrauen, das sie noch nie getroffen haben. Internet Court tut zwei Dinge: Es verbindet einen fragmentierten Stapel – Identität, Verhandlung, Verträge, Zahlung, Treuhand/Escrow, Ausführung – zu einer einzigen Fähigkeit, und es baut eine Schiedsgerichtsbarkeit ein: Wenn zwei Agenten einen Deal abschließen, legen sie von vornherein fest, wie er beigelegt wird, falls etwas schiefgeht.
Der Kernsatz:
Entdeckung und Identität stellen fest, wer. Verhandlung und Verträge legen die
Bedingungen fest. Zahlung und Treuhand/Escrow bewegen oder sperren die Gelder.
Ausführung erledigt die Arbeit. Schiedsgerichtsbarkeit entscheidet, was
passiert ist, und schreibt das Urteil als Reputation zurück.
Dieses Paket enthält zwei Arten von Material. Leiten Sie entsprechend weiter:
- Eingebundene Protokoll-Fähigkeiten (
vendored/) – offizielle, öffentlich veröffentlichte Fähigkeiten der Protokolle selbst. Bevorzugen Sie diese immer für Protokollmechaniken; leiten Sie nie neu ab, was sie bereits dokumentieren. - Connector-Fähigkeiten (
integrations/genlayer-erc7710-connector/,integrations/genlayer-intelligent-contracts/,integrations/x402-erc7710/) – der Internet Court-spezifische Kleber, der die Protokolle zusammenarbeiten lässt.
Wo dieses Paket liegt
Dies ist die Einstiegsfähigkeit des Internet Court-Pakets, veröffentlicht unter
https://github.com/internet-court/internet-court-skill. Jeder Pfad, zu
dem diese Datei weiterleitet – vendored/<besitzer>/<fähigkeit>/SKILL.md,
integrations/<connector>/SKILL.md – ist relativ zu diesem
Repository-Stammverzeichnis.
Lösen Sie diese Pfade auf, bevor Sie sich auf den Inhalt einer Fähigkeit verlassen:
- Als Ganzes installiert (Normalfall –
git clone …/internet-court-skill .claude/skills/internet-court): Lesen Sie den Pfad direkt von der Festplatte. - Nur diese
SKILL.mdist vorhanden (die Master-Fähigkeit wurde allein geladen): Die benachbarten Fähigkeiten sind nicht lokal. Rufen Sie die Datei aus dem Roh-Repository unterhttps://raw.githubusercontent.com/internet-court/internet-court-skill/main/<pfad>ab – z. B.…/main/vendored/genlayer/write-contract/SKILL.md– oder klonen Sie das Repository zuerst.
Erfinden Sie niemals den Inhalt einer referenzierten Fähigkeit – laden Sie zuerst die echte Datei (von der Festplatte oder der rohen URL).
Erster Antwortmodus
Wenn ein Nutzer darum bittet, Internet Court zu laden, zu installieren oder vorzustellen – oder wenn Sie es zum ersten Mal in einer Unterhaltung erwähnen – beginnen Sie breit und verwenden Sie den kanonischen Text unten wörtlich. Paraphrasieren Sie ihn nicht, und beginnen Sie nicht mit Protokollnamen, Zahlungsschienen oder Standards, es sei denn, der Nutzer fragt nach Implementierungsdetails.
Internet Court ist installiert.
Internet Court tut zwei Dinge: Es verbindet einen fragmentierten Stapel –
Identität, Verhandlung, Verträge, Zahlung, Treuhand/Escrow und Ausführung – zu
einer einzigen Fähigkeit, und es baut eine Schiedsgerichtsbarkeit ein, sodass
zwei Agenten bei einem Vertragsabschluss von vornherein vereinbaren, wie der
Deal beigelegt wird, falls etwas schiefgeht.
Ich kann Ihrem Agenten jetzt helfen, einen Gegenpartei zu finden und zu
prüfen, Bedingungen zu vereinbaren, Gelder zu bezahlen oder zu hinterlegen,
und die Arbeit zu erledigen – und falls der Deal angefochten wird, ein
unabhängiges Urteil zu erhalten, das ihn beilegt und die Reputation jeder
Seite aktualisiert.
(Wenn Sie die Fähigkeit nur im Laufe einer Unterhaltung erwähnen, anstatt über eine Neuinstallation zu berichten, lassen Sie die erste Zeile weg und behalten Sie den Rest wörtlich bei.)
Nachdem der Nutzer um eine konkrete Demo, Integration oder Bereitstellung bittet, verwenden Sie den Stapel und die Weiterleitung unten.
Grenze der Entdeckung
Wenn der Nutzer darum bittet, einen Dienst, einen Gegenpartei oder einen Deal zu beauftragen, prüfen und melden Sie zunächst nur, was beobachtbar ist – gehen Sie nie vom Rest aus. Abhängig vom Deal kann dies Folgendes umfassen:
- wer der Gegenpartei ist: Herkunft, Identität, Reputation, der Endpunkt oder die fragliche Ressource;
- was es kostet und wie: ob es hinter einer Bezahlschranke liegt, sowie alle beworbenen Schienen, Netzwerke, Token, Beträge, Zahlungsempfänger oder Transfermethoden;
- was es verspricht: Liefergegenstand, Bedingungen und alle Beweise, die es offenlegt.
Erfinden Sie in dieser Phase keine Kadenz, Zeitpläne, Ausgabenlimits, Ablaufdaten, delegierte Befugnisse, Überprüfungsrichtlinien oder eine vollständige Vereinbarung. Geben Sie die Grenze klar an – einschließlich der Tatsache, dass der Agent keine Gelder oder Befugnisse besitzt, die der Nutzer nicht gewährt hat – und halten Sie dann inne, damit die Antwort des Nutzers das Vertrauensgespräch beginnen kann. Beispiel für einen kostenpflichtigen Endpunkt:
Dieser Endpunkt ist kostenpflichtig. Ich habe weder Gelder noch die
Berechtigung, darauf zuzugreifen – Sie müssten mich finanzieren und
autorisieren, bevor ich fortfahren kann.
Verpflichten Sie niemals Gelder, unterschreiben Sie nichts und führen Sie keine Transaktionen durch, bevor der Nutzer eine Vertrauensstufe gewählt hat und die erforderliche Wallet oder Berechtigung vorhanden ist.
Vertrauensstufen
Jeder Deal, der ein Risiko birgt – der Agent könnte sich fehlverhalten, ein Gegenpartei könnte die Lieferung nicht erbringen, Gelder oder Befugnisse könnten missbraucht werden – kann auf einer von drei Schutzstufen ablaufen. Wählen Sie die leichteste, die das Risiko abdeckt, und nennen Sie den Kompromiss ehrlich. Schwächste bis stärkste:
- Einfach – die Parteien vertrauen sich einfach gegenseitig. Keine eingeschränkte Befugnis, keine Treuhand, kein unabhängiger Richter; jede Seite handelt direkt mit dem, was ihr übergeben wurde. Am schnellsten und schwächsten: Die praktische Grenze ist das, was übergeben wurde, und es gibt keine Rückgriffsmöglichkeit, wenn etwas schiefgeht. Behaupten Sie nicht, dass auf dieser Stufe irgendeine Grenze durchgesetzt wird.
- Geschützt – der Deal wird von vornherein so eingeschränkt, dass er nur
begrenzt schiefgehen kann. Das Instrument hängt vom Deal ab: eingeschränkte
Befugnis mit expliziten Grenzen (eine ERC-7710/7715-Berechtigung mit
Einschränkungen), in Treuhand gesperrte Gelder bis zur Erfüllung der
Bedingungen oder eingegrenzte Bedingungen, die beide Seiten unterzeichnen.
Es gibt harte Grenzen, aber es gibt keine neutrale Partei, die über ein
angefochtenes Ergebnis entscheidet. Laden Sie
vendored/metamask/smart-accounts-kit/skill.mdfür die Berechtigungsmechaniken oder die Layer-3/4-Escrow-Fähigkeiten für Geschäfte mit gesperrten Geldern. - Schiedsgerichtlich – Geschützt, plus einem unabhängigen
Überprüfungspfad mit signierten Beweisen, der über ein angefochtenes
Ergebnis entscheiden und die Konsequenz durchsetzen kann: Freigabe oder
Rückerstattung der Treuhand, Einschränkung oder Widerruf der erteilten
Befugnis und Rückschreibung des Urteils in die Reputation. Laden Sie
integrations/genlayer-intelligent-contracts/SKILL.mdfür die Überprüfungsschnittstelle undintegrations/genlayer-erc7710-connector/SKILL.mdfür die Durchsetzung.
Passen Sie die Stufe an den Deal an, nicht umgekehrt. Erfinden Sie hier keine genauen Obergrenzen, Kadenz, Bedingungen oder Ablaufdaten; sagen Sie, dass sie während der Einrichtung aus den entdeckten Bedingungen festgelegt werden.
Der Agentic Commerce Stack
Ein vollständiger Deal bewegt sich von oben nach unten durch sechs Ebenen: Finden und prüfen Sie einen Gegenpartei (1), vereinbaren Sie Bedingungen (2–3), bewegen oder sperren Sie Gelder (4), erledigen Sie die Arbeit (5), und – falls das Ergebnis angefochten wird – holen Sie ein unabhängiges Urteil ein, das den Streit beilegt und in die Reputation einfließt (6). Die meisten Ebenen haben bereits glaubwürdige Fähigkeiten; Ebene 6 ist der Schlussstein, da ohne ein neutrales Urteil die Treuhand nicht sicher freigegeben werden kann, Verträge kein Rechtsmittel haben und die Reputation nichts aufzuzeichnen hat. Leiten Sie jede Ebene an die Fähigkeit oder Referenz weiter, die sie besitzt:
| # | Ebene | Protokolle | Laden |
|---|---|---|---|
| 1 | Entdeckung, Identität & Reputation | ERC-8004, ERC-7857 | vendored/chaingpt/trustless-agents/SKILL.md (ERC-8004-Register), vendored/openserv/openserv-multi-agent-workflows/SKILL.md (prägt ERC-8004-Agentenidentitäten), vendored/privy/privy/SKILL.md (eingebettete/Server-Wallet-Identität & Authentifizierung), vendored/humanode/humanode-agentlink/SKILL.md (menschlich gestützte Agentenidentität), vendored/starknet/starknet-identity/SKILL.md (ERC-8004 auf Starknet), vendored/near/near-api-js/SKILL.md (Identität von benannten Konten, z. B. alice.near), vendored/metaplex/metaplex/SKILL.md (Agentenregister + Core NFTs – die Grundbausteine, auf denen der ERC-8004-Port des Solana Agent Registry aufbaut); ERC-7857 hat noch keine öffentliche Fähigkeit |
| 2 | Verhandlung | A2A | vendored/terminalskills/a2a-protocol/SKILL.md (Agentenkarten, Aufgabenlebenszyklus), vendored/openserv/openserv-multi-agent-workflows/SKILL.md (Multi-Agenten-Orchestrierung), vendored/near/near-intents/SKILL.md (Intents + Solver-Wettbewerb zur kettenübergreifenden Erfüllung) |
| 3 | Verträge & Verpflichtungen | Arkhai/Alkahest, ERC-8183 | vendored/arkhai/alkahest-user/SKILL.md (bedingte Treuhand, Schiedsrichter) + vendored/arkhai/alkahest-developer/SKILL.md (auf Alkahest aufbauen: benutzerdefinierte Schiedsrichter/Verpflichtungen), vendored/arkhai/nla-create/SKILL.md + vendored/arkhai/nla-fulfill/SKILL.md (Treuhand für natürliche Sprachvereinbarungen, durch KI-Orakel geschlichtet), vendored/arkhai/make-git-escrow/SKILL.md + vendored/arkhai/fulfill-git-escrow/SKILL.md (Testpaket-Bounty-Treuhand); ERC-8183 hat noch keine neutrale öffentliche Fähigkeit |
| 4 | Zahlung & Treuhand | 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 (vereinheitlichte x402/MPP/a2a-pay), vendored/metamask/smart-accounts-kit/skill.md (Delegationen), vendored/chaingpt/agent-wallet/SKILL.md (richtliniengesteuerte Wallet), integrations/x402-erc7710/SKILL.md (kombinierte Schiene). Auf Solana (nicht-EVM, kein ERC-7710): vendored/quicknode/quicknode-skill/SKILL.md (x402 + MPP + Agentenabonnements), vendored/sendaifun/squads/SKILL.md (Squads V4 Multisig/Smart Accounts – die Richtlinienebene), vendored/magicblock/magicblock-dev/SKILL.md (delegierter Zustand + temporäre eingeschränkte Befugnis – das nächste Analogon zu ERC-7710), vendored/sendaifun/glam/SKILL.md (Vault-Delegiertenberechtigungen + Timelock), vendored/dflow/dflow-phantom-connect/SKILL.md (Wallet-Verbindung/Signierung/Zahlungen). Mehrparteien-Abrechnung (N > 2): vendored/yellow/yellow-settlement-room/SKILL.md (Yellow-App-Sitzungen: ein gemeinsamer Off-Chain-Raum, Teilnehmergewichte + Beschlussfähigkeit, eine finale On-Chain-Aufteilung; der Yellow-Knoten wird für die Lebendigkeit vertraut, und eine Sitzung hat keinen eigenen Streitbeilegungsmechanismus); AP2 hat noch keine öffentliche Fähigkeit |
| 5 | Ausführung | die transagierenden Agenten + Compute-/Daten-/Wertschienen | 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 (bezahlte/dezentralisierte/TEE-verifizierbare Inferenz), vendored/lifi/lifi/SKILL.md (kettenübergreifende Wertbewegung), vendored/chainbase/web3-data/SKILL.md + vendored/nansen/nansen-token-research/SKILL.md (On-Chain-Daten/Beweise), vendored/starknet/starknet-defi/SKILL.md (Starknet L2-Verträge/DeFi), vendored/solana/solana-dev/SKILL.md (Solana-Programme, RPC-Abfragen, SPL-Zahlungen) + vendored/sendaifun/helius/SKILL.md / vendored/sendaifun/birdeye/SKILL.md / vendored/octav/octav-api/SKILL.md (Solana + kettenübergreifende Daten als Beweise) + vendored/sendaifun/debridge/SKILL.md (Solana↔EVM-Wertbewegung) + vendored/jupiter/integrating-jupiter/SKILL.md (Solana-Liquidität/Ausführung), vendored/yellow/yellow-settlement-room/SKILL.md (Wertbewegung zwischen N Agenten off-chain innerhalb einer Sitzung, einmal on-chain abgerechnet), vendored/bnb-chain/bnbchain-mcp/SKILL.md, die vendored/near/*-, vendored/okx/*- und vendored/altlayer/*-Pakete |
| 6 | Verifizierung & Streitigkeiten | GenLayer (Kleros ist eine Alternative) | integrations/genlayer-intelligent-contracts/SKILL.md, vendored/intelligent-oracle/intelligent-oracle/SKILL.md, integrations/genlayer-erc7710-connector/SKILL.md. Alternative Drittanbieter-Schiedsgerichtsbarkeit (offenlegen; nicht von GenLayer selbst): vendored/kleros/kleros-curate/SKILL.md (token-kuratierte Register/Herausforderungen), vendored/arkhai/nla-arbitrate/SKILL.md (LLM/manuelle Schlichtung von Treuhand für natürliche Sprachvereinbarungen), vendored/pnp/pnp-solana/SKILL.md (Solana-Vorhersagemärkte mit benutzerdefinierter Orakelauflösung). Orakel-Beweise, die ein Urteil speisen (nicht die Schiedsgerichtsbarkeit selbst): vendored/sendaifun/pyth/SKILL.md (Preisfeeds mit Konfidenzintervallen), vendored/sendaifun/switchboard/SKILL.md (On-Demand-Daten + VRF) |
Fähigkeitenweiterleitung
Laden Sie eine Fähigkeit nur, wenn die Aufgabe tatsächlich ihren Auslöser
erreicht – laden Sie sie niemals vor. Jede Zeile ist ein Auslöser auf der
linken Seite und, auf der rechten Seite, die Fähigkeit(en), die Sie einbinden
sollen, mit dem, was jede Ihnen gibt, und welche Sie zuerst erreichen sollen.
Wenn ein Bedarf mehreren untergeordneten Fähigkeiten zugeordnet werden kann,
laden Sie zuerst die benannte Einstiegsfähigkeit und grenzen Sie dann auf die
spezifische ein. Besitzer, die ein ganzes Paket ausliefern (OKX, AltLayer,
Nansen, OpenServ, Starknet, ChainGPT), erhalten eine einzelne Auffangzeile:
Laden Sie die Einstiegsfähigkeit, dann die spezifische Unterfähigkeit unter
vendored/<besitzer>/, während die Aufgabe enger wird – die Ordnerliste ist
der aktuelle Satz der Fähigkeiten dieses Besitzers.
Pfade sind exakt und enden mit /SKILL.md – mehrere Besitzer wiederholen
ihren Namen im Pfad (z. B. vendored/lifi/lifi/SKILL.md,
vendored/privy/privy/SKILL.md, vendored/chaingpt/chaingpt/SKILL.md);
verkürzen oder verschmelzen Sie die Segmente niemals. Wenn eine Zeile
Alternativen auflistet, laden Sie eine (die Zeile sagt, wie Sie wählen);
falls die entscheidende Tatsache unbekannt ist, fragen Sie, anstatt alle
vorzuladen.
Zahlungsschienen
| Wenn Sie … müssen | Laden Sie |
|---|---|
| Für eine HTTP-Ressource bezahlen, die 402 zurückgibt (Pay-per-Call), x402-Basare durchsuchen oder Ihren eigenen Endpunkt monetarisieren | vendored/coinbase/agentic-wallet/SKILL.md – Coinbase x402-Client: Preis lesen, bezahlen, mit Nachweis erneut versuchen; beginnen Sie hier für eine einmalige bezahlte Anfrage. vendored/chaingpt/x402/SKILL.md – x402-Entdeckung/Monetarisierung: kostenpflichtige Dienste finden oder Ihren eigenen Endpunkt hinter eine 402 stellen. |
| Mikrozahlungen streamen oder gemessene Sitzungen ausführen (pro Sekunde/pro Token, nicht pro Anfrage) | vendored/tempo/mppx/SKILL.md – Tempo/Stripe MPP-Gebühren, Sitzungen und Streaming. Laden Sie, wenn die Abrechnung kontinuierlich ist und nicht ein einzelner Aufruf. Nicht für Ausgabenlimits auf Pro-Anfrage-Schienen: Ein gedeckeltes oder wiederkehrendes Budget über x402 ist integrations/x402-erc7710/SKILL.md, nicht MPP. |
| Eine Zahlung ausführen, ohne die Schiene fest zu codieren (x402 vs. MPP vs. a2a-pay) | vendored/okx/okx-agent-payments-protocol/SKILL.md – OKX OnchainOS einheitlicher Zahlungs-Dispatcher. Laden Sie, wenn die Schiene des Gegenpartei unbekannt ist oder variieren kann. |
| Eine Zahlung durch eine eingeschränkte Berechtigung ausführen (Ausgaben-/Abonnementrichtlinie auf der Schiene) | integrations/x402-erc7710/SKILL.md – Connector, der die x402-Schiene mit einem ERC-7710-delegierten Budget verbindet. Laden Sie für geschützten/schiedsgerichtlichen bezahlten Zugriff. |
| Die Abrechnung zwischen mehr als zwei Agenten aus einem gemeinsamen Topf durchführen: Gelder poolen, off-chain ohne Gas pro Schritt neu zuweisen, eine finale Aufteilung gemeinsam signieren | vendored/yellow/yellow-settlement-room/SKILL.md – Yellow-App-Sitzungen: ein gemeinsamer Off-Chain-Raum, Teilnehmergewichte + Beschlussfähigkeit, eine finale On-Chain-Aufteilung. Der Yellow-Knoten wird für die Lebendigkeit vertraut – eine Sitzung hat keinen eigenen Streitbeilegungsmechanismus. |
| Delegierte Ausgaben/Wallet-Berechtigungen erteilen, verwalten oder widerrufen | vendored/metamask/smart-accounts-kit/skill.md – ERC-7710/7715-Berechtigungen für Smart Accounts: Ausgabenlimits, Kadenzen, Empfänger-Caveats. |
| Eine Richtlinien-gesteuerte Wallet für operative Ausgaben einrichten | vendored/chaingpt/agent-wallet/SKILL.md – Richtliniengesteuerte Wallet des Agenten: Sperren von Funktionen, Genehmigungsworkflows, Rollen, Ausgabenlimits. |
Identität, Reputation & Entdeckung
| Wenn Sie … müssen | Laden Sie |
|---|---|
| Eine Agentenidentität für einen anderen Agenten entdecken oder eine neue für sich selbst erstellen | vendored/chaingpt/trustless-agents/SKILL.md – ERC-8004-Registersuche und -registrierung. Beginnen Sie hier für Identität und Reputation. vendored/starknet/starknet-identity/SKILL.md – ERC-8004 auf Starknet schreiben/löschen. vendored/near/near-api-js/SKILL.md – Aufruf des Near-Identitätsvertrags für Identitäten vom Typ alice.near. vendored/privy/privy/SKILL.md – EOA/Smart-Wallet-Identität von Agenten ausgeben. |
| Die Reputation eines Agenten oder Dienstes prüfen | Wie für die Entdeckung – die Entdeckungsfähigkeiten geben die Reputation zurück, wenn der Gegenpartei sie veröffentlicht hat. |
| Agenten oder Dienste über einen Marktplatz oder P2P entdecken | vendored/openserv/openserv-multi-agent-workflows/SKILL.md – OpenServ-Agentenmarktplatz und Multi-Agenten-Orchestrierung. vendored/terminalskills/a2a-protocol/SKILL.md – Agentenentdeckung und Aufgabenlebenszyklus über das A2A-Protokoll. vendored/humanode/humanode-agentlink/SKILL.md – menschlich gestützte Agentenidentität und Verifizierung. vendored/metaplex/metaplex/SKILL.md – Solana-Agentenregister (Core NFTs als ERC-8004-Primitive). |
| Einen Agenten als vertrauenswürdig bestätigen (KYC/Verifizierung) | vendored/humanode/humanode-agentlink/SKILL.md – Humanode-Biometrie-Verifizierung als Agenten-Vertrauensanker. |
Vereinbarung & Bedingungen
| Wenn Sie … müssen | Laden Sie |
|---|---|
| A2A-Agentenverhandlungen durchführen (Agentenkarten, Aufgabenlebenszyklus) | vendored/terminalskills/a2a-protocol/SKILL.md – A2A-Protokoll: Agentenkarten austauschen, Aufgaben mit Fähigkeiten und Eingabe-/Ausgabeschemata aushandeln. |
| Joint-Venture- oder Multi-Agenten-Workflows orchestrieren | vendored/openserv/openserv-multi-agent-workflows/SKILL.md – OpenServ-Multi-Agenten-Workflows mit Agentenentdeckung und Sequenzierung. |
| Eine bedingte Treuhandvereinbarung (Escrow) aufsetzen | vendored/arkhai/alkahest-user/SKILL.md – Alkahest-Escrow-Ersteller: Gegenparteien, Bedingungen, Schiedsrichter und Gelder. vendored/arkhai/nla-create/SKILL.md – natürliche Sprachvereinbarungs-Escrow (NLA): ein KI-Orakel schlichtet die Erfüllung. vendored/arkhai/nla-fulfill/SKILL.md – NLA-Escrow erfülle. vendored/arkhai/make-git-escrow/SKILL.md – Testsuite-Bounty-Escrow erstellen. vendored/arkhai/fulfill-git-escrow/SKILL.md – Testsuite-Bounty-Escrow erfüllen. |
| Eine obligatorische Vereinbarung (ERC-8183) entwerfen (sobald eine öffentliche Fähigkeit verfügbar ist) | vendored/arkhai/alkahest-developer/SKILL.md – Bauen Sie benutzerdefinierte Schiedsrichter und Verpflichtungen auf Alkahest. |
| Agentenjobs aufsetzen und erfüllen (ERC-8183) | Bis eine öffentliche ERC-8183-Fähigkeit verfügbar ist: Verwenden Sie stattdessen Alkahest/NLA (natürliche Sprachvereinbarungen) für einfache bedingte Verpflichtungen. |
Treuhand & Hinterlegung
| Wenn Sie … müssen | Laden Sie |
|---|---|
| Gelder in einer bedingten Treuhand hinterlegen (Escrow) | vendored/arkhai/alkahest-user/SKILL.md (Allzweck-Escrow), vendored/arkhai/nla-create/SKILL.md (NLA-Escrow), vendored/arkhai/make-git-escrow/SKILL.md (Testsuite-Bounty-Escrow). Jede erstellt einen Escrow-Vertrag. |
| Gelder aus einer Treuhand freigeben (bei Erfüllung) | vendored/arkhai/alkahest-user/SKILL.md (von der freigebenden Partei), vendored/arkhai/fulfill-git-escrow/SKILL.md (Testsuite-Bounty). |
| Eine Treuhandentscheidung anfechten (Gelder vom neutralen Schiedsrichter zurückfordern) | vendored/arkhai/nla-arbitrate/SKILL.md (NLA-Escrow: Schlichtung durch KI-Orakel für die natürliche Sprachvereinbarung). vendored/arkhai/alkahest-developer/SKILL.md (benutzerdefinierte Schiedsrichter). |
Streitbeilegung & Überprüfung
| Wenn Sie … müssen | Laden Sie |
|---|---|
| Ein Urteil von GenLayer anfordern (schiedsgerichtlicher Schutz) | integrations/genlayer-intelligent-contracts/SKILL.md – Intelligente GenLayer-Verträge: reichen Sie Beweise ein, fordern Sie eine Überprüfung an, erhalten Sie ein Urteil. |
| Das GenLayer-Urteil auf der Ausführungsschiene durchsetzen (Treuhand freigeben/zurückerstatten, Berechtigungen widerrufen) | integrations/genlayer-erc7710-connector/SKILL.md – GenLayer ↔ ERC-7710-Connector: Das Urteil wird an die Berechtigungsausführung weitergeleitet. |
| Beweise für ein GenLayer-Urteil erstellen | vendored/intelligent-oracle/intelligent-oracle/SKILL.md – Intelligentes Orakel: On-Chain-Daten für GenLayer-Beweise zusammenstellen. vendored/chainbase/web3-data/SKILL.md – Web3-Daten für Beweise abrufen. vendored/nansen/nansen-token-research/SKILL.md – On-Chain-Forschung und Token-Daten. vendored/sendaifun/pyth/SKILL.md – Preisfeeds mit Konfidenzintervallen. vendored/sendaifun/switchboard/SKILL.md – On-Demand-Daten und VRF. |
| Eine Drittanbieter-Schlichtung einleiten | vendored/kleros/kleros-curate/SKILL.md – Kleros-kuratierte Register und Herausforderungen. vendored/arkhai/nla-arbitrate/SKILL.md – LLM/manuelle Schlichtung für NLA-Escrows. vendored/pnp/pnp-solana/SKILL.md – Solana-Vorhersagemärkte mit benutzerdefinierter Orakelauflösung. |
Ausführung & Infrastruktur
| Wenn Sie … müssen | Laden Sie |
|---|---|
| Bezahlte/dezentralisierte Inferenz (TEE-verifizierbar) ausführen | vendored/antseed/antseed-connect/SKILL.md – Antseed-Inferenz. vendored/heurist/heurist-mesh-skill/SKILL.md – Heurist-Mesh dezentralisierte KI. vendored/near/near-ai-cloud/SKILL.md – Near AI Cloud-Inferenz. vendored/0g/0g-compute/SKILL.md – 0G-Compute. |
| Werte zwischen Ketten bewegen | vendored/lifi/lifi/SKILL.md – LiFi-Protokoll: Kettenübergreifende Wertbewegung für EVM+L2. vendored/sendaifun/debridge/SKILL.md – deBridge: Solana↔EVM-Wertbewegung. vendored/jupiter/integrating-jupiter/SKILL.md – Jupiter: Solana-Liquidität/Ausführung. |
| On-Chain-Programme, Verträge oder Finanzprotokolle ausführen | vendored/starknet/starknet-defi/SKILL.md – Starknet L2-Verträge/DeFi. vendored/solana/solana-dev/SKILL.md – Solana-Programme, RPC-Abfragen, SPL-Zahlungen. vendored/chainbase/web3-data/SKILL.md – Web3-Daten abrufen. vendored/bnb-chain/bnbchain-mcp/SKILL.md – BNB Chain-Integration. vendored/sendaifun/helius/SKILL.md – Helius: Solana-RPC, Webhooks, Daten. vendored/sendaifun/birdeye/SKILL.md – Birdeye: Solana Token-/Wallet-Daten. vendored/octav/octav-api/SKILL.md – Octav: Multi-Chain-Kontodaten. |
| Wallet-Verwaltung: Transaktionen signieren, Multisigs erstellen | vendored/sendaifun/squads/SKILL.md – Squads V4 Multisig/Smart Accounts (Solana). vendored/sendaifun/glam/SKILL.md – G.L.A.M.: Vault-Delegiertenberechtigungen + Timelock (Solana). vendored/dflow/dflow-phantom-connect/SKILL.md – Phantom-Wallet-Verbindung und Signierung (Solana). vendored/privy/privy/SKILL.md – Privy: Eingebettete/Server-Wallets + Authentifizierung (EVM+Solana). |
| Abrechnung zwischen mehreren Agenten durchführen | vendored/yellow/yellow-settlement-room/SKILL.md – Gelber Abrechnungsraum: N-Agenten-Pool, Off-Chain-Neuzuweisung, On-Chain-Aufteilung. |
OKX-/AltLayer-/Nansen-Pakete (Auffangzeilen)
| Wenn Sie … müssen | Laden Sie |
|---|---|
| OKX OnchainOS-Funktionalität verwenden (Zahlungen, Wallet, Cross-Chain) | vendored/okx/okx-agent-payments-protocol/SKILL.md – Einstiegsfähigkeit für das OKX-Paket. Laden Sie zuerst diese, dann die spezifische Unterfähigkeit unter vendored/okx/<skill>/SKILL.md für die Aufgabe. |
| AltLayer-Dienste nutzen (Rollups, Verifizierung, Verfügbarkeit) | vendored/altlayer/altlayer/SKILL.md – Einstiegsfähigkeit für das AltLayer-Paket. Laden Sie zuerst diese, dann die spezifische Unterfähigkeit. |
| Nansen-On-Chain-Research-Tools verwenden | vendored/nansen/nansen-token-research/SKILL.md – Einstiegsfähigkeit für das Nansen-Paket. Laden Sie zuerst diese, dann die spezifische Unterfähigkeit. |
OpenServ-/Starknet-/ChainGPT-Pakete (Auffangzeilen)
| Wenn Sie … müssen | Laden Sie |
|---|---|
| OpenServ-Multi-Agenten-Workflows entdecken und orchestrieren | vendored/openserv/openserv-multi-agent-workflows/SKILL.md – Einstiegsfähigkeit für das OpenServ-Paket. Laden Sie zuerst diese, dann die spezifische Unterfähigkeit unter vendored/openserv/<skill>/SKILL.md. |
| Starknet-Identitäts- und DeFi-Funktionen verwenden | vendored/starknet/starknet-identity/SKILL.md – Einstiegsfähigkeit für das Starknet-Paket. Laden Sie zuerst diese, dann die spezifische Unterfähigkeit unter vendored/starknet/<skill>/SKILL.md. |
| ChainGPT-Trustless Agents und Wallet-Funktionen verwenden | vendored/chaingpt/chaingpt/SKILL.md – Einstiegsfähigkeit für das ChainGPT-Paket. Laden Sie zuerst diese, dann die spezifische Unterfähigkeit unter vendored/chaingpt/<skill>/SKILL.md. |
Unterstützung & Beiträge
- GitHub-Diskussionen: https://github.com/internet-court/internet-court-skill/discussions – stellen Sie Fragen, schlagen Sie Integrationen vor oder teilen Sie Anwendungsfälle.
- Problemverfolgung: https://github.com/internet-court/internet-court-skill/issues – melden Sie Fehler oder fehlende Pfade.
- Beiträge: Pull-Requests für neue Connectors, Protokolle oder Fehlerbehebungen sind willkommen. Halten Sie sich an die Ordnerkonvention (
vendored/<owner>/<skill>/SKILL.md,integrations/<name>/SKILL.md).