Die meisten Agent-Plattformen schieben sich zwischen dich und den Modellanbieter und schlagen dann auf jedes Token, das diese Grenze passiert, einen Aufschlag auf. Sharkly nicht. Die Modellnutzung folgt dem Bring-Your-Own-Key-Prinzip: Ein Run wird über den Claude-Code-, Codex- oder API-Tarif abgerechnet, der bereits mit der Runtime verknüpft ist, die ihn ausführt – nicht über ein Token-Guthaben, das Sharkly dir verkauft. Das ist weniger spektakulär, als es klingt, und es lohnt sich, ehrlich zu benennen, was es dich kostet und was es dir spart, bevor du entscheidest, ob es für dich relevant ist.
Was ein Reseller-Modell mit deinen Anreizen macht
Fangen wir mit der Plattform an, die dir tatsächlich Tokens verkauft, denn das ist in dieser Kategorie der Standard, und man sollte ihn klar benennen, statt um ihn herumzureden.
Wenn eine Plattform Modellzugriff weiterverkauft, hängt ihr Umsatz davon ab, wie viele Tokens deine Agents verbrauchen. Das ist kein versteckter Fehler, sondern das Geschäftsmodell, das genau so funktioniert, wie es soll – und es erzeugt einen vorhersehbaren Anreiz: Die Plattform hat keinen Grund, einen Run günstiger zu machen. Ein effizienterer Prompt, ein kleineres Kontextfenster, eine Runtime, die mit weniger Tokens auskommt – all das schmälert den Umsatz der Plattform mit deinem Account. Nichts zwingt einen Token-Reseller, Preissenkungen des zugrunde liegenden Modellanbieters weiterzugeben, und nichts belohnt ihn dafür, dir beim Sparen zu helfen. Du zahlst einen Aufschlag für die Koordination, aber dieser Aufschlag ist in der Währung denominiert, von der die Plattform möchte, dass du mehr davon verbrauchst.
Die zweite Kostenart ist leiser und zeigt sich erst später. Wenn dein Team bereits einen Claude-Code- oder Codex-Tarif hat oder zugesagte API-Ausgaben bei einem Anbieter, dann hast du diese Preise wahrscheinlich ausgehandelt: eine Abo-Stufe, einen Mengenrabatt, einen Tarif für zugesagte Nutzung. Leitest du diese Nutzung stattdessen über einen Reseller, zahlst du zweimal für denselben Vorteil: einmal an den Reseller für das Privileg des Zugangs – und du verlierst den Nutzen des Preises, den du bereits direkt ausgehandelt hast, weil jetzt der Preis des Resellers gilt. Die Preisbeziehung, die du mit dem Modellanbieter aufgebaut hast, wandert nicht mit dir in eine Plattform, die Tokens unter ihrem eigenen Account weiterverkauft.
Machen wir das grob an einer Zahl fest. Ein Team, das ein paar Agents über einen Reseller laufen lässt – bei auch nur einem bescheidenen Aufschlag pro Token und zusätzlich zu den zugesagten Ausgaben, die es bereits direkt beim Modellanbieter hat –, zahlt für dieselben Tokens doppelt: einmal zum ausgehandelten Preis, den es nicht mehr nutzen kann, und einmal zu dem Preis, den der Reseller festgelegt hat. Rechne das über die Runs eines ganzen Sprints hoch statt über einen einzelnen Task, und die Lücke wächst genau in die Richtung, in die der Reseller es möchte.
Nichts davon macht den Token-Weiterverkauf unehrlich. Es macht ihn zu einem Modell, in dem die Interessen der Plattform und deine Kosteninteressen in unterschiedliche Richtungen zeigen – und das solltest du wissen, bevor du einem Anbieter deine Runs anvertraust.
Was BYOK dich tatsächlich kostet
Die Trennung ist auch auf Sharklys Seite nicht umsonst, und ein Artikel, der nur die Vorteile von Bring Your Own Key auflistet, würde wie Marketing klingen und nicht wie eine ehrliche Darstellung des Kompromisses. Nennen wir die Kosten klar.
Du verwaltest die Keys und die Quoten selbst. Niemand in der Koordinationsebene behält für dich das Rate Limit deines Claude-Code-Tarifs oder das verbleibende Guthaben deines API-Accounts im Blick. Wenn dein Team fünf Agents über einen einzigen Anthropic-API-Key laufen lässt und dieser Key an ein Rate Limit stößt, dann ist das eine Einschränkung, die du selbst bemerken und einplanen musst – genau wie du es tun würdest, wenn jemand aus deinem Team diese Aufrufe direkt vom Terminal aus machen würde.
Ein Run kann aus einem Grund fehlschlagen, der nichts mit Sharkly zu tun hat. Wenn der mit einer Runtime verknüpfte Claude-Code-Tarif rate-limited ist oder dem dahinterstehenden API-Account das Guthaben ausgeht, stoppt der Run, und der Fehler erscheint als Token- oder Auth-Fehler des Modellanbieters – nicht als Sharkly-Ausfall. Das zu debuggen bedeutet, zwei Systeme statt eines zu prüfen: Hängt der Task wegen etwas in Sharkly, oder weil der zugrunde liegende Tarif leer ist? Das ist eine echte Nahtstelle, und sie ist der direkte Preis dafür, dass kein plattformgesteuerter Token-Pool sie glattbügelt.
Die Ausgabenübersicht liegt an zwei Stellen. Sharklys Nutzungs-Dashboard zeigt den Verbrauch pro Agent, aber die Rechnung selbst erscheint auf der Rechnung deines Claude-Code-, Codex- oder API-Anbieters, nicht als einzelne Sharkly-Position. Wenn dein Finanzteam eine einzige Zahl für „Was hat uns AI-Coding diesen Monat gekostet“ möchte, muss es zwei Quellen abgleichen statt eine Zusammenfassung zu lesen – und dieser Abgleich ist manuelle Arbeit, die jemand tatsächlich erledigen muss.
Auch das Onboarding kostet etwas, und das sollte man klar benennen, statt es wegzureden. Jede Runtime, die du verbindest, braucht ihren eigenen konfigurierten Key bzw. Tarif, jemand im Team muss sich um die Erneuerung und Rotation dieser Zugangsdaten kümmern, und eine neue Kollegin, die Agents laufen lassen will, braucht Zugang zum zugrunde liegenden Anbieter-Account – nicht nur eine Einladung zu Sharkly. Eine Reseller-Plattform kann das alles hinter einer einzigen Registrierung verbergen. BYOK tut das konstruktionsbedingt nicht, und ein Team, das Sharkly evaluiert, sollte pro Runtime realistisch ein bis zwei Stunden Einrichtung einplanen, statt von null auszugehen.
Nichts davon ist ein Grund, BYOK zu meiden. Es ist die ehrliche Liste dessen, was du auf dich nimmst, dafür dass du keinen Token-Aufschlag zahlst – und ein Team sollte das vorher wissen, statt es während eines Vorfalls zu entdecken.
Wo die Management-Ebene ihren Beitrag weiterhin rechtfertigt
Da Sharkly dir keine Tokens verkauft und auch keine Anbieter-Rate-Limits glattbügelt, ist die Frage berechtigt, was die Koordinationsebene eigentlich tut. Konkret drei Dinge.
Sie entscheidet, auf welchem Computer ein Run ausgeführt wird. Die Runtime eines Agents braucht einen Host – lokal oder in der Cloud – mit den Repositories und Ressourcen, die ein Task erfordert, und diese Zuweisung ist Sharklys Aufgabe, egal wer für die Tokens bezahlt, die der Run verbraucht. Token-Abrechnung und Ausführungsplatzierung sind getrennte Themen, und BYOK entfernt die Plattform nur aus dem ersten.
Sie hält einen Menschen im Genehmigungsprozess. Agents recherchieren, führen aus, testen und berichten; Menschen geben die Richtung vor, erteilen Befugnisse und nehmen das Ergebnis ab. Dieser Review-Schritt – wer einen Task abzeichnet, bevor er gemergt oder geschlossen wird – hängt nicht davon ab, wer den darunterliegenden Modellaufruf bezahlt. Ein günstigerer Reseller-Aufschlag verschafft dir keinen besseren Review-Prozess, und ein BYOK-Modell kostet dich keinen.
Und sie gibt dir ein Nutzungs-Dashboard, das den Verbrauch pro Agent zeigt, obwohl die Tokens selbst woanders abgerechnet werden. Du siehst, welcher Agent in einem Sprint am meisten verbraucht hat, welche Task-Typen teuer zu automatisieren sind und wo eine Runtime heiß läuft – und das alles, ohne dass diese Transparenz erfordert, dass Sharkly derjenige ist, der dir die Tokens in Rechnung stellt, über die es berichtet. Der Nutzen des Dashboards hängt nicht davon ab, ob Sharkly die Rechnung stellt.
Das ist die tatsächliche Form der Trennung: Sharkly verwaltet, wo Arbeit läuft, wer sie prüft und was sie dich kostet – ohne gleichzeitig der Anbieter sein zu müssen, der dir das verkauft, was gemessen wird.
Die Entscheidung: Lohnt sich dieser Kompromiss?
Wenn dein Team klein ist, eine Runtime hat und selten an ein Rate Limit stößt, ändert die Frage Reseller versus BYOK deinen Alltag wahrscheinlich ohnehin kaum. Der Kompromiss wird dann real, wenn du mehrere Agents über denselben zugrunde liegenden Tarif laufen lässt, Crews über mehr als einen Computer hinweg koordinierst oder für mehr als ein Team beantworten willst, „was uns AI-Coding diesen Sprint tatsächlich gekostet hat“. Ab diesem Punkt ist eine Plattform mit einem versteckten Anreiz, deine Token-Ausgaben hoch zu halten, eine Kostenposition, die du nicht vollständig siehst – und eine Plattform, die dir nur sagt, was du ausgegeben hast, ohne zugleich die zu sein, die es dir verkauft, ist die Unannehmlichkeit mit den zwei Dashboards wert.
Sharklys Wette ist, dass das Koordinationsproblem – nicht das Messproblem – dasjenige ist, für das es sich zu bezahlen lohnt. Sie ist die Ebene über den Agents, die du bereits laufen lässt, kein zweiter Anbieter zwischen dir und den Tokens, die sie verbrauchen. Wenn du bereits direkt für Claude Code oder Codex zahlst und möchtest, dass die Runs zuweisbar, prüfbar und sichtbar sind, ohne dass ein Aufschlag auf den Tokens lastet, dann ist Sharkly genau diese Ebene. Wirf einen Blick auf die aktuelle Preisgestaltung, um genau zu sehen, wie die Seat-Seite davon aussieht.
