Claude für Front: alle Wege, sie 2026 zu verbinden

Front hat das schon gebaut, und das ist der Teil, den niemand erwartet

Ich baue KI-Agenten bei eesel, was bedeutet, dass ich die meiste Zeit meiner Woche in der Lücke zwischen einem Modell, das gut argumentiert, und einem Helpdesk voller echter Kunden verbringe. Front ist die Integration, die ich am besten kenne, und das nicht aus schmeichelhaften Gründen. Es ist auch eine ungewöhnliche, gegen die man baut, denn ein geteilter Posteingang ist kein Ticketing-System, und der Unterschied zeigt sich überall in der API.

Anfang 2026 war Front der mit Abstand häufigste Grund, warum ein Mid-Market-Deal bei uns ins Stocken geriet. Teams kamen durch die Evaluierung, fanden die Antworten gut, und sagten dann alle dasselbe: Front ist unser Helpdesk, und solange ihr das nicht unterstützt, können wir das nicht wirklich testen. Wir hörten das von einem B2B-SaaS-Team mit rund 200 bis 300 Tickets im Monat auf Englisch und Französisch über etwa 300 technische Dokumente, und wir hörten es im selben Monat noch einmal von einem Datenunternehmen. Also haben wir es gebaut. Das ist die gesamte Entstehungsgeschichte unserer Front-Integration, und deshalb bin ich mit der Erwartung in diese Recherche gegangen, auf der Claude-Seite nichts zu finden.

Ich lag falsch, und das angenehm. Front hat seinen eigenen MCP-Server ausgeliefert, dann drei Wochen später eine zweite Version davon, nachdem die erste als veraltet markiert wurde. Das ist keine Marketingseite. Das ist ein Team, das an etwas in Produktion feilt.

Was dasselbe B2B-Team allerdings wollte, ist das, was du beim Weiterlesen im Hinterkopf behalten solltest. Sie wollten kein Chatfenster. Sie wollten eine KI, die das Benutzerhandbuch, Slack, die interne Knowledge Base und vergangene Tickets in einer Antwort querverweisen konnte, und ihnen dann sagen, welche Fragen sie nicht beantworten konnte, damit sie den fehlenden Artikel schreiben konnten. Das ist ein System, kein Modell. Behalte diese Lücke im Kopf, denn jede Route unten liefert dir eine andere Scheibe davon.

Zuerst das, was du nicht tun kannst

Die Suchintention hinter "Claude für Front" geht meist davon aus, dass ein Dropdown existiert. Front AI öffnen, Modell wählen, Claude auswählen, fertig.

Das gibt es nicht, und Front ist ungewöhnlich direkt darüber, warum. Fronts KI-Produktseite beantwortet die Modellfrage in ihrer eigenen FAQ: Es nutzt GPT-Modelle von OpenAI und Azure OpenAI plus auf AWS gehostete Mistral-Modelle. Die KI-FAQ im Help Center nennt dieselben drei Partner zweimal und erwähnt Anthropic nie.

Hier ist das Detail, das mir besonders gefallen hat. Anthropic steht auf Fronts Subprozessor-Liste, gültig ab Juli 2026. Die dort gelistete Verarbeitungstätigkeit ist "Customer support", derselbe Bucket wie Zapier, während AWS, Azure, Google und OpenAI alle unter "AI-enabled functionality" stehen. Front veröffentlicht nicht, was das genau bedeutet, also werde ich es nicht überinterpretieren. Aber die naheliegende Lesart ist, dass Fronts eigenes Support-Team Claude nutzen darf und dein Autopilot nicht.

Ich habe wirklich nach einem Modellwähler gesucht, nicht nur beiläufig nach seiner Abwesenheit geschaut. Die Setup-Dokumentation für Autopilot Resolve führt durch Build, Customize, Deploy, Analytics, Routing und Channel-Einstellungen. Du bekommst Wissensquellen, Playbooks, Reply-Time-Messaging, Prompts, Erscheinungsbild und Routing-Regeln. Kein Provider-Umschalter, kein Key-Feld. Die unternehmensweite Front-AI-Einstellungsseite erzählt dieselbe Geschichte auf einen Blick.

Nichts davon ist ein Vorwurf an Front. Zwei oder drei Anbieter auszuwählen und hart auf sie zu optimieren, ist eine vertretbare Produktentscheidung, und Front AI Copilot ist im Agent-Workspace wirklich gut. Dasselbe gilt für die kleineren Funktionen in diesem Panel: Analyze Topics liefert einen wirklich nützlichen Einblick, warum Leute schreiben, und Front AI Translate verdient sich seinen Platz bei einer mehrsprachigen Queue. Es bedeutet nur, dass sich die Frage ändert. Du fragst nicht, wie du Autopilot dazu bringst, Claude zu nutzen. Du fragst, wie du Claude an deine Front-Daten heranlässt, und darauf gibt es vier echte Antworten.

Route 1: Fronts eigener MCP-Server

Das ist die Route, die mich überrascht hat, und die, mit der die meisten Leser anfangen sollten.

Front listet MCP Server als eine von sieben First-Party-Integrationsflächen auf seinem Entwicklerportal, in Fronts eigenen Worten beschrieben als ein Weg für KI-Agenten wie Claude und ChatGPT, Konversationen zu lesen und zu beantworten. Die Spezifikationsseite wurde sechs Tage vor meiner Prüfung am 12. August 2026 zuletzt aktualisiert.

Die Struktur davon:

Zwei dieser Zeilen leisten mehr Arbeit als der Rest.

Die erste ist Identität. Die effektiven Berechtigungen des Agenten sind exakt die Berechtigungen der Person, die ihn autorisiert hat, live gegen Front bei jedem Aufruf geprüft. Wenn diese Person den Rechnungs-Posteingang nicht sehen kann, kann Claude das auch nicht. Unter einem zentral verwalteten Claude-Enterprise-Rollout kann die IT die Verbindung erlauben, aber jede Einzelperson schließt trotzdem ihre eigene Zustimmung ab. Es ist das am wenigsten überraschende Sicherheitsmodell, das man sich wünschen kann, und deshalb kann das Ganze in offener Beta laufen, ohne dass irgendjemand in Panik gerät.

Die zweite ist das Sende-Gate. send_message ist ein eigenes Tool, getrennt von create_draft, es erfordert eine Draft-ID, und es trägt destructiveHint: true, was Claude dazu bringt, vor jedem einzelnen Versand um Bestätigung zu bitten. Der Ablauf ist also: Claude entwirft, du schaust drüber, du genehmigst. Pro Nachricht.

Das Verbinden geht wirklich schnell. Fronts Erste-Schritte-Artikel bestätigt die offene Beta ("Everyone has access") und nennt zwei Wege. Der erste ist der Connector-Eintrag in Claudes eigenem Verzeichnis, der laut Front bereits live ist. Der zweite ist eine benutzerdefinierte Verbindung, bei der ein Front-Admin eine private Entwickler-App erstellt, die OAuth-Scopes setzt und einen beliebigen MCP-Client auf den Endpunkt zeigen lässt. Front nennt Claude Code, Cursor und ChatGPTs Developer Mode für diesen Weg.

Die Rate-Limits gelten pro Teammitglied und liegen in ihrem eigenen Pool, getrennt vom Core-API-Budget:

Meine Einschätzung: Wenn du auf irgendeinem Front-Plan bist, verbinde das noch heute. Es ist kostenlos, es ist First-Party, und Claude zu fragen "worüber hat sich dieser Account letztes Quartal beschwert" gegen deinen echten Posteingang ist das unmittelbar Nützlichste in diesem ganzen Beitrag. Es liegt näher an einem Claude-Produktivitätsassistenten als an Ticket-Deflection, also plane es als Tool für dein Team ein. Und nimm die Beta-Warnung wörtlich: Die Tool-Namen sind noch in Bewegung, also verdrahte noch keinen Geschäftsprozess fest damit.

Route 2: derselbe Server, selbst angeschlossen

Es lohnt sich, das gesondert zu behandeln, denn die Einschränkung ist real und wird eine bestimmte Gruppe von Leuten treffen.

Front unterstützt keine dynamische Client-Registrierung, daher muss der verbindende Client eine vertrauliche Verbindung mit Client-ID und Secret halten. Jeder MCP-Client, der nur DCR beherrscht, fällt raus. Front nennt Codex als Beispiel für einen, der nicht funktioniert.

Für Claude Code und Cursor ist das eine Konfigurationsdatei und ein paar Minuten OAuth. Der Vorteil gegenüber dem Verzeichniseintrag ist Kontrolle: Du wählst die Scopes für die App selbst, sodass du eine Nur-Lese-Verbindung für einen Analysten und eine Lese-plus-Schreib-Verbindung für eine Führungskraft erstellen kannst, ohne dass einer von beiden senden kann. Wenn du schon einmal eine Claude-KI-Integration aufgesetzt hast, wird dir hier nichts fremd vorkommen, und das Muster ist dasselbe wie hinter der Claude-Jira-Integration und der Claude-Slack-Integration.

Meine Einschätzung: Mach das statt des Verzeichnis-Connectors, wenn du engere Scopes als den Standard willst, oder wenn die Nutzer in einem Editor leben statt in der Claude-App. Ansonsten hat der Verzeichniseintrag weniger bewegliche Teile.

Route 3: die Community-Server, jetzt größtenteils historisch

Bevor Front seinen eigenen auslieferte, hat die Community die Lücke gefüllt. Zwei Frontapp-spezifische Repos sind real, mit Zahlen aus der GitHub-API vom 12. August 2026:

Der erste unterstützt Front-Webhooks für Echtzeit-Events, was mehr ist, als die offizielle Beta bietet. Der zweite beschreibt sich selbst als experimentell und ruft nur Nachrichten ab.

Eine Falle, die man kennen sollte: Die Suche nach "front mcp" zeigt ein Repo mit 146 Stars namens frontmcp, das ein generisches Framework zum Bauen von MCP-Servern ist und nichts mit Front, dem Helpdesk, zu tun hat. Ich hätte es fast zitiert. Tu das nicht.

Die Sicherheitslage hier ist die übliche für jeden selbst gehosteten MCP-Server: Du gibst einem lokal laufenden Prozess einen Front-API-Token, und dieser Token trägt genau die Berechtigungen, die du ihm gegeben hast. Fronts eigener Server umgeht das, indem er sich an die Live-OAuth-Session eines Teammitglieds bindet.

Meine Einschätzung: Das waren im März die richtige Antwort, jetzt sind sie es nicht mehr. Fronts offizieller Server ist besser abgegrenzt, besser rate-limitiert, und wird von dem Unternehmen gepflegt, dessen API er umschließt. Greif nur zu einem Community-Repo, wenn du Webhook-getriebene Events brauchst, die die offizielle Beta noch nicht bietet.

Route 4: es auf der Core API bauen

Hier landen die meisten Ingenieure, wenn die Antwort unbeaufsichtigt laufen muss, und hier liegen die eigentlichen Designentscheidungen. Ich habe die Front-Core-API-Dokumentation dafür gründlich durchgelesen, und drei Dinge prägen alles andere.

Entwürfe sind reversibel, gesendete Nachrichten nicht

Das ist das nützlichste einzelne Element in Fronts API-Design, und ich wünschte, mehr Helpdesks würden es übernehmen.

Entwürfe sind eine erstklassige Ressource. Du kannst einen erstellen, bearbeiten, löschen. Senden ist ein anderer Endpunkt mit einer komplett anderen Berechtigungsstufe: messages:send, getrennt von drafts:write. Und sobald eine Nachricht gesendet ist, ist es das. Es gibt keinen Bearbeiten-Endpunkt, kein Unsend, kein Zurückrufen irgendwo in Fronts API-Oberfläche.

Die praktische Konsequenz ist das beste Sicherheitsfeature, das du gratis bekommst. Erstelle einen Token mit drafts:write und comments:write, aber ohne messages:send, und dein Agent kann physisch keine E-Mail an einen Kunden schicken, egal was das Modell um 3 Uhr nachts entscheidet. Keine Prompt-Anweisung, kein Guardrail, den du pflegen musst. Eine Berechtigung, die die API durchsetzt.

Ich würde Version eins genau so ausliefern, indem ich nur interne Kommentare schreibe, die für Teammitglieder sichtbar, nach dem Posten editierbar sind und Front nie verlassen. Das hat dieselbe Form wie jeder gute KI-Copilot für Support, und es ist der Unterschied zwischen einer schlechten Antwort als private Peinlichkeit und einer schlechten Antwort als E-Mail, die dein Kunde jetzt besitzt.

Jemand auf Hacker News beschrieb, was die andere Version davon kostet:

"LLM chatbots are a step forward for customer support. Well, ours started hallucinating a support phone number that while is a real number is not our number. Lots of people started calling which was a bad time for everyone. Especially the person's number it actually is. So maybe two steps forward and occasionally one back."

treis, Hacker News

Deine Historie ist erreichbar, du zahlst nur pro Minute dafür

Zuerst die gute Nachricht: Es gibt kein rollendes Fenster und keine Obergrenze, wie weit du zurückblättern kannst. Konversationen auflisten durchläuft die gesamte Historie mit Cursor-Pagination.

Die Einschränkung ist der Durchsatz, und der ist plan-abhängig:

Seiten sind auf 100 Konversationen begrenzt. Das Burst-Kontingent ist die Hälfte deines Plan-Limits, und es zu überschreiten kostet dich eine 10-minütige Aufladepause. Die Konversationssuche ist separat auf 40 % deines globalen Budgets begrenzt, was stark ins Gewicht fällt, wenn die Hauptschleife deines Agenten Search-then-Act ist. Front verkauft mehr Spielraum für 200 $ pro 100 zusätzlichen Anfragen pro Minute im Monat auf seiner Preisseite.

Rechne das durch, bevor du irgendjemandem einen Backfill versprichst. Zwei Jahre an Konversationen bei 100 pro Seite auf Professional ist ein geplanter Job mit fortsetzbarem Status, kein Nachmittagsprojekt. Das ist dieselbe Realität hinter jedem Front-Chatbot-Projekt, das ich optimistisch dimensioniert werden sah.

Noch eine Grenze, die man kennen sollte, denn sie bestimmt, worauf du gründen kannst. Front AIs eigene externe Wissensquellen sind Website-Crawls, gedeckelt auf 3.000 Seiten, und ein Front-Nutzer in r/CustomerSuccess merkte an, dass sie nur auf Englisch funktionierten, als das Feature erschien:

"Front recently added the ability to include external knowledge sources as well as previous conversations in the AI knowledge (go to Settings/Gear icon -> your workspace -> FrontAI -> Knowledge sources -> Add source -> External Sources). It currently only works for English pages."

tea_lean, r/CustomerSuccess, Reddit

Das Einstellungspanel macht die Obergrenze konkret. Zwei Quellentypen, und das ist die ganze Liste.

Auf der API zu bauen ist genau der Weg, diese Grenze zu umgehen, denn deine Retrieval-Schicht kann alles lesen, wogegen du dich authentifizieren kannst. Das ist der Vorteil von Route 4, und er ist real. Es ist auch der ganze Grund, warum es sich lohnt, eine KI-gestützte Knowledge Base richtig aufzusetzen, bevor du irgendein Modell darauf richtest.

Webhooks funktionieren, und sie versagen sicher

Front bietet dir zwei Arten. Regel-Webhooks werden in der UI konfiguriert und sind der schnelle Weg, etwas zu testen. Application-Webhooks sind der codeverwaltete Pfad: als Feature auf einer Entwickler-App deklariert, HMAC-signiert, mit Abonnement auf eine feste Event-Liste, die inbound_received, outbound_sent, assignee_changed und new_comment_added umfasst.

Drei operative Details, die deine Architektur bestimmen werden:

• Dein Endpunkt hat 5 Sekunden Zeit zum Antworten. Schnell bestätigen und asynchron verarbeiten, immer.
• Drei Fehlschläge hintereinander, und Front deaktiviert den Webhook und mailt den App-Ersteller. Es gibt kein Nachliefern des Verpassten, du musst selbst gegen die API abgleichen.
• Bulk-Aktionen und historische Importe lösen niemals Webhooks aus. Frag den Events-Endpunkt ab, wenn du die brauchst.

Du kannst auch ein Sidebar-Plugin ausliefern, eine iframe-App, die neben einer Konversation gerendert wird, wenn du willst, dass Claudes Output in Fronts UI lebt statt irgendwo anders.

Meine Einschätzung: Die API ist gut. Die Scopes sind durchdacht, der Draft-versus-Send-Split ist genau die Grenze, die man will, und die Doku ist ehrlich über die scharfen Kanten. Darauf zu bauen ist sehr machbar. Die Frage war nie, ob du es kannst, sondern ob das die Sache ist, die du in achtzehn Monaten noch pflegen willst, jedes Mal, wenn Front eine Änderung ausliefert.

Was eine Antwort wirklich kostet

Hier lag ich am meisten daneben, und hier unterscheidet sich Front deutlich von seinen Wettbewerbern.

Claude Sonnet 5 kostet 2 $ pro Million Input-Token und 10 $ pro Million Output. Eine fundierte Support-Antwort sind grob 6.000 Token rein, sobald man den Thread, einen System-Prompt und ein paar Help-Center-Artikel einrechnet, plus etwa 250 raus. Nenn es 0,015 $. Claude Opus 5 bei 5 $ und 25 $ landet bei derselben Antwort bei rund 0,036 $. Prompt-Caching liest gecachten Input zu einem Zehntel des Satzes, was beides weiter senkt.

Front Autopilot startet bei 0,05 $ pro Konversation.

Sitz das mal einen Moment lang. Als ich diese Übung für andere Helpdesks gemacht habe, lag die native KI 30x über den reinen Token-Kosten, und das Selbstbau-Argument schrieb sich von selbst. Fronts nativer Satz liegt bei etwa dem 3-Fachen der Token-Kosten, und Opus liegt fast auf demselben Niveau. Front verlangt zudem nichts pro Aktion für den MCP-Server, während die vergleichbare First-Party-Brücke anderswo mit 1,5 Cent pro Aktion abrechnet.

Das Billige-Token-Argument verpufft hier also größtenteils, und was übrig bleibt, ist die Plattformrechnung. Da wird Front tatsächlich teuer, und die eigenen Nutzer sind unverblümt darüber:

"Front is so expensive. We're up to 55 users now. Spending like 35k a year on it, just to make comments on emails. It's insane."

Coleybama, r/sysadmin, Reddit

Es gibt außerdem eine Preisfalle, die man prüfen sollte, bevor man irgendetwas kauft. Professional kostet 65 $ pro Sitz. Copilot kostet 20 $, Smart QA 20 $, Smart CSAT 10 $. Stapelst du alle drei auf Professional, landest du bei 115 $ pro Sitz, während Enterprise 105 $ kostet und alle drei enthält. Wenn du die assistierende KI richtig einführen willst, prüfe zuerst Enterprise. Autopilot bleibt so oder so eine separate Nutzungsgebühr.

Setz deine eigenen Zahlen ein:

Lass das bei fast jeder realistischen Teamgröße laufen, und dasselbe passiert: die Sitzrechnung überragt die KI-Rechnung. Das bedeutet, dass die Optimierung deiner KI-Ausgaben durch den Bau einer Claude-Pipeline die kleine Zahl optimiert, während die große unangetastet bleibt. Das ist das Argument, das ich jedem bringen würde, der Route 4 rein aus Kostengründen in Betracht zieht, und es ist dieselbe Falle, die wir in unserer Aufschlüsselung der KI-Kundenservice-Kosten auseinandernehmen.

Das Gegengewicht, ehrlich gesagt, ist, dass API-Ausgaben real sind und Leute damit tatsächlich reinfallen:

"The problem with AI at this time is the API cost. It's so expensive and having them replace existing worker requires tools. You add cost snd tools, turns out not worth the savings overtime."

DeepPeeps, r/AIforOPS, Reddit

Wo das Geld wirklich hingeht

Fünfzehn Ingenieurtage ist meine ehrliche Schätzung für eine Version eins, die eine Konversation liest, aus deiner Knowledge Base abruft, eine Antwort als Kommentar entwirft und protokolliert, was sie getan hat. Der Teil ist nicht schwer. Ich habe ungefähr dieses Ding mehr als einmal gebaut.

Der schwierige Teil beginnt in Woche vier, und es ist nie das Modell. Es ist zu wissen, wann der Agent still bleiben sollte. Ein Ingenieur auf Hacker News beschrieb die gesamte Architektur, inklusive der Lösung, besser als die meisten Design-Docs, die ich gelesen habe:

"[...] On my side I now search for the most relevant Q&A pair based on the embedding of user's input and QA and jam as much as I can into the token limit. It provides accurate answers 99% of the time. If it can't find a suitable answer, it may create a plausible response on the spot, but that's getting rarer as training set grows. To prevent the bot from providing incomplete information, you can instruct it to ask users to contact support via email if it doesn't have enough information."

kozikow, Hacker News

Lies den mittleren Satz noch mal. "It may create a plausible response on the spot" ist das gesamte Risiko in neun Worten, und die Abhilfe, die angeboten wird, ist eine Anweisung in einem Prompt. Das funktioniert, bis es nicht mehr funktioniert, und der Fehlschlag ist per Design lautlos, weil eine selbstsichere falsche Antwort exakt wie eine selbstsichere richtige aussieht.

Confidence-Routing ist kein Prompt. Es ist Retrieval-Scoring, ein Schwellenwert, den du gegen echte Ergebnisse einstellst, und ein Abstain-Pfad, der die Konversation unberührt aussehen lässt, sodass ein Mensch sie normal übernimmt. Das ist Woche sechs, nicht Woche zwei, und deshalb existiert Ticket-Triage als eigene Kategorie und nicht als Satz, den jemand einem System-Prompt hinzugefügt hat. Wenn du diese Arbeit gerade scopest, deckt unser Guide zum Automatisieren von Ticket-Triage die Klassifizierungsschicht ab, und KI für Ticket-Triage zeigt, wer das schon gebaut hat.

Die Kosten, das falsch zu machen, sind auch nicht theoretisch:

"I'm reminded of the Air Canada customer service chatbot. It completely made up a refund policy (and there are still people on HN who insist LLMs don't hallucinate) and a court ruled the company had to honor it [1]."

jmyeet, Hacker News

Zur Ehrenrettung: Fronts Autopilot erledigt bereits die Eskalationshälfte davon, und ein Front-Nutzer beschrieb es schlicht: Der Agent liest die geteilten Posteingänge und die Dokumentation, und wenn er nicht weiterweiß, wird das Problem eskaliert. Man sieht den Handoff im Produkt, wo der Bot eine Reparatur anbietet, dann eine echte Konversation erstellt und dem Kunden mitteilt, wann sich ein Mensch meldet.

Es lohnt sich zu wissen, was Fronts Teststory tatsächlich abdeckt, denn das ist der Punkt, den die Leute annehmen. Fronts Simulation ist ein Test-Button auf einem Playbook: Du tippst eine hypothetische Nachricht ein und siehst eine Vorschau, ob das Playbook auslöst und was es sagt. Das ist nützlich, und es ist kein Replay gegen deine eigenen gelösten Konversationen. Das sind unterschiedliche Garantien, und die zweite ist die, die dir sagt, ob der Agent letzten Monat richtig gelegen hätte.

Wie ich mich tatsächlich entscheiden würde

Diese letzte Zeile gilt über alle vier hinweg, und das ist kein Zufall der Beta. Fronts Connector ist darauf ausgelegt, einen Menschen im Loop zu halten: die Identität eines Teammitglieds, Bestätigung bei jedem Versand, 20 Sendevorgänge pro Minute. Das sind die Eigenschaften eines guten Assistenten und die disqualifizierenden Eigenschaften eines autonomen Agenten. Die Brücke ist exzellent, und sie zeigt auf dein Team, nicht auf deine Queue.

Wenn du wolltest, dass sich Tier-1-Konversationen von selbst lösen, war das Modell nie das fehlende Teil. Das ist die Lücke, die die Kategorie KI-Agent füllen soll, und es lohnt sich zu verstehen, wie sich das von einem regelbasierten Chatbot unterscheidet, bevor du dich entscheidest.

Für das größere Feld deckt unsere Übersicht der besten KI-Helpdesk-Software ab, wer diesen Stack schon gebaut hat, und beste KI für Front grenzt das speziell auf diesen Posteingang ein.

eesel AI für Front

Hier also die ehrliche Pitch, angesichts all dessen.

eesel installiert sich aus dem Front App Store und tritt deinem geteilten Posteingang als echter KI-Agent bei. Kein Widget, kein zweiter Posteingang. Es liest Konversationen, entwirft und versendet Antworten, fügt private Kommentare hinzu, routet an Teammitglieder, aktualisiert Tags und verwaltet SLA-Fristen, über E-Mail, Webchat und SMS hinweg, und antwortet auf dem Kanal, den der Kunde genutzt hat. Es respektiert die Front-Regeln, die Zuweisungslogik und die SLA-Richtlinien, die du bereits aufgebaut hast. Das Setup dauert unter 30 Minuten.

Drei Dinge zählen am meisten angesichts dessen, worum es in diesem Beitrag geht.

Erstens: Die Modellfrage hört auf, dein Problem zu sein. Anthropic ist einer von eesels genannten Anbietern, wenn dein Instinkt also war "Ich will Claude-taugliches Reasoning auf meinen Front-Konversationen", kannst du das Ergebnis haben, ohne die OAuth-App, die Retrieval-Schicht oder die Eskalationslogik selbst zu betreiben.

Zweitens verschiebt sich die Wissensobergrenze. Erinnerst du dich an das B2B-Team, das Antworten aus dem Benutzerhandbuch, Slack, der internen Knowledge Base und vergangenen Tickets auf einmal wollte? eesel importiert automatisch deine vergangenen Front-Konversationen, vorgefertigten Antworten und Knowledge-Base-Artikel, und ist nicht auf öffentliche Website-Crawls beschränkt. Das ist der Unterschied zwischen zwei Quellentypen und allen davon.

Drittens, zu dem Punkt, um den dieser ganze Beitrag kreist. Du startest im Draft-for-Review-Modus, mit einem Menschen, der jede Antwort genehmigt, und schaltest dann auf autonom für die einfachen Konversationen um, sobald du dem Ganzen vertraust. Und du siehst genau, was es getan hat, pro Tool, inklusive welche Aktionen genehmigt und welche abgelehnt wurden.

Die Preise liegen bei 0,40 $ pro bearbeiteter Front-Konversation, wobei eine Konversation eine Aufgabe ist, inklusive jeder Antwort und Nachverfolgung darin. Keine Plattformgebühr, keine Gebühr pro Sitz, kein Minimum, und du startest mit 50 $ kostenlosem Guthaben. Route 200 deiner 1.000 monatlichen Konversationen dorthin, und du zahlst für 200. Um ehrlich zu sein: Du wirst pro bearbeiteter Konversation abgerechnet, unabhängig vom Ergebnis, weil die Rechenleistung so oder so läuft, und es gibt eine Standard-Monatsobergrenze von 250 $, die die Agenten pausiert, damit eine schlechte Woche nicht zu einer schlechten Rechnung wird.

Das ist der Vergleich, den ich einen Käufer wirklich anstellen lassen würde: 0,40 $ pro Konversation mit bereits eingebauter Eskalation, Grounding und Reporting, gegen 0,05 $ pro Konversation für Autopilot plus was auch immer die Sitze dich kosten, gegen fünfzehn Ingenieurtage und unbegrenzte Pflege für die Version, die du selbst besitzt.

eesel testen, kostenlos, mit deinen eigenen Front-Konversationen. Wenn du zuerst die native Seite willst, unsere Front-Bewertung ist fair darüber, wo sie gewinnt, und Front-Alternativen ist da, falls die Sitzrechnung das eigentliche Problem ist, wegen dem du gekommen bist.

Eine Fußnote noch, falls du ältere Dokumentation liest: Front AI Answers ist der Legacy-Feature-Name, den du vielleicht noch erwähnt siehst, und er ist nicht mehr käuflich.

Eine letzte praktische Anmerkung. Nichts in diesem Beitrag zwingt dich, heute zu entscheiden. Verbinde Fronts MCP-Server heute Nachmittag, denn er ist kostenlos und macht deinen eigenen geteilten Posteingang sofort nützlicher für dich. Entscheide dann separat, ob du einen Agenten in der Queue willst, was eine andere Frage mit einer anderen Antwort ist.