Anthrop­ic hat den „Claude Mar­ket­place” ges­tartet. Unternehmen­skun­den kön­nen darüber Drit­tan­bi­eter-Soft­ware kaufen, die auf Claude-Mod­ellen läuft – darunter Ange­bote von Snowflake, Git­Lab, Har­vey und Replit. Beste­hende Ver­trags­bud­gets bei Anthrop­ic lassen sich direkt umleit­en, zusät­zliche Mark­t­platz-Gebühren erhebt Anthrop­ic vor­erst nicht.

Die übliche Einord­nung lautet: AWS/Azure für KI. Pro­cure­ment-Kon­so­li­dierung, Ven­dor-Lock-in, Plat­tform­strate­gie. Das ist nicht falsch – aber es greift zu kurz. Wer den Mar­ket­place aus ein­er agen­ten­spez­i­fis­chen Per­spek­tive betra­chtet, erken­nt eine tief­ere Dynamik: Anthrop­ic baut nicht nur einen Shop, son­dern eine Orchestrierungsebene für Tool-nutzende Agen­ten – und damit gle­ichzeit­ig zwei Schicht­en von Lock-in. Eine kog­ni­tive, die durch pro­duk­tive Nutzung von selb­st entste­ht. Und eine insti­tu­tionelle, die durch den Mar­ket­place aktiv kon­stru­iert wird. Her­bert Simons Architek­tur­prinzip­i­en zeigen, warum das prob­lema­tisch ist. Peter Druck­ers Frage nach dem Sys­tem­at­ic Aban­don­ment zeigt, was Enter­prise-Käufer daraus machen soll­ten.


Kein Shop, son­dern eine Tool-Reg­istry

In mod­er­nen Agen­ten-Architek­turen ist das Kern­prob­lem nicht die Beschaf­fung von Soft­ware, son­dern die Orchestrierung von Werkzeu­gen. Ein Orches­tra­tor-Agent, der auf einen Legal-Agen­ten (Har­vey), einen Code-Agen­ten (Replit) oder einen Dat­en-Agen­ten (Snowflake) zugreift, braucht mehr als eine Rech­nungsadresse – er braucht:

  • ein­heitlich­es Cre­den­tial­ing und Autorisierung,
  • ver­lässliche Kon­tex­tüber­gabe zwis­chen Agen­ten und Tools,
  • eine implizite oder explizite Ver­trauen­shier­ar­chie.

Genau das liefert der Claude Mar­ket­place, wenn auch nicht in der Sprache der Agen­ten-Architek­tur. Alle gelis­teten Tools sind Claude-nativ, laufen im sel­ben Kon­text-Lay­er, teilen das­selbe Mod­ell als „Intel­li­genz-Fun­da­ment”. Was als Beschaf­fungskanal ver­mark­tet wird, ist struk­turell eine kuratierte Tool-Reg­istry für agen­tic Work­flows – mit Anthrop­ic als Gate­keep­er.

Pro­pri­etäre Lösung eines echt­en Architek­tur­prob­lems

Das ist bemerkenswert, weil das gelöste Prob­lem real ist. Mul­ti-Agen­ten-Sys­teme scheit­ern in der Prax­is häu­fig nicht an der Leis­tung einzel­ner Agen­ten, son­dern an der Inter­op­er­abil­itäts- und Ver­trauensfrage: Wie weiß ein orchestri­eren­der Agent, dass er einem Sub-Agen­ten oder einem exter­nen Tool ver­trauen kann? Wie wer­den Zugriff­s­rechte, Kon­textgren­zen und Ver­ant­wortlichkeit­en definiert?

Anthrop­ic beant­wortet diese Frage nicht durch offene Stan­dards – etwa über das Mod­el Con­text Pro­to­col (MCP), das Anthrop­ic selb­st vor­angetrieben hat – son­dern durch insti­tu­tionelle Schließung: Der Mar­ket­place definiert den ver­trauenswürdi­gen Raum. Was darin ist, gilt als geprüft. Was draußen ist, liegt außer­halb der Plat­tfor­m­garantien.

Das ist eine effek­tive Strate­gie. Aber sie ver­lagert die Architek­turentschei­dung vom Kun­den zu Anthrop­ic.

Der insti­tu­tionell situ­ierte Agent: Wer entwirft die Rege…

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert