{
  "video_id": "_KAXZtMSDlo",
  "channel_slug": "deeplearningai",
  "channel_handle": "deeplearningai",
  "title": "AI Dev 26 x SF | Ondra Urban: Agents with Wallets? Putting 25,000 Tools on x402",
  "duration_seconds": 1313.0,
  "url": "https://www.youtube.com/watch?v=_KAXZtMSDlo",
  "upload_date": "",
  "transcript": "Hallo zusammen und herzlich willkommen.  Ich bin Andre\nvon Opify und heute sprechen wir\nüber Agentenzahlungen.  Aber\nbevor wir anfangen, äh, lasst mich mal die\nHände heben.\nÄh, bitte heben Sie die Hand.  Jeder, der\nseinen Agenten bereits für\netwas bezahlen ließ.\nOkay.  Okay.  Gerecht.  Mir gefällt, dass es\nein paar Leute gibt, die wie\nich gerne ein gefährliches Leben führen.  Aber für den Rest von\nIhnen freue ich mich, dass Sie hier sind, denn\nwir können heute gemeinsam etwas lernen.   Na dann\n, fangen wir an.\nEin einfaches Beispiel zum Einstieg.  Stellen wir uns vor,\nSie organisieren eine\nGeburtstagsfeier für einen Freund und\nmöchten mit ihm in ein italienisches\nRestaurant gehen, ein\nRockkonzert besuchen und ihm dann noch ein\nGeschenk kaufen, sagen wir mal, ein Paar\nLaufschuhe.  Stellen wir uns also vor, wie das\nmit KI-Agenten aussehen würde, denn\nnatürlich möchte man das nicht\nmanuell machen, oder?  Wir könnten also wahrscheinlich\neine Architektur wie\ndiese haben.  Sie wissen schon, ein Restaurantagent, der\ndas Restaurant findet, ein Konzertagent für\ndas Konzert, ein Einkaufsagent, der\ndie Schuhe kaufen können muss, richtig?  Und\ndann noch ein Kommunikationsagent, der sozusagen\nalles orchestriert.  Die\nGrundidee ist, dass diese Agenten in der Lage sein müssen,\nmit der realen\nWelt zu interagieren, um eine so einfache\nAufgabe wie diese bewältigen zu können.  Doch wie\nverhalten sich Agenten in der realen Welt?  Nun ja, sie benutzen Werkzeuge.\nWerkzeuge sind die Schnittstellen der Agenten zur\nWelt, richtig?  Das ist mittlerweile ein gängiges Muster\n.  Und das wichtigste Tool-\nAufrufprotokoll und die Art und Weise, wie Agenten auf\nTools zugreifen, ist das Model Context Protocol,\nMCP, richtig?  Uh MCP ermöglicht es Agenten,\nmit der Welt mithilfe natürlicher\nSprache zu interagieren.  Sie können Dateien abfragen.  Sie können\nAPIs abfragen, indem sie einfach in\nnatürlicher Sprache fragen.  Dann gibt es noch die\nFähigkeiten des Agenten.  Die Fähigkeiten eines Agenten\nermöglichen es diesem nicht wirklich, selbstständig etwas zu tun\n, sondern sie lehren ihn, wie man\nDinge tut.  Mithilfe dieser Fähigkeit\nkann der Agent dann eine API abfragen oder sogar\nMCP verwenden.  Weißt du, die sind\naustauschbar.  Die Sache ist die: Der\nAufruf von Tools und die Interaktion mit Tools ist\neigentlich sehr gut beschrieben, und dank des\nTool-Aufrufs konnte eine KI\neinen Rabatt von 4.000 Dollar für ein Auto aushandeln,\nwas interessant ist,\nnicht wahr? Das Problem ist nur, dass die KI nicht bezahlen konnte.  Es\nkonnte natürlich E-Mails senden,\nempfangen und lesen, sozusagen\ndie gesamte Verhandlung führen, aber es\nkonnte die Schlusszahlung nicht leisten.\nEhrlich gesagt glaube ich, dass dies eher ein\nFeature als ein Bug ist.  Ich möchte nicht, dass\nmeine KI eine\nZahlung von 4.000 oder auch nur 60.000 Dollar\nfür mein Auto übernimmt.  Aber äh, technisch ist es\nmöglich.  Wie bezahlen Agenten eigentlich\nfür ihre Tools?  Was können sie tun?\nMan könnte zwar denken: „Okay, ich\ngebe meinem Agenten vielleicht eine Kreditkarte“, aber ich sehe ein,\ndass Sie mir auch zustimmen,\ndass das wahrscheinlich keine gute\nIdee wäre.  Ja, das ist keine gute Idee.  Zunächst einmal\n, ähm, es gibt keine Grenzen, richtig?\nSie können ja nicht einfach in\nEchtzeit überprüfen, wie der Agent Ihre\nKarte benutzt.  Äh, es ist auch für den Agenten nicht trivial,\nes in der realen Welt zu verwenden,\ndenn die Untersuchungsformulare, die\nAbrechnungsdetails und alles, was der\nAgent auf jeder\neinzelnen Seite ausfüllen müsste, sind komplex, wissen Sie,\nsie sind nicht trivial, und der Agent könnte\neinfach ein Problem damit haben, das herauszufinden,\nrichtig?  Eine weitere Möglichkeit wäre also,\nalles selbst zu abonnieren.  Sie\nkönnten jede einzelne API aufrufen, wissen,\nwas der Agent benötigt,\nund würden dann dorthin gehen,\ndie Konten erstellen, die Token abrufen,\ndie Token dem Agenten geben – das ist\nmachbar.  Es könnte funktionieren.  Ja.  Das\nProblem ist aber, dass es die\nEntdeckung neuer Werkzeuge nicht ermöglicht, richtig?  Wenn die\nAgenten etwas nutzen möchten, das Sie ihnen\nvorher noch nicht zur Verfügung gestellt haben, müssten sie\nSie kontaktieren, etwa mit der Frage: „Hey, könntest du\ndas bitte für mich abonnieren?“  Äh, das ist ziemlich\närgerlich.  Sie möchten, dass der Agent\nIhre Arbeit für Sie erledigt und nicht umgekehrt\n.  Und\nwenn die Anzahl der Dienste, die der\nAgent nutzen möchte, beispielsweise 50 oder\n100 erreicht, möchte man das ja nicht einmal\nmanuell verwalten, richtig?  Technisch\nmöglich ist es zwar, aber keine gute\nLösung.  Was können wir also tun?  Wie können\nwir es Agenten ermöglichen, Dinge selbst zu bezahlen?  Und\ndie Antwort lautet, dass wir agentenbasierte Zahlungsprotokolle verwenden können\n.  Und ein Zahlungsprotokoll\nist im Grunde ein\nKommunikationsstandard, richtig?  Anstatt dass der KI-\nAgent für\njeden einzelnen Anbieter herausfinden muss, wie die Zahlung abläuft, einigen sich sowohl der\nAnbieter als auch der Agent auf einen\neinzigen Standard und nutzen diesen\nStandard für die Kommunikation über Zahlungen.\nDas Problem ist – oder besser gesagt, nicht\nunbedingt ein Problem, denn der Wettbewerb\nist groß –, aber die Herausforderung besteht darin, dass es\neine Menge Protokolle gibt: L42,\nAP2, UCP, ACP, Visa, Intelligent Commerce, MP,\nKY und in diesem Vortrag wird es\num X42 gehen.  Sie sehen also, dass es\nin diesem Markt eine ganze Reihe von Mitbewerbern gibt,\nund das aus gutem Grund, denn es gibt keine\nEinheitslösung für\nZahlungsprotokolle.  Einige davon eignen sich\nhervorragend für APIs wie X42.  Einige davon eignen sich\nhervorragend für Produkte und Waren.  Einige\nvon ihnen sind anonym.  Einige davon sind\nauthentifiziert.   Es handelt sich also um\neine komplexe Welt, in der\nman wahrscheinlich nicht einfach\nmit einem dieser Protokolle arbeiten kann.  Sie werden\nviele davon im Laufe der Zeit übernehmen müssen.\nAber warten wir es ab, denn das ist alles sehr\nneu, und konzentrieren wir uns jetzt erst einmal auf X42 und\ninsbesondere auf X42 V2.  Der Grund, warum\nV2 und nicht V1, liegt darin, dass bei V1\nalle Informationen, die das Protokoll\nübermittelte, in den Antworttexten von JSON gesendet wurden.\nNatürlich\nmöchte man seine API nicht extra umschreiben, nur um\nein Zahlungsprotokoll zu unterstützen. Und natürlich kann\nman in einigen Fällen\ndiese zusätzlichen Felder hinzufügen, aber in vielen\nFällen verhinderte dies die Verwendung von\nX42 auf bestehenden APIs vollständig.  Version 2 hat dieses Problem behoben,\nindem alle Informationen in die\nHeader verschoben wurden.  Sie können dieses\nZahlungsprotokoll nun mit einer einfachen\nMiddleware implementieren, ohne tatsächlich\netwas an Ihren API-Antworten oder\nAntworttexten zu ändern.  Um Ihnen mehr über\ndas Protokoll zu erzählen: Es handelt sich um ein Open-Source-\nZahlungsprotokoll von Coinbase.  Äh, und es\nverwendet den altmodischen HTTP-Statuscode 402 „Zahlung erforderlich“\n.  Das Interessante daran ist,\ndass es nicht das erste Unternehmen war, das dies tat.  Es\nwar eigentlich L402, aber L402\nwurde nicht wirklich populär, weil es\ndas Lightning-Netzwerk von Bitcoin nutzte und\nnicht billig war.  Äh, es war wirklich\nnicht einfach, damit zu arbeiten.  Und dann hat\nCoinbase das in USDC umgewandelt, zu einem\nStablecoin, und ihn auf der\neigenen Blockchain populär gemacht.\nMehr dazu.  Wie bereits erwähnt, werden\nnur die Header der Anfrage und Antwort geändert, der Body bleibt unverändert. Dies ist\nsehr wichtig für die Implementierung in\nbestehende APIs. Außerdem ist es\ndezentralisiert, da es auf der\nBlockchain basiert.\nNun möchte ich Ihnen erklären, wie dieser gesamte Ablauf\nfunktioniert.  Stellen Sie sich also vor, Ihr Agent möchte auf\neine Ressource zugreifen, die nur\ngegen Bezahlung zugänglich ist.  Es kommt also dazu, dass der Akteur die\nAPI aufruft, woraufhin der Server mit dem Fehlercode\n402 (Zahlung erforderlich) antwortet. Das bedeutet, dass\nSie zwar auf diese Ressource zugreifen können, aber\nzuerst den Agenten bezahlen müssen, da\ndas Protokoll dies erkennt und nun\neine Zahlungssignatur erstellen muss.  Es\nwird also eine Zahlungssignatur erstellt und\ndie API nun mit der\nZahlungssignatur erneut aufgerufen.  Die Zahlungssignatur wird vom\nServer empfangen und\nanschließend über einen Verifizierungsendpunkt an einen Vermittler gesendet.\nDieser\nantwortet dem Server dann mit der Bestätigung, dass\nalles legitim und korrekt ist und genügend\nGeld auf\ndem Konto vorhanden ist, sodass\ndie Arbeit fortgesetzt werden kann. Und das ist der\ninteressante Teil: Man\nerhält das Geld nicht, bevor die Arbeit erledigt ist.\nDas Protokoll funktioniert so,\ndass der Server zuerst die\nVerifizierung erhält, dann die Arbeit erledigt und erst\ndann die\nTransaktion abwickelt und bezahlt wird.  Das liegt daran, dass bekannt ist, dass\nein Fehler auftreten kann,\nzum Beispiel, oder weil die Blockchain-\nAbwicklung tatsächlich einen Moment, also\nSekunden, dauert, aber bei API-Anfragen ist das eine\nziemlich lange Zeit.  Um diesen Vorgang so\nreibungslos wie möglich zu gestalten, haben sie\nbeschlossen, dass zuerst eine\nVerifizierung durchgeführt wird, dann die eigentliche Arbeit erledigt wird, anschließend\ndie Abrechnung erfolgt und schließlich der\nServer dem Benutzer mit einem 200\nOK antwortet und die angeforderten Inhalte bereitstellt.\nWenn Sie mehr\nüber die X42-Spezifikation erfahren möchten, finden Sie diese auf\nGitHub.  Hier ist ein kurzer QR-Code, aber Sie\nfinden ihn auch am Ende\n.\nGut.  Wie haben wir das nun\nin unser bestehendes System integriert?\nDer entscheidende Punkt des Ganzen war das\nZahlungsmodell.  Anfangs wurde der X42\nnur mit einem einzigen Farbschema ausgeliefert, und zwar mit genau demselben\n.  Und wie man vielleicht schon\naus dem Namen erraten kann, bedeutet es\ngenau das, was es sagt: dass man\nvon einem Ex einen exakten Geldbetrag verlangen muss.\nMan muss diesen Betrag\nim Voraus festlegen, und dann zahlt der Kunde genau\ndiesen Betrag.  Das eignet sich hervorragend für feste API-\nAufrufe oder für statische Ressourcen, aber\nnicht für alles, wo die Preisgestaltung\ndynamisch erfolgt, richtig?  Bei der\nGenerierung von LLM-Tokens beispielsweise weiß man nicht genau,\nwie viele Ausgabetokens\ngeneriert werden, bevor man die Eingabe sendet\noder wenn man die Datenbank abfragt –\nman sendet eine Abfrage und\nweiß nicht, ob es\n200 Millisekunden oder 5 Sekunden dauern wird, weil\nes sehr kompliziert ist.  Für\nalles, was ein nutzungsbasiertes Preismodell hat\n, funktioniert dieses Schema im Grunde nicht\nso gut.  Es ist brauchbar, aber nicht\nperfekt.\nDas ist auch der Grund, warum wir\ndamit zu kämpfen hatten, denn Appify ist ein\nMarktplatz mit 25.000 Tools, die wir\nAkteure nennen, und diese Tools werden\nvon AINS für alle möglichen Aktivitäten verwendet.\nMan kann Daten extrahieren, man kann\nArbeitsabläufe automatisieren.  Die, die Sie vor sich sehen, gehören zu den beliebtesten\n.  Und da diese 25.000\nTools von einer globalen\nEntwicklergemeinschaft beigesteuert wurden, ist es eine interessante Tatsache, dass\nwir letzten Monat 1,2 Millionen Dollar an\ndiese globale\nEntwicklergemeinschaft ausgezahlt haben.  Äh, es ist wirklich schwierig, das\nmit dem aktuellen Preismodell umzusetzen.\nUnd der Grund dafür ist, dass wir 25.000\nverschiedene Preise haben, richtig?  Und äh, all\ndiese sind unterschiedlich.  Sie verwenden unterschiedliche\nMethoden.  Zum Beispiel der Google Maps\nScraper, mit dem man äh Orte scrapen könnte\n, richtig?  Und ja, man könnte\nsagen: „Okay, ich möchte nur die Top\n10 erreichen.“  Was aber, wenn Sie\nauch die Rezensionen lesen möchten?\nWissen Sie, wie viele Rezensionen es geben wird\n?  Vermutlich nicht, oder?  Sie\nkönnten also 10 Orte und deren\nBewertungen durchsuchen, und es könnte\nzwischen null und tausend Bewertungen geben.  Also, „\nexakt“ funktioniert hier für uns nicht wirklich gut\n.  Was werden wir also dagegen unternehmen\n?  Nun, was haben wir dagegen unternommen?\nÄh, das hätten wir gekonnt, wir hatten mehrere\nMöglichkeiten.  Wir könnten auf das „Up to Scheme“ warten, ein\nweiteres von Coinbase\nversprochenes System, das das Problem lösen würde,\nda es die Möglichkeit böte,\nZahlungen bis zu einem bestimmten\nBetrag festzulegen.  Statt 5 Dollar zu berechnen,\nwürden Sie bis zu 5 Dollar berechnen.  Irgendwas zwischen\nnull und fünf, richtig?  Äh, wir könnten das\nPreismodell anpassen.  Nun ja, nicht wirklich.  Ich hatte ja\nbereits erwähnt, dass wir 25.000 Schauspieler haben, die\nvon der globalen Entwicklergemeinschaft bereitgestellt werden\n, richtig?  Es gibt keine Möglichkeit,\ndas so zu ändern, dass es\ngenau dem Schema entspricht, aber wir könnten es auch hacken.\nUnd ehrlich gesagt, wissen Sie, wir haben uns\ndiesen Trick nicht selbst ausgedacht.\nÄh, es war die X42-Community.  Wir haben\nes einfach angepasst.  Aber es ist sehr clever, schau es dir doch mal an\n.  Der Trick besteht also\ngenau darin, Rückerstattungen zu ermöglichen.  Dies wird\nvom Protokoll nicht unterstützt.  Äh, im\nProtokoll steht nichts über\nRückerstattungen, aber es steht auch nicht drin, dass man keine\nRückerstattungen vornehmen darf.  Das\nfunktioniert so: Anstatt einen festen\nBetrag als den Betrag zu betrachten, den Sie\nberechnen möchten, denken Sie eher an ein „bis\nzu“-Schema.  Man betrachtet es also als die\nobere Grenze, den Grenzwert.  Sie verlangen also etwas\nmehr, als Sie denken.  äh,\nsie werden\nden nicht verwendeten Teil benötigen und ihn dann später zurückgeben.  Das Schöne daran\nund warum das funktioniert, ist, dass\nman in der Zahlungsnutzlast die\nInformationen über die Wallet erhält, von der das\nGeld kommt, genau wie man diese\nAbsenderadresse erhält.  Sie können also ganz einfach\neine Krypto-Transaktion wie jede\nandere Transaktion an diese Wallet senden, indem Sie\neinen bestimmten Betrag senden, in diesem Fall den ungenutzten\nBetrag der Zahlung,\nund voilà, jetzt ist X42 endlich verfügbar.\nWir unterstützen jetzt auch bis zu , da\nCoinbase dies erst vor zwei\nWochen eingeführt hat, und wir dachten,\nes wäre schöner gewesen, wenn sie\nes etwas früher veröffentlicht hätten.\nWir sind jetzt dankbar, denn\ndas macht die Sache natürlich einfacher für uns.  Und\nes ist wichtig zu erwähnen, dass nicht alle\nKunden und tatsächlich nur wenige von\nihnen dies derzeit unterstützen, und es wird noch\neine Weile dauern, bis sie es tun.  Dieses\nSystem mit Rückerstattungen wollten wir also weiterhin\nfür alle Transaktionen nutzen,\ndie es bisher noch nicht unterstützen\n.  Es ist also nicht völlig sinnlose\nArbeit.  Äh, aber wir freuen uns,\ndass wir endlich eine\nStandardmethode dafür haben, die im\nProtokoll festgelegt ist.\nWenn Sie es also ausprobieren möchten, können Sie dies\nsowohl über unsere API als auch in unserem\nMCP tun.  Und wie ich bereits erwähnt habe, hier ist der\nQR-Code, aber Sie finden ihn auch\nam Ende der Präsentation.\nNun möchte ich Ihnen etwas genauer erklären,\nwie das auf unserem MCP-Server funktioniert.  Um sich\nmit X42-Zahlung an unseren MCP-Server zu verbinden\n, müssen Sie den speziellen\nAbfrageparameter payment X42 angeben.  Der\nGrund dafür ist, dass der Standard-\nAuthentifizierungsablauf von MCP direkt mit dem Fehlercode 401 endet\nund Ihr Server\nleider nicht gleichzeitig mit 401 und 402 antworten kann.\nUm dies zu ermöglichen, mussten wir\neinen separaten Abfrageparameter erstellen.  Ich\nhoffe, dass Coinbase und die\nLeute von MCP das hinkriegen\nund zum Beispiel einen\nAccept-Header entwickeln, der signalisiert: „Okay, ich\nkann das verwenden“, und dann kann der MCP-Server\nmit dem richtigen Code antworten.  Aber\nvorerst müsst ihr es so bewerkstelligen.\nDann\nmüssen Sie Ihre Wallet verbinden.  Äh, wie\nwürde man das machen?  Sie sollten\nIhren privaten Schlüssel auf keinen Fall in den Agentenkontext einfügen\n.  Das wäre möglich, und der Agent könnte\ndie Signatur erstellen,\nda es sich um ein offenes Protokoll handelt.  Sie wissen schon,\nes kann die Dokumente finden und die\nAnfrage unterzeichnen.  Aber natürlich\nist es keine gute Idee, irgendwelche Geheimnisse, wie zum Beispiel Kreditkarten, in diesen Kontext einzubetten\n.  Also bitte tun Sie das nicht.  Sie können\ngerne\nMCPC oder ein anderes Tool Ihrer Wahl verwenden.\nWir haben jedoch vor einiger Zeit MCPC entwickelt,\neine universelle CLI\nfür MCP. Sie unterstützt alle coolen MCP-\nFunktionen und ist sehr nützlich für die\nVerwaltung zahlreicher MCPS auf Ihrem Computer. Darüber hinaus haben\nwir den\nBefehl MCPCX42 hinzugefügt, mit dem\nSie sehr einfach\neine Wallet aufladen und\nZahlungen signieren können, ohne Ihre\nAnmeldeinformationen an den Agentenkontext weiterzugeben.\nMCPC speichert die Anmeldeinformationen im System-\nSchlüsselbund, sodass sie sicher und geschützt sind,\nund\nstellt dem Agenten nur die Zahlungssignatur selbst zur Verfügung\n, nicht aber den Schlüssel, der zur\nErstellung dieser Zahlungssignatur verwendet wurde.\nIn unserem Fall würden wir also sagen: „Hey, bezahlen Sie\nmit X42 über die MCPC-Befehlszeile“, und der Agent\nwäre in der Lage, dies herauszufinden und durchzuführen,\nohne dabei irgendwelche privaten\nGeheimnisse preiszugeben.\nNun möchte ich Ihnen eine Demo zeigen,\nwie das in der Praxis funktioniert, und ich habe ein\nVideo erstellt, um eventuelle Probleme mit der\nInternetverbindung zu vermeiden.  Ich werde live\nkommentieren, was auf dem\nBildschirm passiert.  Jetzt prüfen wir nur noch den\nUSDC-Kontostand, um sicherzustellen, dass wir über ausreichend Guthaben verfügen.  Äh, und\nlasst uns zu Claude gehen.\nFür die Cloud verwenden wir dieselbe\nEingabeaufforderung wie in den vorherigen\nScreenshots, richtig?  Extrahieren Sie die\ndrei neuesten Instagram-Posts von National\nGeographic mithilfe eines Instagram-Post-\nScrapers.  Bezahlen Sie mit X42 über die MCPC-Befehlszeilenschnittstelle.\nHier sind die Hunde.  Und dann zeig uns die\nErgebnisse mit Likes, Kommentaren usw.\nÄh, ich habe die Hunde dort hingestellt, damit der\nAgent nicht, Sie wissen schon, im\nInternet herumexperimentiert und versucht\nherauszufinden, wie das Ganze funktionieren soll.\nDer Agent holt also gleich die Hunde\n.  Äh, es wird sie lesen und\nverstehen, was zu tun ist.\nGut.  Ich habe das Gesamtbild erfasst.  Nun wird also\ngeprüft, ob MCPC installiert ist.\nJa, MCPC ist installiert.  Schauen wir uns nun\nX42 an, um zu sehen, ob wir über ausreichend Guthaben verfügen.\nJa, es befindet sich Geld auf dem Konto.\nDas ist großartig.  Wir können fortfahren.\nEs ruft also MCPC connect mit dem\nZahlungs-X42-Abfrageparameter auf.  Es stellt also eine\nVerbindung zu unserem MCP-Server her und ruft\nden Instagram-Post-Scraper-Actor auf.  Sie\nkönnen auf der rechten Seite sehen, dass\nder Instagram-Post-Scraper gestartet wurde, und\nin einem Moment werden wir die wenigen\nErgebnisse haben, nach denen wir suchen.  Es liegt bereits\nein Ergebnis vor, und in wenigen Sekunden werden\nwir drei haben.  Ja, wie Sie\nsehen können, erscheinen die drei Ergebnisse\nauf der linken Seite, und wir können auch\nsehen, dass die Nutzung 1 Cent betrug\nund dass das verbleibende Guthaben in der Wallet\n10 Dollar beträgt\n.   Um das Ganze noch etwas genauer zu erklären\n.  Sie können auf Base Scan nachsehen,\neiner Webseite, auf der Sie alle Ihnen\nbekannten Transaktionen auf dem Stützpunkt einsehen können, bei denen die\nTransaktion tatsächlich stattgefunden hat.  Diese\nAdresse ist dort bestätigt, und\nwir haben ihnen 1 Dollar berechnet.  Noch\nwichtiger ist jedoch, dass Sie bei einer\nspäteren Überprüfung der Basisdaten feststellen werden, dass wir\ndem Absender tatsächlich 99 Cent zurückerstattet haben.  Wir tun dies, indem wir\netwa eine Stunde nach der\nletzten Interaktion warten, da wir nicht\nbei jedem API-Aufruf eine Rückerstattung auslösen möchten\n.  Wir lassen den Agenten also etwas\nmehr ausgeben, um zu sehen, ob\ner in gewisser Weise mehr von seinem Prepaid-Guthaben nutzen kann,\nbevor wir ihm die\nrestlichen Gelder zurückgeben.  Gut.  Äh, um das hier abzuschließen,\nfragen Sie sich vielleicht: Okay,\nwarum verwenden Sie MCP?  Warum\nnutzt du nicht einfach die API?  Äh, weil ich das\nfür diese Demo einfach so gewählt habe.\nNatürlich kann man es auch\ndirekt über die API nutzen.  Äh, dem Protokoll ist es\negal, ob es MCP oder API ist.  In diesem\nBeispiel mit MCPC kann ich die gleiche\nAufforderung verwenden, um dem Agenten mitzuteilen, dass ich anstatt\nMCP zu verwenden, um\ndie\nDaten von Instagram zu erhalten, die API direkt verwenden kann\n.  Der Agent\nverwendet dann MCPC, um\ndie Zahlungssignatur zu erstellen.  Sie benötigen also kein\nseparates Tool.  Sie können MCPc auch dann verwenden,\nwenn Sie anschließend eine API nutzen.  Erstellt die\nZahlungssignatur, fügt sie der\nAnfrage hinzu, erstellt quasi eine vollständige\nAPI-Anfrage mit curl, sendet sie\nab und erhält genau die gleichen\nErgebnisse wie zuvor.",
  "transcript_chars": 20579,
  "ingested_at": "2026-05-22T04:31:41.213006+00:00",
  "source": "channel",
  "yt_meta": {
    "view_count": 28,
    "like_count": null,
    "channel_id": "UCcIXc5mJsHVYTZR1maL5l9w",
    "categories": [
      "Education"
    ],
    "tags": []
  }
}