Letzte Woche habe ich den Agenten losgeschickt. „Refactor die Auth-Schicht, und zwar richtig.“ Dann Kaffee. Dann Slack. Dann noch ein Meeting, das niemand gebraucht hat. 40 Minuten später: Diff-Hagel, grüne Tests, ich grinse wie ein Idiot. Spoiler: Erst beim Scrollen durch die Telemetrie-Hinweise ist mir eingefallen, dass meine Prompts — inklusive der peinlichen Zwischenkommentare à la „mach das nicht kaputt, bitte“ — irgendwo landen könnten. Die IDE hatte brav gearbeitet. Mein Hirn eher nicht.

Genau dieses Gefühl trifft Claude Fable 5.1 in GitHub Copilot. Starke Long-Horizon-Aufgaben. Echter Coding-Schub. Und eine Retention-Policy, die Sie verstehen sollten, bevor der Admin den Schalter umlegt — oder bevor Sie als Solo-Pro+-Mensch einfach im Model Picker wildern.

Die kurze Version: Fable 5.1 (Mythos class) ist seit dem 1. September generally available in Copilot. Es kann lange, autonome Coding-Läufe. Anthropic behält dafür Daten für Safety-Classifier — by default. Nicht zum Trainieren. Aber behalten. Business und Enterprise: Policy oft off by default. Klingt einfach ist es aber nicht.

Long-Horizon-Coding: Was Fable 5.1 eigentlich will

Anthropic steckt Fable 5.1 in die Mythos-Klasse. Marketing-Name? Ja. Aber die Absicht ist greifbar: lange Horizonte. Nicht „schreib mir die nächste Funktion und hör auf“. Sondern: tief in Codebases graben, Features über viele Schritte bauen, agentische Workflows durchziehen, ohne dass Sie nach jedem Mini-Schritt klatschen müssen.

GitHub schreibt im Changelog offen: In internen Tests stark bei substantial, long-running Coding-Tasks — Deep Research im Repo, Feature-Entwicklung, komplexe Agent-Flows. Das ist die Disziplin, in der viele Modelle bisher nach 12 Minuten anfangen, sich selbst zu widersprechen. Fable 5.1 soll genau dort nicht einknicken.

Nerd-Alarm: Long-Horizon heißt nicht Magie. Es heißt, der Agent hält Kontext, Plan und Zwischenergebnisse länger zusammen. Wie ein Kollege, der endlich aufhört, nach jeder Datei zu fragen, ob er weitermachen darf — und der trotzdem nicht heimlich Ihre Secrets tweetet. Hoffentlich.

Wer schon mit agentischem Coding experimentiert hat — wir hatten das Thema u. a. bei Grok 4.6 und agentischem Coding in Copilot — kennt das Muster: Je länger der Lauf, desto größer der Nutzen und desto teurer der Fail, wenn der Agent in die falsche Ecke läuft. Fable 5.1 zielt auf den Nutzen. Die Retention zielt auf den Fail-Fall bei Missbrauch.

Im Ernst: Wenn Ihr Bastelprojekt bisher „Autocomplete plus ein bisschen Chat“ war, fühlt sich Long-Horizon an wie der Moment, in dem der Toaster plötzlich kochen will. Beeindruckend. Braucht Aufsicht.

Wo Copilot Fable 5.1 gerade auftaucht

Laut GitHub-Changelog ist Claude Fable 5.1 verfügbar für Copilot Pro+, Max, Business und Enterprise. Gradual Rollout — wenn Sie es noch nicht sehen, einfach später nochmal in den Model Picker schauen. Die IDE-Liste ist lang, und ja, Ihr Editor hat wahrscheinlich auch eine Meinung dazu.

Visual Studio Code
Visual Studio
Copilot CLI
GitHub Copilot coding agent
GitHub Copilot App
github.com
GitHub Mobile (iOS und Android)
JetBrains IDEs
Xcode
Eclipse

Mein JetBrains-Fenster wird sich irgendwann beschweren, dass es wieder ein neues Modell tragen muss. Es hat schon Memory-Features und Ollama-Spielereien überlebt — siehe unseren Blick auf Copilot in JetBrains mit Memory und Ollama. Ein weiteres Modell im Picker? Wird es verkraften. Ob Sie die Retention verkraften, ist die spannendere Frage.

Billing-Hinweis aus der Quelle, ohne Preise zu erfinden: Fable 5.1 läuft über Provider-List-Pricing unter usage-based Billing. Wer Budgets, Request-Multipliers und Enterprise-Lizenz-Logik nachrechnen will, findet bei uns schon Einordnung zu Copilot-Enterprise-Pricing und was Unternehmen wirklich kostet. Hier nur so viel: Lange Agent-Läufe sind selten „gratis nebenbei“.

Coding-Alltag: Wann der lange Agent-Lauf sich lohnt

Nicht jede Aufgabe braucht Mythos-Muskeln. Manchmal reicht ein schnelles Modell und ein klarer Prompt. Manchmal brauchen Sie aber genau das Gegenteil.

Typische Momente, in denen Long-Horizon-Coding Sinn ergibt:

Sie erben ein Repo, das aussieht wie drei Start-ups in einem Zip.
Feature-Arbeit über mehrere Schichten: API, Persistenz, UI, Tests — ohne dass Sie jede Schicht einzeln anstoßen wollen.
Deep Research: „Wo wird dieses Legacy-Flag wirklich ausgewertet?“ über 40 Module.
Agentische Workflows, bei denen der Coding agent auf github.com oder in der CLI mehrere Schritte hintereinander plant und ausführt.

Spoiler: Der Agent wird trotzdem manchmal kreativ. Er benennt Variablen um, die niemand anfassen sollte. Er „vereinfacht“ eine Migration, indem er stillschweigend ein Feature löscht. Das ist kein Fable-5.1-Alleinstellungsmerkmal — das ist Agent-Realität. Die Stärke langer Läufe ist gleichzeitig die Schwäche: Mehr Autonomie heißt mehr Fläche für Missverständnisse.

Mein Fail-Bericht der Woche (nicht Fable, aber verwandt): Agent sollte „nur“ die Logging-Config vereinheitlichen. 25 Minuten später hatte er ein eigenes Mini-Framework erfunden. Funktioniert. Niemand hatte danach gefragt. Die Tests waren grün. Mein Review-Kommentar war nicht druckreif.

Praktischer Filter, den ich mir an die IDE geklebt habe: Wenn die Aufgabe in drei Sätzen erklärbar ist und in einer Datei landet, braucht es selten Mythos-Muskeln. Wenn die Aufgabe einen Plan, Abhängigkeiten und „danach noch Tests und Doku“ enthält, wird Long-Horizon interessant. Der Agent mag Listen. Menschen auch — solange die Liste nicht heimlich wächst.

Noch ein Coding-Alltag-Detail: Copilot CLI und der coding agent auf github.com verführen dazu, den Laptop zuzuklappen und „sich überraschen zu lassen“. Tun Sie das nicht bei produktiven Branches. Lange Läufe gehören auf Feature-Branches, mit Diff-Budget und einem Menschen, der am Ende Ja sagt. Der Agent unterschreibt den Merge Request nicht. Sie schon.

Die kurze Version für den Alltag: Nutzen Sie Long-Horizon dort, wo der Plan länger ist als Ihr Kaffee. Bleiben Sie im Review. Und behandeln Sie den Agenten wie ein sehr schnelles Junior-Talent mit unbegrenztem Fokus und begrenztem Geschäftskontext.

Wer autonome Editor-Flows grundsätzlich einordnen will: Unser Stück zu agentischen KI-Code-Editoren und autonomen Abläufen bleibt eine gute Folie — Fable 5.1 ist die aktuelle, schärfere Klinge in genau diesem Segment.

Retention-Mythos vs. Realität: Classifier ist nicht Training

Hier wird’s unbequem — und wichtig. GitHub sagt klar: Claude Fable 5.1 benötigt Data Retention by default, damit Anthropic Safety-Classifier betreiben kann. Die Classifier sollen schädliche Nutzung erkennen. Retained data wird laut Changelog nicht zum Trainieren der Anthropic-Modelle verwendet.

Lesen Sie den Satz nochmal. Langsam.

Mythos, den ich schon in drei Slack-Threads gesehen habe: „Die trainieren jetzt mit unseren Prompts.“ Realität laut Quellenlage: Retention ja — für Safety-Monitoring. Training nein — zumindest nicht ohne Erlaubnis, und für Enterprise-Daten betont Anthropic das explizit auch im EFS-Kontext.

Anderer Mythos: „Ist doch egal, ZDR gilt eh überall.“ Realität: Andere Claude-Modelle in Copilot (außer Fable 5 und Fable 5.1) laufen weiter unter Zero Data Retention. Fable ist die Ausnahme mit Absicht. Enabling der Fable-5.1-Policy gilt laut GitHub als Acknowledgment dieser Anforderung. Policy aus = Modell für die Organisation nicht verfügbar.

Nerd-Alarm: Classifier brauchen Zeitfenster. Anthropic begründet das (im EFS-Text) damit, dass ernsthafte Missbrauchsmuster oft über Sessions und Accounts hinweg korreliert werden müssen — einmal prompten, einmal verwerfen reicht für die Detektion nicht. Deshalb gibt es ab Fable 5 eine 30-Tage-Retention für Safety. Das ist Architektur-Argument, kein „wir sammeln gerne“-Blogpost.

Für Solo-Nutzerinnen und Solo-Nutzer auf Pro+ oder Max heißt das praktisch: Wenn Sie Fable 5.1 wählen, akzeptieren Sie dieses Retention-Modell. Für Business/Enterprise heißt es: Der Admin entscheidet bewusst, ob die Organisation das will.

Wir hatten den Datenhaltungs-Winkel schon bei Admin-Reviews — wer nachzieht, sollte parallel unseren Text zu Copilot-Admins, Review-Standard und Datenhaltung lesen. Retention ist kein Randdetail. Retention ist Produktentscheidung.

Im Ernst: „Nicht für Training“ ist eine starke Aussage — und trotzdem nicht dasselbe wie „nirgends gespeichert“. Wenn Ihre Compliance-Leute nur das Wort Training hören, erklären Sie ihnen Classifier und 30-Tage-Fenster, bevor jemand jubelnd enablet.

Alltagsvergleich gefällig? Retention für Classifier ist eher Alarmanlage mit Speicherchip als Werbe-Tracker. Die Kamera filmt nicht, um daraus einen Werbespot zu schneiden — sie filmt, um Muster zu erkennen, wenn nachts jemand an der Tür rüttelt. Trotzdem: Die Aufnahme existiert. Wer das Haus betreibt, sollte wissen, wo die SD-Karte liegt und wie lange.

Für Teams mit sensiblen Repos heißt das konkret: Prompt-Templates ohne Kundennamen. Keine Paste-Orgien mit .env-Inhalten „nur kurz zum Debuggen“. Und die ehrliche Frage, ob für diese Aufgabe nicht ein anderes Claude-Modell mit ZDR reicht. Fable 5.1 ist ein Werkzeug, kein Pflichtprogramm.

Business und Enterprise: Policy oft off by default

Retention Coding Copilot Policy — Data-Retention und Privacy-Toggle als Sinnbild für Copilot-Policy (Symbolbild)

GitHub ist hier erfreulich klar: Copilot-Enterprise- und Copilot-Business-Admins müssen die Claude-Fable-5.1-Policy in den Copilot-Settings aktivieren. Default: aus.

Das ist keine Schikane. Das ist ein bewusstes Gate. Wer Fable 5.1 anknipst, bestätigt damit die Retention-Anforderung. Wer sie auslässt, hält das Modell von der Organisation fern. Fertig. Kein „irgendwie doch verfügbar, weil ein Dev den Picker gefunden hat“ — jedenfalls laut Policy-Logik.

Für Admins heißt das:

Verstehen, was Retention für Safety-Classifier bedeutet — und was nicht.
Legal/Security/Compliance einbeziehen, bevor die Entwickler-Community „warum haben wir das nicht?“ in den Channel tippt.
Nach Enable: Monitoring, Budget-Alerts, Modell-Default-Strategien. Lange Läufe fressen usage-based Kontingente anders als Tab-Complete.

Spoiler: „Wir enableen erstmal nur für ein Pilot-Team“ ist oft die erwachsenere Variante als „alle oder niemand“. Klingt einfach ist es aber nicht — vor allem, wenn JetBrains, VS Code und CLI gleichzeitig rollen und jede Oberfläche ihren eigenen Model Picker hat.

Und ja: Approval für Zero-Data-Retention-Zugang (dazu gleich) enablet die Modelle nicht automatisch. Auch nach ZDR-Freigabe muss ein Admin die Policy noch setzen. Doppelter Schalter. Absicht.

ZDR-Bridge und EFS: Der Enterprise-Sonderweg

Eligible Enterprises können Claude Fable 5.1 und Fable 5 bis zum Jahresende unter einer zeitlich begrenzten Zero-Data-Retention-Ausnahme nutzen — während Anthropic Enterprise Frontier Safeguards (EFS) ausrollt. Danach wird fortgesetzte Nutzung dieser Modelle EFS voraussetzen, das automatisiertes Safety-Monitoring mit mehr Kontrolle über die Datenhaltung verbinden soll.

Wichtig aus dem GitHub-Changelog:

Qualifikation läuft über das GitHub Account-Team — nicht über Support.
Support kann Eligibility weder feststellen noch freischalten.
Nach Approval: Requests an ZDR-Endpoints, sofern das Modell enabled ist.
Policy-Enable bleibt Admin-Sache.

Was EFS laut Anthropic (Ankündigung vom 1. September) grob leisten soll — vorsichtig zitiert, weil Rollout „later this fall“ und phasenweise:

Monitoring-Daten können in der Kunden-Cloud landen (S3, Azure Blob, GCS).
Keys und Kontrolle beim Kunden.
Flags gehen an den Kunden; keine Anthropic-Human-Review nötig.
Anthropic trainiert nicht auf Enterprise-Daten ohne Erlaubnis.
Ziel: Privacy-Nähe von ZDR plus Safety-Monitoring über Zeit.

Die Brücke bis dahin: Eligible Customers bekommen ZDR auf Fable 5/5.1, bis EFS bereit ist. Das ist kein Freifahrtschein für alle — „eligible“ ist ein Filter, kein Marketing-Slogan.

Mein Alltagsvergleich: ZDR-Bridge ist der Leihwagen mit Winterreifen, EFS soll später Ihr eigener Fuhrpark mit Telemetrie sein, bei dem die Dashcam-SD-Karte bei Ihnen liegt. Beides fährt. Die Versicherungsfrage ist eine andere.

Primärquellen zum Nachlesen (bitte selbst gegenlesen, Policies ändern sich): der GitHub-Changelog zu Claude Fable 5.1 in Copilot und Anthropics Text zu Enterprise Frontier Safeguards. Für Preislogik und Request-Modelle: die offizielle Doku zu GitHub-Copilot-Model-Pricing und Requests — ohne dass ich hier Listenpreise erfinde.

Checkliste vor dem Enable — Admin und Solo Pro+

Bevor jemand Fable 5.1 zum Default erklärt, hier mein unromantischer Zettel. Bastelprojekt-Energie ja. Blindflug nein.

Für Admins (Business / Enterprise)

Retention-Default verstanden und intern dokumentiert? Classifier ≠ Training, aber Speicherung ja.
Legal/Security/DPO (oder Pendant) informiert — besonders bei regulierten Branchen.
Eligible für ZDR-Bridge? Account-Team fragen, nicht Support-Ticket „dringend bitte ZDR“.
Policy bewusst enable — Pilotkreis statt Big Bang.
Budgets und usage-based Billing: Long-Horizon-Läufe sichtbar machen.
Default-Modell-Strategie: Was sehen Dev-Teams im Picker zuerst?
Secrets-Hygiene: Lange Agent-Läufe lieben Context. Context liebt versehentlich eingefügte Keys.

Für Solo Pro+ / Max

Brauchen Sie wirklich Long-Horizon — oder reicht ein anderes Claude-Modell mit ZDR?
Prompts mit Kundendaten, internen URLs, Tokens? Dann Retention ernst nehmen.
CLI und Coding agent: Dieselben Regeln wie in der IDE. Der Agent im Terminal ist kein Datenschutz-Sonderfall.
Review-Disziplin: Lange Diffs in Häppchen lesen. Der Agent wird nicht beleidigt.

Geräte-Personifikation, kurz erlaubt: VS Code wird das Modell cool finden. Die Compliance-Abteilung eher weniger. Beide haben recht — nur auf unterschiedlichen Zeitskalen.

Wer sowieso gerade Enterprise-Sitze und Zuweisungen durchplant: Unser Update zu zugewiesenen Enterprise-Sitzen hilft beim organisatorischen Rahmen. Modell-Enable ohne Sitz- und Budget-Klarheit ist Theater.

Und wenn Ihr Editor unter Last ächzt — zu viele Agent-Tabs, zu viel Context, zu wenig Plan — bleibt unser Stress-Test-Stück zu Code-Editoren unter Stress und Project-Brain-Cascades eine nützliche Warnleuchte. Long-Horizon multipliziert Stress, wenn der Mensch den Faden verliert.

Copilot, Retention und Coding: Was Consumer und Enterprise trennt

Segment-Split, ehrlich:

Consumer / Pro+ / Max: Sie bekommen Zugang über den Model Picker (Rollout vorausgesetzt). Sie entscheiden selbst, ob Fable 5.1 den längeren Lauf wert ist — und ob Ihnen Retention für Classifier okay ist. Kein Admin-Gate. Dafür volle Eigenverantwortung für Prompt-Inhalt.

Business / Enterprise: Default oft aus. Admin muss enablen. Retention by default, außer eligible ZDR-Bridge bis Jahresende und später EFS-Pfad. Account-Team, nicht Support. Policy-Enable = Acknowledgment.

Beide Gruppen teilen denselben technischen Reiz: Coding-Sessions, die nicht nach zehn Minuten konzeptuell einknicken. Beide teilen denselben blinden Fleck: Retention klingt abstrakt, bis der erste Prompt mit Kundennamen, interner Architekturzeichnung oder „temporärem“ Token drinsteht.

Spoiler: Temporäre Tokens haben die halbwertszeit von Joghurt im Sommer. Die Retention-Uhr tickt trotzdem.

Noch ein Kontext-Hinweis aus dem dm-Archiv: Wer viel mit großen Fenstern und Modellwechseln jongliert, kennt die Diskussion um Kontextfenster aus unserem Stück zu Grok 4.5 und dem Kontextfenster in GitHub Copilot. Long-Horizon ist nicht nur „mehr Tokens“ — es ist vor allem bessere Durchhaltefähigkeit über Schritte. Trotzdem: Context-Hygiene bleibt Ihr Job.

Upgrade mit Hirn, nicht mit Bauchgefühl

Claude Fable 5.1 in Copilot ist genau die Sorte Feature, bei der ich als Technik-Nerd von nebenan erst jubel und dann die Datenschutzerklärung zweimal lese. Starke Long-Horizon-Coding-Fähigkeiten. Breite Verfügbarkeit über VS Code, JetBrains, CLI, Mobile, github.com und Co. Gradual Rollout. Usage-based über Provider-List-Pricing.

Und parallel: Data Retention by default für Safety-Classifier. Nicht für Model-Training, laut Quellen. Andere Claude-Modelle bleiben bei ZDR. Business/Enterprise oft Policy off. Eligible Enterprises: ZDR-Bridge bis Jahresende plus EFS-Pfad später im Herbst.

Die kurze Version zum Mitnehmen:

Cool im Repo — wenn der Agent lange Tasks wirklich durchzieht und Sie Reviews ernst nehmen.
Riskant — wenn Retention als „irgendwas mit Privacy, egal“ abgehakt wird.
Admin-Thema — nicht nur Dev-Hobby.
Mythos vs. Realität: Classifier-Speicherung ≠ Training. Aber Speicherung ist Speicherung.

Mein persönliches Upgrade-Ritual ab jetzt: Erst fragen „Brauche ich Long-Horizon?“, dann „Was landet im Prompt?“, dann „Wer hat den Schalter umgelegt — und mit welcher Policy?“. Erst danach Model Picker. Der Agent darf 40 Minuten laufen. Mein Hirn sollte vorher fertig sein.

Zum Schluss noch der Nerd-Alarm in Kompaktform: Copilot wird mit Fable 5.1 spürbar mutiger bei langen Coding-Aufgaben. Retention wird damit Teil der Produktentscheidung, nicht Fußnote. Consumer können selbst abwägen. Enterprise muss abwägen — und oft erst enablen. Wer das trennt, behält den Spaß am Repo und vermeidet den Moment, in dem Legal fragt: „Ihr habt was enabled?“

Wenn Ihr nächstes Bastelprojekt heißt „lass den Coding agent das Feature allein bauen“, gönnen Sie sich den Changelog noch einmal. Und wenn die IDE nach dem Lauf so tut, als wäre nichts gewesen — erinnern Sie sich an meinen Kaffee-Fail. Die Prompts waren schon unterwegs. Ich habe es nur zu spät gemerkt.