Le decisioni di ingegneria non accadono nelle barre laterali di IDE. Essi accadono nei fili Slack, nello stesso luogo in cui il tuo team sta già parlando, debugging, già lavorando attraverso i problemi insieme. That disconnect is a problem. La conversazione su La costruzione avviene in un luogo, e l'edificio reale avviene altrove completamente. Il contesto si perde. Le decisioni vengono spiegate nuovamente. Qualcuno inevitabilmente copia un problema in un chat AI da qualche parte e incolla la risposta indietro, e tutti finiscono che si tratti di un normale flusso di lavoro. Che cosa Ho appena inviato qualcosa che effettivamente si occupa di questo: Il team dietro di esso ha utilizzato il bot internamente per mesi, e ha radicalmente cambiato il modo in cui costruiscono e spediscono. Il Kilo Integrazione Slack Kilo for Slack ti consente di @mentionare un agente di codifica AI direttamente nelle conversazioni del tuo team. Legge il contesto del thread completo, si connette al tuo repos GitHub e può rispondere a domande o aprire PR senza lasciare Slack. Il medico: Prova il Kilo per Slack . Il medico: Try Kilo for Slack Prova il Kilo per Slack . La tassa di cambio di contesto Ecco uno scenario che è probabilmente familiare. Qualcuno segnala un bug in un canale Slack di un team. Tre ingegneri si intrecciano con le teorie. Un sviluppatore scorre attraverso il filo, assorbe il contesto, poi alt-tabs al loro IDE. Aprono il loro agente di codifica AI di scelta e iniziano a spiegare la situazione di nuovo da zero. Colgono l'errore. descrivono ciò che è stato provato. forniscono il contesto che era già in quel filo Slack, tranne che ora lo stanno digitando di nuovo. La correzione viene implementata. Una PR va su. Poi, è di nuovo a Slack per condividere il link e riassumere ciò che è cambiato. Questo accade decine di volte a settimana su team di ingegneria attivi. E ogni volta, c'è una tassa di attrito. il trasferimento di contesto, la ri-spiegazione, il cambio mentale tra "modalità di discussione" e "modalità di implementazione". Non è un'enorme tassa per un singolo caso, ma si aggiunge e, cosa più importante, crea un confine artificiale tra dove vengono prese le decisioni e dove viene fatto il lavoro. Quello che Kilo per Slack effettivamente fa Ecco il nuovo flusso di lavoro. Prendi lo stesso thread Slack: il bug è stato discusso, le teorie sono state galleggiate e c'è un consenso grosso su ciò che deve accadere. @Kilo based on this thread, can you implement the fix for the null pointer exception in the Authentication service? Il bot legge l'intero thread, e poiché è connesso al repos GitHub del team tramite la piattaforma Kilo, fa girare un Pochi minuti dopo, c'è un link PR proprio lì in Slack. Agente cloud Nessuna copia. nessun alt-tabbing. nessuna spiegazione della stessa cosa due volte. Il contesto che esisteva già nella conversazione diventa l'ingresso per l'implementazione. Per domande più semplici, funziona allo stesso modo: @Kilo how is error handling implemented in the payment module? Legge il codebase e risponde nel thread. I compagni di squadra possono vedere la risposta, e puoi chiedere il follow-up e dare istruzioni di implementazione. La conoscenza rimane in Slack, dove può essere riferita in seguito. Come il Kilo Team effettivamente utilizza questo Il team ha utilizzato Kilo per Slack internamente da prima del lancio pubblico, ed è diventato il modo predefinito di fare molti cambiamenti. I modelli che sono emersi sono più variabili del previsto: Correzioni di bug in tempo reale Forse il caso di utilizzo più ovvio, e quello che viene colpito costantemente. Un errore appare nella produzione. Qualcuno lo segna in Slack. Il team discute di cosa potrebbe essere la causa. E poi invece di qualcuno volontario per "guardare", si tag @Kilo. La cosa chiave: il bot non sta iniziando da zero quando legge quel problema. Ha il contesto completo della conversazione e l'accesso a tutta la base di codice. Può leggere ciò che il team sospetta, e ciò che è stato escluso. Sa quale dovrebbe essere il comportamento previsto. Funziona con le stesse informazioni che un sviluppatore umano avrebbe dopo aver letto il filo: @Kilo I'm seeing this error in production: [stack trace]. Based on what we discussed above, can you create a PR with a fix? Il PR atterra nel filo. Qualcuno lo rivede. Se sembra buono, si unisce. L'intero ciclo avviene senza che nessuno formalmente "prenda" il compito. Cambiamenti rapidi del codice da discussioni Questo è qualcosa che è diventato un'esperienza quotidiana per molte persone a Kilo. Una conversazione si verifica su una caratteristica o un comportamento. Qualcuno dice "dovremmo probabilmente cambiare X in Y." In un flusso di lavoro tradizionale, che diventa una nota mentale, o un biglietto, o qualcosa che viene gestito "più tardi". Con il bot Slack, "più tardi" diventa "adesso".La persona che ha avuto l'idea ha appena etichettato Kilo e descrive cosa dovrebbe cambiare.Il contesto del perché dovrebbe cambiare è già nel thread: @Kilo please change "2025" to "2026" through all of the announcement files in our kilo-org/kilocode repo Per un team che si muove velocemente, questo conta.La friczione sui piccoli cambiamenti è ciò che li fa accumulare.Rimuovere quella friczione significa che la base di codice rimane più pulita e più corrente. Documentazione e aggiornamenti dei contenuti Questo vale per le persone in ruoli meno tecnici o non tecnici. Il team Kilo utilizza il bot per tutti i tipi di cambiamenti su tutta la piattaforma Kilo costantemente. copia della pagina di destinazione, voci del manuale, aggiornamenti della documentazione, miglioramenti README. Il modello è lo stesso: una discussione avviene in Slack su ciò che deve cambiare, e poi il bot lo implementa. @Kilo the getting started guide is missing the new authentication flow. Can you update it based on what we discussed in this thread? Per il contenuto che vive in un repo (che, se stai facendo docs-as-code, è la maggior parte del tuo contenuto), questo flusso di lavoro è un enorme risparmio di tempo. Soprattutto per le persone che si sentono sopraffatte immersioni in un flusso di lavoro di sviluppo solo per fare un semplice cambio di landing page. Il processo PR ti dà lo stesso meccanismo di revisione utilizzato per il codice, e il filo Slack fornisce la facilità di accesso. Implementazione di funzionalità dalle discussioni Spec A volte un thread si evolve da "dovremmo fare questo?" a "questo è approssimativamente come dovrebbe funzionare" a "Ok, facciamo davvero costruire". @Kilo please implement the caching improvements we discussed in this thread Questo funziona meglio quando il filo contiene sufficiente specificità. Il bot è bravo a dedurre l'intenzione, ma un contesto più chiaro porta a una migliore uscita. Il team Kilo ha preso l'abitudine di essere esplicito nelle discussioni, specialmente quando la conversazione potrebbe diventare la spec. Coordinamento Cross-Repo Il lavoro di ingegneria reale di solito si estende a più repositori. Frontend, backend, librerie condivise, configurazioni di infrastruttura. A differenza di alcune altre integrazioni di Slack, Kilo inferisce automaticamente quale repo viene riferito. @Kilo the API change we discussed needs updates in both the backend service and the frontend client. Can you create PRs for both? Nessuna configurazione manuale per canale. nessun contesto di commutazione per specificare quale repo utilizzare. Legge il filo, comprende ciò che viene riferito e agisce di conseguenza. Perché questo è diverso da altri Slack Bots Molte integrazioni AI Slack si sentono come novità - sono lo scopo generale dell'IA che cerca di mascherarsi come uno specialista in ogni categoria. rispondono a domande, forse generano alcuni frammenti di codice, ma il momento in cui qualcosa di non triviale arriva, è di nuovo a copiare-passare in un IDE. L'approccio di Kilo è architettonicamente diverso in modi che contano. Conversazioni Multi-Turn La maggior parte dei bot AI Slack sono progettati per interazioni one-shot. Fai una domanda, ottieni una risposta. I follow-up iniziano essenzialmente una nuova conversazione. Kilo si basa sull'intero thread. Mantiene il contesto su più scambi. Può accadere una discussione indietro e indietro, l'approccio può essere raffinato, possono essere poste domande di chiarimento, e quindi può essere attivata l'implementazione. Questo riflette come funzionano le conversazioni umane.Nessuno spiega nuovamente l'intera situazione ogni volta che aggiungono a una discussione. Multi-Repositori per impostazione predefinita L'integrazione Slack di Cursor richiede la configurazione di un unico repository per spazio di lavoro o canale. Questo è buono per le semplici impostazioni, ma si rompe rapidamente quando il lavoro di ingegneria si estende a più repos. Kilo induce il repository pertinente dalla conversazione. Se vengono menzionati file o servizi che vivono in repos diversi, si occupa di questo. nessuna configurazione in anticipo. nessun passaggio tra i canali per lavorare con diverse base di codice. Questo sembra una piccola cosa fino a quando non hai lavorato su un progetto in cui il frontend, il backend e l'infrastruttura vivono tutti in un repos separato. Actual Execution, Not Just Chat Questa è la differenza fondamentale. Kilo per Slack non è un bot Q&A. È un livello di esecuzione. Quando viene chiesto di implementare qualcosa, viene creato un agente cloud, viene creata una filiale, vengono apportate le modifiche e viene aperta una PR. Sta facendo il lavoro, non solo parlando del lavoro. E poiché utilizza gli agenti cloud di Kilo, nessuna macchina locale è coinvolta. Il repo non ha bisogno di essere clonato localmente. L'implementazione avviene nel cloud e il risultato appare come un PR pronto per la revisione. Il contesto continuo con i PR Una volta che un PR esiste, il bot può continuare a lavorare su di esso. Se arriva il feedback della recensione, Kilo può essere chiesto di affrontarlo nello stesso thread. La conversazione sul PR e l'implementazione dei cambiamenti avviene nello stesso luogo: @Kilo the reviewer asked for better error handling in the auth flow. Can you update the PR? C'è una conversazione continua su ciò che viene costruito, e il codice si evolve in risposta a quella conversazione. I dettagli tecnici Per coloro che sono curiosi di come questo funziona davvero sotto il cappello: Quando @Kilo viene menzionato in un canale o DM, il bot legge il contesto del thread. Accedendo ai repositori GitHub connessi (una volta impostati nel dashboard di Kilo). Basato sulla richiesta, risponde con informazioni o spegne un agente cloud per apportare modifiche. Il sono gli stessi disponibili dal Kilo CLI o dashboard. Essi vengono eseguiti nell'infrastruttura di Kilo, creano filiali, fanno commit, e aprire PR contro repos. I risultati vengono pubblicati di nuovo nel thread Slack. Agenti cloud Il prezzo è basato sull'uso, con lo stesso costo per token di utilizzare il modello direttamente attraverso Kilo - il che significa che sei addebitato solo esattamente i prezzi stabiliti dai fornitori di modelli. metterlo in piedi L'installazione richiede circa due minuti: Creare un account Kilo (gratuito per iniziare) Connettere il repos di GitHub nella scheda Integrazioni all'indirizzo app.kilo.ai Aggiungi l'integrazione Slack dalla stessa pagina di integrazioni Inizia a menzionare o DM @Kilo nello spazio di lavoro Il conto di Kilo Integrazione Tab Slack Integrazione Il bot può essere DM-ed direttamente per domande private, o menzionato in qualsiasi canale in cui è stato aggiunto per le interazioni visibili del team. La connessione GitHub è la parte importante - e richiede circa 10 secondi e 2 clic. Il bot ha bisogno di accesso per riposare per rispondere a domande sul codebase e per creare PR. Cosa utilizzare per Alcuni modelli sono emersi per dove questo brilla: Le riparazioni rapide e i piccoli cambiamenti.L'overhead di aprire un IDE, trovare il file giusto, apportare un cambiamento e spingere un PR è alto rispetto al lavoro stesso.Il flusso di lavoro Slack crolla tutto questo overhead. Quando il "cosa" e il "perché" sono già catturati in un filo, si sente naturale aggiungere solo il "fare" alla fine. Documentazione e contenuti. Tutto ciò che vive in un repo ma non è strettamente codificato. READMEs, guide, file di configurazione, copia della pagina di destinazione. Quando un cambiamento ha bisogno di toccare più repositori, gestirlo da un singolo filo Slack è più pulito che saltare tra le finestre IDE. Situazioni mobili e async. Una PR può essere avviata da un telefono. Il lavoro avviene nel cloud. La revisione avviene più tardi. Quando l’idea vince Questo non è un sostituto per un ambiente di sviluppo, è un complemento. Rapida iterazione, test locali e raffinamento in tempo reale vogliono ancora l'IDE o il Kilo CLI. Il passaggio attraverso il codice, l'ispezione dello stato e la comprensione del comportamento richiedono strumenti completi. I grandi cambiamenti architettonici beneficiano del contesto completo fornito da un IDE. Kilogrammi di CLI Il modello mentale: Slack-primo per i cambiamenti che emergono dalle conversazioni, IDE-primo per i cambiamenti che richiedono ingegneria profonda. Piattaforma più ampia Kilo for Slack fa parte della piattaforma di ingegneria agenzica più ampia e end-to-end di Kilo. di , il e il chilo e il La stessa piattaforma, le stesse scelte di modelli 500+ e la stessa qualità, accessibili da una superficie diversa. contro il codice JetBrains Kilogrammi di CLI Agenti cloud Slack Integrazione Quando hai finito la costruzione in Kilo, puoi anche abilitare l'AI-powered Un solo click , e anche condividere le tue sessioni in tutta la tua squadra con . Codice di revisione Sviluppo Quilogrammi di sessione Per i team che valutano gli strumenti di codifica AI, questo vale la pena pensare. Non si tratta solo di quale strumento genera il miglior codice - che è innegabilmente importante - ma si tratta anche di quale strumento si inserisce nel flusso di lavoro reale con il minimo di attrito. Se un team vive in Slack, avere l'IA che può partecipare a quelle conversazioni senza richiedere switch di contesto è un miglioramento significativo. Il luogo in cui i team discutono il codice può ora essere il luogo in cui viene scritto il codice. La discussione e l'implementazione avvengono insieme. Questo è il tipo di miglioramento del flusso di lavoro che si compone nel tempo. > di Prova Kilo per Slack ora Prova Kilo per Slack ora Kilo è un agente di codifica AI open-source con oltre 1 milione di utenti. È disponibile in VS Code, JetBrains e CLI, Cloud Agents, App Builder live-preview, implementazioni a un clic, recensioni di codice automatizzate e ora integrazione Slack. chilogramma.it . chilogramma.it