3 Punkte von GN⁺ 2026-03-07 | 1 Kommentare | Auf WhatsApp teilen
  • Die restriktive Datenpolitik von Slack, einem zentralen Tool für die Unternehmenszusammenarbeit, behindert den Zugang zu Unternehmenswissen
  • Claude ist ein hervorragendes AI-Tool, hat jedoch keine Gruppenchat-Funktion, was die praktische Zusammenarbeit im Arbeitsalltag einschränkt
  • Slack bietet Unternehmenskunden durch eingeschränkten Datenzugang und eine hohe Preisgestaltung eine unvernünftige Struktur
  • Wenn Anthropic ein „NewSlack“ mit offenem Datenzugang und garantierter Interoperabilität bauen würde, könnte es eine Alternative zu Slack werden
  • Das wäre ein entscheidender Anlass, um Offenheit und Innovation im gesamten Ökosystem für Unternehmensdaten zu fördern

Die Grenzen von Slack und der Bedarf nach etwas Neuem

  • Slack ist als wichtige Kollaborationsplattform ein Ersatz für E-Mail und Gespräche; Fragen, Diskussionen und Entscheidungen in Unternehmen finden dort statt
    • Dieser Nachrichtenverlauf sammelt das kollektive Wissen (tribal knowledge) eines Unternehmens
    • Doch dieses Wissen ist durch eine restriktive Datenzugangspolitik eingeschlossen
  • In dieser Situation wird ein neues Slack benötigt, und Anthropic wird als geeigneter Kandidat genannt, um es zu bauen

Claudes Grenze: fehlende Gruppengespräche

  • Claude unterstützt derzeit nur 1:1-Gespräche und ist daher für echte Teamarbeit mit mehreren Beteiligten ungeeignet
    • Um den Kontext eines Slack-Threads an Claude zu übergeben, muss man ineffizient immer wieder kopieren und einfügen
  • Claude und Claude Code sollten innerhalb von Slack als gleichberechtigte Gesprächsteilnehmer funktionieren
    • Doch wegen der Beschränkungen beim Datenzugang von Slack ist eine Integration derzeit nicht möglich

Das Problem mit Slacks Datenpolitik

  • In vielen Unternehmen liegt das zentrale Textdaten-Repository in Slack; es ist das Echtzeitprotokoll des laufenden Betriebs
  • Slacks Richtlinie zum Datenzugang kommt faktisch einem „Nein (No)“ gleich und schafft eine Struktur, die von AI-Agenten nicht genutzt werden kann
  • Unternehmenssoftware bietet offene APIs aufgrund von Kundenanforderungen und Wettbewerb, und
    Wettbewerb wird als der einzige Weg dargestellt, Slacks Geschlossenheit zu ändern

Slacks Verwundbarkeit und das Preisproblem

  • Die Annahme, Slack sei durch Netzwerkeffekte unangreifbar, wird als falsch kritisiert
    • Slack-Connect-Kanäle sind nur Verbindungen zu einigen Partnern und damit ersetzbar
  • Ein neues Slack mit integrierter Claude-Funktion könnte genug Vorteile bieten, um die bestehenden Netzwerkeffekte von Slack auszugleichen
  • Für Slack ist der Enterprise+-Tarif erforderlich und damit übermäßig teuer;
    Fivetran erklärt, dass die Slack-Kosten in etwa den Gesamtkosten von G Suite entsprechen

Das Potenzial der Kombination aus NewSlack und Claude

  • Das Bundle NewSlack + Claude wird als Kombination dargestellt, die es wert wäre, allen Mitarbeitenden bereitzustellen
    • Auch Beschäftigte, die AI selten nutzen, könnten über einen Standard-Sitzplatzplan einbezogen werden
  • Selbst AI-Skeptiker könnten sich natürlich beteiligen, wenn sie in Gruppenchats sehen, wie Kolleginnen und Kollegen Claude nutzen
  • Wenn Anthropic offenen Datenzugang und Interoperabilität garantiert,
    hat es das Potenzial, das geschlossene Slack-Ökosystem zu verändern

Der Wechsel zu einem offenen Datenökosystem

  • NewSlack sollte die Fehler der Vergangenheit nicht wiederholen und einen öffentlichen Zusagen zum Datenzugang machen
  • Anthropic hat sich bereits Vertrauen als prinzipientreues Unternehmen erarbeitet
  • Wenn Anthropic erfolgreich eine Alternative zu Slack aufbaut,
    könnte es Offenheit und Innovation im gesamten Ökosystem für Unternehmensdaten fördern
  • Abschließend heißt es, „Slack wird zum Waterloo geschlossener Daten werden“, und
    der Text endet mit der Forderung, dass Anthropic ein neues Slack bauen sollte

1 Kommentare

 
GN⁺ 2026-03-07
Hacker-News-Kommentare
  • Das scheint wirklich eine völlig absurde Analogie zu sein
    Nur weil ein Stromversorger Elektrizität transportiert, heißt das nicht, dass er auch Menschen transportieren kann
    Wenn es so einfach wäre, wäre Teams längst brauchbar geworden, Matrix hätte sich durchgesetzt und Discord wäre von anderen Communities ersetzt worden

    • Wenn sie einen „magischen App-Baukasten“ verkaufen würden, wäre es wohl nicht seltsam, sie zu bitten, damit eine App zu bauen
    • Dass Matrix sich durchgesetzt hätte? Wenn Teams 1000 Fuß unter der Erde liegt, dann ist Matrix vielleicht gerade einmal 1–2 Fuß über dem Boden
      Ich würde es ja gern mögen, aber jedes Mal, wenn ich es nach ein paar Monaten wieder ausprobiere, wirkt es immer noch nicht reif
    • Ich frage mich, was daran anders sein soll, als 2001 eine Suchfirma aufzufordern, einen Mail-Client, einen Browser und eine Karten-App zu bauen
    • Soweit ich mich erinnere, war Slack ursprünglich eine Spielefirma und wurde eher zufällig zu einer Chat-Firma
    • Tatsächlich gab es auch Stromversorger, die zugleich Eisenbahngesellschaften waren
      Die elektrische Bahngesellschaft in meiner Region hat früher ebenfalls Strom verkauft; es gab Zeiten, in denen ihr Name ein „and Light“ enthielt
  • Dass Slacks Datenpolitik auf „No“ steht, ist eher ein Grund, warum Unternehmen es beruhigt einsetzen
    Wenn man das ändert, verschwindet dieses Vertrauen gleich mit

  • Ich verstehe nicht, warum man Anthropic darum bittet
    Ich denke, es wäre besser, etwas auf offenen Systemen wie Matrix, Signal, Keybase aufzubauen
    Ich stimme zu, dass wir von Slack und Discord wegkommen sollten, aber wenn man sich auf ein einzelnes Unternehmen verlässt, wiederholt man denselben Fehler
    Die Systeme, die wir bauen, sollten auf Hackbarkeit (hackable) ausgelegt sein

    • Die Claude-Integration in Slack ist bereits leistungsfähig genug
      Nur zieht Offenheit allein kaum Nutzer an; falls Anthropic so etwas plant, hoffe ich, dass Datenoffenheit dazugehört
    • Was Anthropic will, scheint kein Messenger zu sein, sondern eher ein Prompt-System für mehrere Nutzer
    • Ich habe den Text gelesen, und am Ende geht es einfach darum, eine Claude-Session für mehrere Nutzer zu wollen
      Aber sobald die Leute darin anfangen, miteinander zu reden, wird es am Ende eben doch Slack
    • Matrix macht keinen Spaß, und außerdem ist auch die Verfügbarkeit (Uptime) von Anthropic nicht gerade großartig
  • Es ist seltsam, so einen Text im Blog eines Unternehmens-CEOs zu veröffentlichen
    Das wirkt wie ein Ergebnis davon, dass KI Inhalte so leicht erzeugt, dass niemand mehr fragt, „warum man das überhaupt macht“
    Ich frage mich, warum Fivetran einen offenen Brief darüber schreiben muss, dass Slack nicht besonders gut ist
    Ohne LLM hätte man beim Schreiben vermutlich gemerkt, dass das nicht veröffentlichungswürdig ist

    • Das ist nur ein Aufguss des alten „Why OpenAI Should Build Slack“-Posts, der früher in AI-Substack-Kreisen herumgereicht wurde
      Es ist einfach nur Inhalt, der auf dem AI-Trend mitreiten will
      Originallink
    • Aber ich habe diesen Text selbst geschrieben
    • Außerdem ist dieser CEO in der Datenbranche dafür bekannt, beim Umgang mit Kunden ausgesprochen schlecht zu sein
      Fivetran hat bei Nutzern einen miserablen Ruf
  • Alle hassen Slack und Teams, aber noch erstaunlicher ist eigentlich, dass niemand bisher einen besseren Gruppenchat gebaut hat

    • Trotzdem hat Google nicht aufgegeben und seinen Apps Chat-Funktionen schon dutzendfach angehängt
  • Ein „nicht mieses Slack“ gibt es nicht
    Zu glauben, Anthropic würde das bauen, zeigt Realitätsferne
    Slack hat einen viel zu starken Lock-in zwischen Organisationen
    Um die Leute zum Wechsel zu bewegen, müsste man ein 10-mal besseres Kollaborationsmodell schaffen und sie davon überzeugen, dass es wirklich besser ist
    Trotzdem wünsche ich allen, die es versuchen, viel Glück

    • Ich verstehe nicht, wie Google das selbst mit Messenger nicht geschafft hat
      In unserem Unternehmen melden sich die meisten externen Partner ohnehin mit Gmail oder Google Workspace an
    • Vor einiger Zeit gab es jemanden, der einen KI-basierten Slack-Ersatz beworben hat, und die Reaktionen der Community waren ziemlich positiv
    • Tatsächlich laufen soziale Funktionen und Produktivität in entgegengesetzte Richtungen
      Slack und Teams scheitern auch deshalb, weil sie versuchen, beides gewaltsam zusammenzumischen
  • Slack ist nicht perfekt, aber es funktioniert wie beabsichtigt
    Es lässt sich bereits mit Bots oder KI-Agenten erweitern
    Unser Unternehmen nutzt aus Compliance-Gründen ein Tool, das alle Nachrichten in ein Archiv zur Aufbewahrung überführt
    In Großunternehmen läuft dieser Prozess vermutlich noch viel ausgefeilter
    Deshalb würde ich gern fragen: Welches Problem soll das lösen?

    • Wegen der API-Beschränkungen und des Designs von Slack ist es schwer, Daten in externe Speicher zu replizieren,
      was es KI-Agenten erschwert, den Kontext zu nutzen
    • Man kann nur auf Daten aus öffentlichen Kanälen zugreifen, und selbst das nicht in großem Maßstab
      Slack wird niemals zulassen, dass KI wie Claude tief integriert wird
    • Slack kostet 45 Dollar pro Nutzer und Monat,
      und bald wird man sich für etwa 20.000 Dollar im Monat direkt eine vollständig anpassbare Version selbst bauen können
      Bei vielen Mitarbeitern ist das die vernünftigere Lösung
  • Ich würde empfehlen, Zulip auszuprobieren
    Die Migration von Slack ist einfach, und Nachrichten, Dateien und Nutzer lassen sich unverändert übernehmen

    • Aber im Vergleich zu Slack ist Zulip extrem instabil und stürzt ständig ab
  • Mattermost ist inzwischen auch ziemlich gut
    Offizielle Website

    • Ich habe selbst lange eine Mattermost-Instanz betrieben,
      war aber enttäuscht, dass sie in neueren Versionen eine Begrenzung der Nachrichtenanzahl für Self-Hosting eingeführt haben
      Am Ende habe ich über ein Wochenende einfach selbst einen Ersatz gebaut und dann doch darauf verzichtet, ihn als Open Source zu veröffentlichen
      Deshalb fällt es mir schwer, Mattermost derzeit zu empfehlen
  • Es stimmt zwar, dass Slacks Richtlinie zum Datenzugriff faktisch „No“ lautet,
    aber ausgerechnet der Blogpost, der dieses Problem anspricht, erklärt es nicht konkret

    • Tatsächlich erlaubt Slack nicht, Nachrichten über die API zu exportieren,
      und sperrt die Daten vollständig in seinen eigenen Walled Garden ein