Engineering-Entscheidungen passieren nicht in IDE-Seitenleisten.Sie geschehen in Slack-Fäden, an demselben Ort, an dem Ihr Team bereits spricht, debuggt, bereits zusammen an Problemen arbeitet. That disconnect is a problem. Das Gespräch über Zu bauen geschieht an einem Ort, und das eigentliche Gebäude geschieht irgendwo ganz anders. Kontext wird verloren. Entscheidungen werden neu erklärt. Jemand kopiert unweigerlich ein Problem in einen AI-Chat irgendwo und fügt die Antwort zurück, und alle tun so, als wäre es ein normaler Workflow. Was Ich habe gerade etwas geschickt, das sich tatsächlich damit auseinandersetzt: Das Team hinter ihm verwendet den Bot seit Monaten intern, und es hat grundlegend verändert, wie sie bauen und versenden. Kilogramm Eine schwache Integration Kilo für Slack ermöglicht es Ihnen, einen KI-Codierungsagenten direkt in den Gesprächen Ihres Teams zu @mentionieren. Es liest den vollständigen Thread-Kontext, verbindet sich mit Ihrem GitHub-Repository und kann Fragen beantworten oder PRs öffnen, ohne dass jemand Slack verlässt. TD und DR: Kilo für Slack . TD und DR: Try Kilo for Slack Kilo für Slack . Kontextwechselsteuer Hier ein Szenario, das wahrscheinlich vertraut ist. Jemand meldet einen Fehler in einem Slack-Kanal des Teams. Drei Ingenieure kämpfen mit Theorien. Ein Entwickler scrollen durch den Thread, absorbieren den Kontext, dann alt-Tabs zu ihrem IDE. Sie öffnen ihren AI-Codierungsagent ihrer Wahl und beginnen, die Situation von Grund auf wieder zu erklären. Sie fügen den Fehler ein. Sie beschreiben, was versucht wurde. Sie liefern den Kontext, der bereits in diesem Slack-Thread war, außer jetzt geben sie es wieder ein. Dann kehrt es zurück zu Slack, um den Link zu teilen und zusammenzufassen, was sich geändert hat. Dies geschieht Dutzende von Malen pro Woche bei aktiven Engineering-Teams. Und jedes Mal gibt es eine Reibungssteuer.Die Kontextübertragung, die Wiedererklärung, die mentale Verlagerung zwischen "Diskussionsmodus" und "Implementierungsmodus". Es ist keine riesige Steuer für einen einzelnen Fall, aber es ergibt sich. und noch wichtiger, es schafft eine künstliche Grenze zwischen dem, wo Entscheidungen getroffen werden, und wo Arbeit gemacht wird. Was Kilo für Slack eigentlich tut Hier ist der neue Workflow. Nehmen Sie den gleichen Slack-Thread: Der Fehler wurde diskutiert, Theorien wurden geflogen, und es gibt einen groben Konsens darüber, was passieren muss. Anstelle des Kontextwechsels zu einem IDE können Sie einfach @Kilo markieren: @Kilo based on this thread, can you implement the fix for the null pointer exception in the Authentication service? Der Bot liest den gesamten Thread, und da er über die Kilo-Plattform mit dem GitHub-Repost des Teams verbunden ist, dreht er sich ein Einige Minuten später gibt es einen PR-Link direkt dort in Slack. Cloud Agent No copy-pasting. No alt-tabbing. No explaining the same thing twice. The context that already existed in the conversation becomes the input for the implementation. Für einfachere Fragen funktioniert es auf die gleiche Weise: @Kilo how is error handling implemented in the payment module? Teammitglieder können die Antwort sehen, und Sie können Folgemaßnahmen anfordern und Implementierungsanweisungen geben. Wie das Kilo-Team dies tatsächlich nutzt Das Team hat Kilo für Slack seit vor dem öffentlichen Start intern verwendet, und es ist die Standardart geworden, wie viele Änderungen vorgenommen werden. Die entstandenen Muster sind vielfältiger als erwartet: 1. Echtzeit Bug Fixes Möglicherweise der offensichtlichste Gebrauchsfall, und derjenige, der ständig getroffen wird. Ein Fehler erscheint in der Produktion. Jemand flaggt es in Slack. Das Team diskutiert, was es verursachen könnte. Und dann anstelle von jemandem, der freiwillig "einen Blick darauf nimmt", taggen sie einfach @Kilo. Der Schlüssel: Der Bot beginnt nicht von Grund auf, wenn er dieses Problem liest. Er hat den vollständigen Kontext der Konversation und Zugriff auf die gesamte Codebasis. Er kann lesen, was das Team vermutet und was ausgeschlossen wurde. Er weiß, was das erwartete Verhalten sein sollte. Er arbeitet mit den gleichen Informationen, die ein menschlicher Entwickler nach dem Lesen des Thread hätte: @Kilo I'm seeing this error in production: [stack trace]. Based on what we discussed above, can you create a PR with a fix? Die PR landet im Thread. Jemand überprüft es. Wenn es gut aussieht, wird es zusammengeführt. Der gesamte Zyklus geschieht, ohne dass jemand die Aufgabe formell "aufnimmt". 2. Schnelle Codeänderungen aus Diskussionen Dies ist etwas, das für viele Menschen bei Kilo zu einer täglichen Erfahrung geworden ist.Ein Gespräch geschieht über ein Feature oder Verhalten.Jemand sagt: „Wir sollten wahrscheinlich X in Y ändern.“ In einem traditionellen Workflow wird das zu einer mentalen Notiz, einem Ticket oder etwas, das „später“ bearbeitet wird. Mit dem Slack-Bot wird "später" zu "jetzt".Die Person, die die Idee hatte, hat nur Kilo gekennzeichnet und beschreibt, was sich ändern sollte. @Kilo please change "2025" to "2026" through all of the announcement files in our kilo-org/kilocode repo Für ein Team, das sich schnell bewegt, spielt dies eine Rolle.Die Reibung bei kleinen Änderungen verursacht, dass sie sich stapeln. 3. Dokumentation und Inhaltsupdates Dies gilt für Menschen in weniger technischen oder nicht-technischen Rollen. Das Kilo-Team nutzt den Bot für alle Arten von Änderungen auf der gesamten Kilo-Plattform ständig. Das Muster ist das gleiche: In Slack findet eine Diskussion darüber statt, was sich ändern muss, und dann implementiert der Bot es. @Kilo the getting started guide is missing the new authentication flow. Can you update it based on what we discussed in this thread? Für Inhalte, die in einem Repo leben (was, wenn Sie Dokumente als Code machen, den größten Teil Ihres Inhalts ist), ist dieser Workflow ein großer Zeitersparer. Besonders für Menschen, die sich überwältigt fühlen, in einen Entwicklungsworkflow zu tauchen, nur um eine einfache Landing Page-Änderung vorzunehmen. Der PR-Prozess gibt Ihnen den gleichen Überprüfungsmechanismus, der für Code verwendet wird, und der Slack-Tread bietet den einfachen Zugriff. Implementierung von Funktionen aus Spec-Diskussionen Manchmal entwickelt sich ein Thread von "Sollten wir das tun?" zu "Hier ist ungefähr, wie es funktionieren sollte" zu "Ok, lassen Sie uns es tatsächlich bauen." @Kilo please implement the caching improvements we discussed in this thread Dies funktioniert am besten, wenn der Thread genügend Spezifität enthält. Der Bot ist gut bei der Ablehnung von Absichten, aber klarer Kontext führt zu einer besseren Ausgabe. Das Kilo-Team hat die Gewohnheit, in Diskussionen explizit zu sein, vor allem, wenn das Gespräch zum Spezifikator werden könnte. 5. Cross-Repo Koordination Echte Ingenieurarbeit erstreckt sich in der Regel über mehrere Repositories. Frontend, Backend, freigegebene Bibliotheken, Infrastrukturkonfigurationen. Im Gegensatz zu einigen anderen Slack-Integrationen deutet Kilo automatisch ab, auf welches Repo Bezug genommen wird. Mehrere Repos können in demselben Thread erwähnt werden und es zeigt, wo es geht: @Kilo the API change we discussed needs updates in both the backend service and the frontend client. Can you create PRs for both? Keine manuelle Konfiguration pro Kanal. Kein Umschaltkontext, um festzulegen, welche Repo verwendet werden soll. Es liest den Thread, versteht, was verwiesen wird, und handelt entsprechend. Warum sich dies von anderen Slack Bots unterscheidet Viele AI Slack-Integrationen fühlen sich wie Neuheiten an - sie sind der allgemeine Zweck der KI, die versucht, sich als Spezialist in jeder Kategorie zu maskieren. sie beantworten Fragen, vielleicht generieren sie einige Code-Snippets, aber sobald etwas Nicht-Triviales auftaucht, ist es zurück, um in eine IDE zu kopieren. Kilo's Ansatz unterscheidet sich architektonisch in der Art und Weise, die zählt. Multi-Turn Gespräche Die meisten AI Slack-Bots sind für einmalige Interaktionen konzipiert. Stellen Sie eine Frage, erhalten Sie eine Antwort. Follow-ups beginnen im Wesentlichen ein neues Gespräch. Kilo baut auf dem gesamten Thread auf. Es behält den Kontext über mehrere Austauschsysteme hinweg. Eine Rück- und Rück-Diskussion kann stattfinden, der Ansatz kann verfeinert werden, Klärungsfragen können gestellt werden, und dann kann die Implementierung ausgelöst werden. Dies spiegelt wider, wie menschliche Gespräche funktionieren. Niemand erklärt die ganze Situation jedes Mal, wenn sie zu einer Diskussion hinzufügen. Multi-Repository nach Standard Die Slack-Integration von Cursor erfordert die Konfiguration eines einzelnen Repositorys pro Arbeitsbereich oder Kanal. Das ist in Ordnung für einfache Setups, aber es bricht schnell ab, wenn die technische Arbeit mehrere Repos erstreckt. Kilo leitet das entsprechende Repository aus der Konversation ab. Wenn Dateien oder Dienste, die in verschiedenen Repos leben, erwähnt werden, bearbeitet es das. Keine Vorkonfiguration. Kein Wechsel zwischen Kanälen, um mit verschiedenen Codebasen zu arbeiten. Dies scheint wie eine kleine Sache, bis Sie an einem Projekt gearbeitet haben, in dem das Frontend, das Backend und die Infrastruktur alle in einem separaten Repos leben. Echte Ausführung, nicht nur Chat Das ist der grundlegende Unterschied. Kilo für Slack ist kein Q&A-Bot. Wenn Sie aufgefordert werden, etwas zu implementieren, dreht es sich um einen Cloud-Agenten, erstellt einen Zweig, macht die Änderungen und öffnet eine PR. Es tut die Arbeit, nicht nur über die Arbeit. Und weil es die Cloud-Agenten von Kilo nutzt, ist keine lokale Maschine beteiligt. Der Repo muss nicht lokal klonen. Die Implementierung erfolgt in der Cloud und das Ergebnis erscheint als PR bereit für die Überprüfung. Kontinuierlicher Kontakt zu PRs Sobald eine PR existiert, kann der Bot weiter daran arbeiten.Wenn Bewertungsfeedback kommt, kann Kilo gebeten werden, sie in demselben Thread anzugehen.Das Gespräch über die PR und die Umsetzung von Änderungen findet an demselben Ort statt: @Kilo the reviewer asked for better error handling in the auth flow. Can you update the PR? Es gibt ein kontinuierliches Gespräch über das, was gebaut wird, und der Code entwickelt sich als Reaktion auf dieses Gespräch. Die technischen Details Für diejenigen, die neugierig sind, wie dies tatsächlich unter dem Hut funktioniert: Wenn @Kilo in einem Kanal oder DM erwähnt wird, liest der Bot den Thread-Kontext. Er hat Zugriff auf verbundene GitHub-Repositories (einmal im Kilo-Dashboard eingerichtet). Basierend auf der Anfrage antwortet er entweder mit Informationen oder schaltet einen Cloud-Agenten aus, um Änderungen vorzunehmen. Die sind die gleichen, die vom Kilo CLI oder Dashboard verfügbar sind. Sie laufen in der Kilo-Infrastruktur, erstellen Zweigniederlassungen, machen Kompromisse und öffnen PRs gegen Repos. Cloud Agenten Die Preisgestaltung basiert auf der Verwendung, mit der gleichen Token-Kosten wie die Verwendung des Modells direkt über Kilo - was bedeutet, dass Sie nur zu den Preisen berechnet werden, die von den Modellanbietern festgelegt wurden. Setzen Sie es auf Die Installation dauert ca. 2 Minuten: Erstellen Sie ein Kilo-Konto (kostenlos zu starten) Connect GitHub repos in der Registerkarte Integrationen unter app.kilo.ai Hinzufügen der Slack-Integration von der gleichen Integrations-Seite Beginnen Sie mit der Erwähnung oder DMing @Kilo im Arbeitsbereich Kilo Rechnung Integrierung Tab Slack Integration Der Bot kann direkt für private Fragen DM-ediert werden oder in jedem Kanal erwähnt werden, in dem er für Team-sichtbare Interaktionen hinzugefügt wurde. Die GitHub-Verbindung ist der wichtige Teil - und dauert etwa 10 Sekunden und 2 Klicks.Der Bot benötigt Zugriff, um Fragen über die Codebase zu beantworten und PRs zu erstellen. Wofür man es benutzt Einige Muster sind aufgetaucht, wo dies leuchtet: Schnelle Korrekturen und kleine Änderungen.Der Überblick über das Öffnen einer IDE, das Finden der richtigen Datei, das Erstellen einer Änderung und das Drücken einer PR ist hoch im Verhältnis zur Arbeit selbst. Wenn die "was" und "warum" bereits in einem Thread erfasst sind, fühlt es sich natürlich an, am Ende nur das "do it" hinzuzufügen. Dokumentation und Inhalt. Alles, was in einem Repo lebt, aber nicht streng codiert ist. READMEs, Anleitungen, Konfigurationsdateien, Landing Page Kopie. Multi-repo-Koordination: Wenn eine Änderung mehrere Repositories berühren muss, ist das Verwalten dieses aus einem einzigen Slack-Thread sauberer als das Bounce zwischen IDE-Fenstern. Mobile und asynchrone Situationen. Eine PR kann von einem Telefon aus gestartet werden. Die Arbeit geschieht in der Cloud. Wenn die Idee immer noch gewinnt Dies ist kein Ersatz für ein Entwicklungsumfeld, es ist eine Ergänzung. Schnelle Iteration, lokale Tests und Echtzeit-Verfeinerung wollen immer noch die IDE oder Kilo CLI. Deep Debugging-Sitzungen Schritt durch Code, Inspektion des Zustands und Verständnis des Verhaltens erfordert vollständige Tools. Große architektonische Veränderungen profitieren vom kompletten Kontext, den ein IDE bietet. Kilogramm CLI Das mentale Modell: Slack-first für Änderungen, die aus Gesprächen entstehen, IDE-first für Änderungen, die tiefes Engineering erfordern. Die breitere Plattform Kilo for Slack ist Teil der größeren, end-to-end-Agent Engineering-Plattform von Kilo. , der , die Und das Kilo Die Die gleiche Plattform, die gleichen 500+ Modelloptionen und die gleiche Qualität, nur von einer anderen Oberfläche aus zugänglich. VS Code JetBrains Kilogramm CLI Cloud Agenten Slack Integration Wenn Sie mit dem Bau in Kilo fertig sind, können Sie auch KI-gestützte Ein Klick , und sogar Ihre Sitzungen im gesamten Team mit . Code Bewertungen Die Deployments Kilo Sitzungen Es geht nicht nur darum, welches Tool den besten Code erzeugt – was unbestreitbar wichtig ist – sondern es geht auch darum, welches Tool mit der geringsten Reibung in den tatsächlichen Workflow passt.Wenn ein Team in Slack lebt, ist es eine sinnvolle Verbesserung, wenn eine KI an diesen Gesprächen teilnehmen kann, ohne Kontext-Switches zu benötigen. Der Ort, an dem Teams über Code diskutieren, kann nun der Ort sein, an dem Code geschrieben wird. Die Diskussion und die Implementierung finden zusammen statt. Das ist die Art von Workflow-Verbesserung, die sich im Laufe der Zeit zusammensetzt. » Versuchen Sie Kilo für Slack jetzt Versuchen Sie Kilo für Slack jetzt Kilo ist ein Open-Source-AI-Coding-Agent mit über 1 Million Benutzern. Es ist in VS Code, JetBrains und CLI, Cloud Agents, Live-Preview-App Builder, One-Click-Implementierungen, automatisierten Code-Reviews und jetzt Slack-Integration verfügbar. Kilogramm.de . Kilogramm.de
