Les décisions d'ingénierie ne se produisent pas dans les barreaux IDE. Ils se produisent dans les fils Slack, dans le même endroit où votre équipe parle déjà, débogue, travaille déjà à travers les problèmes ensemble. That disconnect is a problem. La conversation sur Construire se produit dans un endroit, et le bâtiment réel se produit ailleurs entièrement. Le contexte est perdu. Les décisions sont réexpliquées. Quelqu'un copie inévitablement un problème dans un chat AI quelque part et retire la réponse, et tout le monde prétend que c'est un flux de travail normal. Quoi J'ai juste envoyé quelque chose qui aborde réellement ceci: L'équipe derrière elle a utilisé le bot en interne depuis des mois, et il a fondamentalement changé la façon dont ils construisent et livrent. kilos L’intégration faible Kilo pour Slack vous permet de @mentionner un agent de codage d'IA directement dans les conversations de votre équipe. Il lit le contexte complet, se connecte à votre repos GitHub, et peut répondre à des questions ou ouvrir des relations publiques sans que personne ne quitte Slack. M. le Dr : Essayez Kilo pour Slack . M. le Dr : Try Kilo for Slack Essayez Kilo pour Slack . La taxe contextuelle Voici un scénario qui est probablement familier. Quelqu'un rapporte un bug dans un canal Slack de l'équipe. Trois ingénieurs se mêlent de théories. Un développeur parcourt le thread, absorbe le contexte, puis les alt-tabs vers leur IDE. Ils ouvrent leur agent de codage d'IA de choix et commencent à expliquer la situation à partir de zéro. Ils collent l'erreur. Ils décrivent ce qui a été essayé. Ils fournissent le contexte qui était déjà dans ce thread Slack, sauf maintenant qu'ils le tapent à nouveau. Ensuite, il est de retour à Slack pour partager le lien et résumer ce qui a changé. Cela se produit des dizaines de fois par semaine sur les équipes d'ingénierie actives. Et chaque fois, il y a une taxe de friction. Le transfert de contexte, la réexplication, le changement mental entre le "mode de discussion" et le "mode d'implémentation". Ce n’est pas une énorme taxe pour une seule instance, mais elle s’accumule et, plus important encore, elle crée une frontière artificielle entre l’endroit où les décisions sont prises et l’endroit où le travail est fait. Qu’est-ce que Kilo pour Slack fait réellement Voici le nouveau flux de travail. Prenez le même thread Slack: le bug a été discuté, les théories ont été flottées, et il y a un consensus brutal sur ce qui doit arriver. Au lieu de changer de contexte vers un IDE, vous pouvez simplement étiqueter @Kilo: @Kilo based on this thread, can you implement the fix for the null pointer exception in the Authentication service? Le bot lit l'intégralité du fil, et puisqu'il est connecté au repos GitHub de l'équipe via la plate-forme Kilo, il tourne une Quelques minutes plus tard, il y a un lien de PR là-bas dans Slack. Agent Cloud Aucune copie. Aucun alt-tabbing. Aucune explication de la même chose deux fois. Le contexte qui existait déjà dans la conversation devient l'entrée pour la mise en œuvre. Pour les questions plus simples, il fonctionne de la même manière: @Kilo how is error handling implemented in the payment module? Il lit votre base de codes et répond dans le fil. Les coéquipiers peuvent voir la réponse, et vous pouvez demander des suites et donner des instructions de mise en œuvre. Comment l'équipe Kilo l'utilise réellement Kilo est agressif sur la nourriture de leurs propres outils.L'équipe a utilisé Kilo pour Slack en interne depuis avant le lancement public, et il est devenu la façon par défaut beaucoup de changements sont faits. Les modèles qui sont apparus sont plus variés que prévu: Correction de bugs en temps réel Peut-être le cas d'utilisation le plus évident, et celui qui est frappé en permanence. Une erreur apparaît dans la production. Quelqu'un le flambe dans Slack. L'équipe discute de ce qui pourrait le causer. Et alors au lieu de quelqu'un volontaire pour « regarder », ils ont juste tag @Kilo. La chose principale: le bot ne commence pas à zéro lorsqu'il lit ce problème. Il a le contexte complet de la conversation, et l'accès à l'ensemble de la base de codes. Il peut lire ce que l'équipe soupçonne, et ce qui a été exclu. Il sait quel devrait être le comportement attendu. Il fonctionne avec les mêmes informations qu'un développeur humain aurait après avoir lu le fil: @Kilo I'm seeing this error in production: [stack trace]. Based on what we discussed above, can you create a PR with a fix? Les relations publiques atterrissent dans le fil. Quelqu'un le révise. S'il a l'air bien, il se fusionne. L'ensemble du cycle se déroule sans que personne ne «pick up» formellement la tâche. Changements rapides de code à partir de discussions C'est quelque chose qui est devenu une expérience quotidienne pour beaucoup de gens à Kilo. Une conversation se produit sur une fonctionnalité ou un comportement. Quelqu'un dit "nous devrions probablement changer X à Y." Dans un flux de travail traditionnel, cela devient une note mentale, ou un billet, ou quelque chose qui est traité "plus tard". Avec le bot Slack, « plus tard » devient « maintenant ».La personne qui a eu l’idée a juste marqué Kilo et décrit ce qui devrait changer. @Kilo please change "2025" to "2026" through all of the announcement files in our kilo-org/kilocode repo Pour une équipe qui se déplace rapidement, c'est important.La friction sur les petits changements est ce qui les amène à s'accumuler.Eliminer cette friction signifie que la base de codes reste plus propre et plus courante. Documentation et mises à jour de contenu Ceci s'applique aux personnes dans des rôles moins techniques ou non techniques. L'équipe Kilo utilise le bot pour toutes sortes de changements sur l'ensemble de la plate-forme Kilo en permanence. copie de la page d'arrivée, entrées de manuel, mises à jour de documentation, améliorations de README. Le schéma est le même : une discussion se déroule dans Slack sur ce qui doit changer, puis le bot le met en œuvre.Personne n’a besoin de changer de contexte en « mode d’écriture» ou d’ouvrir un autre outil: @Kilo the getting started guide is missing the new authentication flow. Can you update it based on what we discussed in this thread? Pour le contenu qui vit dans un repo (qui, si vous faites des docs-as-code, est la plupart de votre contenu), ce flux de travail est un énorme économisateur de temps. Spécialement pour les personnes qui se sentent surpris de plonger dans un flux de travail de développement juste pour faire un simple changement de page de destination. Le processus PR vous donne le même mécanisme de révision utilisé pour le code, et le fil Slack fournit la facilité d'accès. Implémenter des fonctionnalités à partir de Spec Discussions Parfois, un thread évolue de « devrions-nous faire cela ? » à « voici à peu près comment cela devrait fonctionner » à « ok, allons vraiment le construire. » @Kilo please implement the caching improvements we discussed in this thread Cela fonctionne le mieux lorsque le thread contient suffisamment de spécificité.Le bot est bon à déduire l'intention, mais un contexte plus clair conduit à une meilleure sortie.L'équipe de Kilo a pris l'habitude d'être explicite dans les discussions, surtout lorsque la conversation pourrait devenir le spec. Coordination Cross-Repo Le travail d'ingénierie réel s'étend généralement à plusieurs dépôts. Frontend, backend, bibliothèques partagées, configurations d'infrastructure. Contrairement à certaines autres intégrations Slack, Kilo déduit automatiquement le repo qui est référencé. @Kilo the API change we discussed needs updates in both the backend service and the frontend client. Can you create PRs for both? Aucune configuration manuelle par canal. Aucun contexte de commutation pour spécifier le repo à utiliser. Il lit le thread, comprend ce qui est référencé et agit en conséquence. Pourquoi ceci est différent des autres bots Slack Beaucoup d'intégrations AI Slack ressemblent à des nouveautés - ce sont les objectifs généraux de l'IA qui essaie de se masquer comme un spécialiste dans chaque catégorie.Ils répondent à des questions, peut-être générent des fragments de code, mais au moment où quelque chose de non-trivial survient, il est de retour à copier-passer dans un IDE. L’approche de Kilo est architecturellement différente de ce qui compte. Conversations multiples La plupart des robots AI Slack sont conçus pour des interactions à la fois. Posez une question, obtenez une réponse. Kilo s’appuie sur l’ensemble du thème. Il maintient le contexte sur plusieurs échanges. Une discussion arrière et arrière peut se produire, l’approche peut être raffinée, des questions de clarification peuvent être posées, puis la mise en œuvre peut être déclenchée. Cela reflète la façon dont les conversations humaines fonctionnent.Personne ne réexplique l'ensemble de la situation à chaque fois qu'ils ajoutent à une discussion. Multi-repository par défaut L'intégration Slack de Cursor nécessite la configuration d'un seul dépôt par espace de travail ou par canal. Ceci est bon pour les configurations simples, mais il se décompose rapidement lorsque le travail d'ingénierie s'étend sur plusieurs repos. Kilo déduit le dépôt pertinent de la conversation. Si des fichiers ou des services qui vivent dans des repos différents sont mentionnés, il s'en occupe. Aucune configuration à l'avance. Aucun changement entre les canaux pour travailler avec différentes bases de codes. Cela semble être une petite chose jusqu'à ce que vous ayez travaillé sur un projet où le frontend, le backend et l'infrastructure vivent tous dans un repos séparé. Exécution réelle, pas seulement chat C'est la différence fondamentale. Kilo pour Slack n'est pas un bot Q&A. C'est une couche d'exécution. Lorsqu'il est demandé de mettre en œuvre quelque chose, il crée un agent cloud, crée une branche, effectue les changements et ouvre un PR. Il fait le travail, pas seulement parler du travail. Et parce qu’il utilise les agents cloud de Kilo, aucune machine locale n’est impliquée. Le repo n’a pas besoin d’être cloné localement. Un lien permanent avec les PR Une fois qu'un PR existe, le bot peut continuer à travailler dessus. Si des commentaires d'examen arrivent, Kilo peut être invité à l'aborder dans le même fil. La conversation sur le PR et la mise en œuvre des changements se déroule au même endroit: @Kilo the reviewer asked for better error handling in the auth flow. Can you update the PR? Il y a une conversation continue sur ce qui est construit, et le code évolue en réponse à cette conversation. Les détails techniques Pour ceux qui sont curieux de savoir comment cela fonctionne réellement sous le capot: Lorsque @Kilo est mentionné dans un canal ou un DM, le bot lit le contexte du thread. Il accède aux dépôts GitHub connectés (une fois installés dans le tableau de bord de Kilo). En fonction de la demande, il répond avec des informations ou déclenche un agent cloud pour apporter des modifications. Le sont les mêmes disponibles à partir du Kilo CLI ou du tableau de bord. Ils fonctionnent dans l'infrastructure de Kilo, créent des branches, font des engagements et ouvrent des PR contre repos. Cloud Agents Le prix est basé sur l'utilisation, avec le même coût par jeton que l'utilisation du modèle directement via Kilo - ce qui signifie que vous n'êtes facturé que aux prix précis établis par les fournisseurs de modèles. Le mettre en haut L’installation prend environ 2 minutes : Créer un compte Kilo (gratuit pour commencer) Connectez le repos GitHub dans l'onglet Intégrations à app.kilo.ai Ajouter l'intégration Slack à partir de la même page d'intégrations Commencez à mentionner ou à DM @Kilo dans l'espace de travail Compte du kilo Intégration Tab Slack intégration Le bot peut être DM-ed directement pour les questions privées, ou mentionné dans n'importe quel canal où il a été ajouté pour les interactions visibles de l'équipe. La connexion GitHub est la partie importante - et prend environ 10 secondes et 2 clics. Le bot a besoin d'accès pour reposer pour répondre à des questions sur la base de codes et créer des relations publiques. Pour quoi l’utiliser Quelques modèles sont apparus pour l'endroit où cela brille: Les correctifs rapides et les petits changements.L'ouverture d'un IDE, la recherche du bon fichier, la modification et la poussée d'une publicité sont élevés par rapport au travail lui-même.Le flux de travail Slack s'effondre tout cela. Lorsque les «qu’est-ce» et «pourquoi» sont déjà capturés dans un fil, il est naturel d’ajouter simplement le «fais-le» à la fin. Documentation et contenu. Tout ce qui vit dans un repo mais n'est pas strictement code. READMEs, guides, fichiers de configuration, copie de la page de destination. Lorsqu'une modification doit toucher plusieurs dépôts, la gestion de celui-ci à partir d'un seul fil Slack est plus propre que le rebond entre les fenêtres IDE. Des situations mobiles et asynchrones. Une PR peut être démarrée à partir d'un téléphone. Le travail se fait dans le cloud. Quand l’idée gagne Ce n’est pas un substitut pour un environnement de développement, c’est un complément. Une itération rapide, des tests locaux et un raffinement en temps réel nécessitent toujours l’IDE ou le Kilo CLI. Sessions de débogage profondes.Pendant le code, l'inspection de l'état et la compréhension du comportement nécessite un outil complet. Les changements architecturaux à grande échelle bénéficient du contexte complet fourni par un IDE. Kilomètre CLI Le modèle mental : Slack-first pour les changements qui émergent des conversations, IDE-first pour les changements qui nécessitent une ingénierie profonde. La plateforme plus large Kilo for Slack fait partie de la plate-forme d'ingénierie d'agents de plus grande envergure de Kilo. , à et le et le kilo • Le La même plate-forme, les mêmes choix de modèles 500+ et la même qualité, accessibles à partir d'une surface différente. contre le code JetBrains Kilo CLI Cloud Agents Slack intégration Lorsque vous avez terminé la construction à Kilo, vous pouvez également activer l'IA Un seul clic , et même partager vos sessions à travers votre équipe avec . Code de révision Déploiement Kilos de séances Pour les équipes qui évaluent les outils de codage d’IA, cela vaut la peine de réfléchir.Il ne s’agit pas seulement de savoir quel outil génère le meilleur code – ce qui est incontestablement important – mais il s’agit également de savoir quel outil s’insère dans le flux de travail réel avec le moins de friction.Si une équipe vit dans Slack, avoir de l’IA qui peut participer à ces conversations sans avoir besoin de commutateurs de contexte est une amélioration significative. L'endroit où les équipes discutent du code peut maintenant être l'endroit où le code est écrit. La discussion et la mise en œuvre se produisent ensemble. C'est le genre d'amélioration du flux de travail qui se compose au fil du temps. » Essayez Kilo pour Slack maintenant Essayez Kilo pour Slack maintenant Kilo est un agent de codage d'IA open-source avec plus d'un million d'utilisateurs. Il est disponible dans VS Code, JetBrains et CLI, Cloud Agents, App Builder de prévisualisation en direct, déploiements en un clic, évaluations de code automatisées et maintenant intégration Slack. En savoir plus sur Kilomètre à . Kilomètre à
