De sker i Slack-tråde, på samme sted, hvor dit team allerede taler, debugger, allerede arbejder igennem problemer sammen. That disconnect is a problem. Samtalen om at bygge sker et sted, og den faktiske bygning sker et andet sted helt. Kontekst går tabt. Beslutninger bliver genforklaret. Nogen uundgåeligt kopierer et problem i en AI chat et sted og indsætter svaret tilbage, og alle foregiver, at det er en normal arbejdsproces. Hvad Jeg har lige sendt noget, der rent faktisk handler om dette: Teamet bag det har brugt botten internt i måneder, og det har fundamentalt ændret, hvordan de opbygger og leverer. Kilo En svag integration Kilo for Slack giver dig mulighed for at @nævne en AI-kodningsagent direkte i dit teams samtaler. Det læser den fulde trådkontekst, forbinder til din GitHub repos, og kan besvare spørgsmål eller åbne PR'er uden at nogen forlader Slack. Læge og DR: Prøv Kilo for Slack . Læge og DR: Try Kilo for Slack Prøv Kilo for Slack . Kontekst skiftende skat Her er et scenarie, der er velkendt. Nogen rapporterer en fejl i et team Slack-kanal. Tre ingeniører knytter sig til teorier. En udvikler ruller gennem tråden, absorberer konteksten, derefter alt-tabs til deres IDE. De åbner deres AI-kodningsagent efter eget valg og begynder at forklare situationen igen fra bunden. De indsætter fejlen. De beskriver, hvad der er blevet forsøgt. De giver konteksten, der allerede var i den Slack-tråd, undtagen nu de skriver det igen. En PR går op. Så er det tilbage til Slack for at dele linket og opsummere, hvad der er ændret. Dette sker snesevis af gange om ugen på aktive ingeniørhold. Og hver gang er der en friktionsskat. Kontekstoverførslen, genforklaringen, den mentale gear-skift mellem "diskussionstilstand" og "implementeringstilstand." Det er ikke en enorm skat for et enkelt tilfælde, men det tæller op. Og endnu vigtigere skaber det en kunstig grænse mellem, hvor beslutninger tages, og hvor arbejde udføres. Hvad Kilo for Slack rent faktisk gør Her er den nye arbejdsproces. Tag den samme Slack tråd: fejlen er blevet diskuteret, teorier er blevet fløjet, og der er grov konsensus om, hvad der skal ske. I stedet for at skifte kontekst til en IDE, kan du bare tag @Kilo: @Kilo based on this thread, can you implement the fix for the null pointer exception in the Authentication service? Boten læser hele tråden, og da den er forbundet til teamets GitHub repos via Kilo-platformen, spinder den op til en Et par minutter senere er der et PR-link lige der i Slack. Cloud agent Ingen kopiering. ingen alt-tabbing. ingen forklaring af den samme ting to gange. Konteksten, der allerede eksisterede i samtalen, bliver input til implementeringen. For enklere spørgsmål fungerer det på samme måde: @Kilo how is error handling implemented in the payment module? Det læser din kodebase og reagerer i tråden. Teammedlemmer kan se svaret, og du kan bede om opfølgninger og give implementeringsinstruktioner. Hvordan Kilo-teamet rent faktisk bruger dette Teamet har brugt Kilo for Slack internt siden før den offentlige lancering, og det er blevet den standard måde mange ændringer foretages. De opståede mønstre er mere varierede end forventet: Real-time bug fix Måske den mest åbenlyse brugssag, og den, der bliver ramt konstant. En fejl dukker op i produktionen. Nogen flagger det i Slack. Teamet diskuterer, hvad der kan være årsag til det. Og så i stedet for nogen frivilligt at "tage et kig på det," de bare tag @Kilo. Det vigtigste er, at botten ikke starter fra bunden, når den læser det problem. Den har den fulde kontekst af samtalen og adgang til hele kodebasen. Den kan læse, hvad holdet mistænker, og hvad der er blevet udelukket. Den ved, hvad den forventede adfærd skal være. Den arbejder med de samme oplysninger, som en menneskelig udvikler ville have efter at have læst tråden: @Kilo I'm seeing this error in production: [stack trace]. Based on what we discussed above, can you create a PR with a fix? PR lander i tråden. Nogen gennemgår det. Hvis det ser godt ud, bliver det fusioneret. Hele cyklen sker uden at nogen formelt "pick up" opgaven. Hurtige kodeændringer fra diskussioner Dette er noget, der er blevet en dagligdags oplevelse for mange mennesker på Kilo. En samtale sker om en funktion eller adfærd. Nogen siger "vi bør sandsynligvis ændre X til Y." Med Slack-boten bliver "senere" "rigtigt nu".Den person, der havde ideen, tagger kun Kilo og beskriver, hvad der skal ændres. @Kilo please change "2025" to "2026" through all of the announcement files in our kilo-org/kilocode repo For et team, der bevæger sig hurtigt, betyder det noget. Friktionen på små ændringer er, hvad der får dem til at stable op. Fjernelse af denne friktion betyder, at kodebasen forbliver renere og mere aktuel. Dokumentation og indholdsopdateringer Dette gælder for folk i mindre-tekniske eller ikke-tekniske roller. Kilo teamet bruger bot til alle slags ændringer på tværs af hele Kilo platform konstant. landingsside kopi, håndbog poster, dokumentation opdateringer, README forbedringer. Mønsteret er det samme: der sker en diskussion i Slack om, hvad der skal ændres, og så implementerer robotten det. Ingen behøver at skifte kontekst til "skrivemodus" eller åbne et andet værktøj: @Kilo the getting started guide is missing the new authentication flow. Can you update it based on what we discussed in this thread? For indhold, der lever i en repo (som, hvis du gør docs-as-code, er det meste af dit indhold), er denne arbejdsproces en enorm tidsbesparelse. Især for folk, der føler sig overvældet med at dykke ind i en udvikling arbejdsproces bare for at foretage en simpel landingssideændring. PR-processen giver dig den samme gennemgangsmekanisme, der bruges til kode, og Slack-tråden giver nem adgang. Implementering af funktioner fra Spec-diskussioner Nogle gange udvikler en tråd fra "skal vi gøre dette?" til "her er omtrent hvordan det skal fungere" til "okay, lad os faktisk bygge det." @Kilo please implement the caching improvements we discussed in this thread Dette fungerer bedst, når tråden indeholder tilstrækkelig specificitet. Botten er god til at konkludere hensigt, men klarere kontekst fører til bedre output. Cross-Repo koordinering Virkeligt ingeniørarbejde spænder typisk over flere repositories. Frontend, backend, delte biblioteker, infrastrukturkonfigurationer. I modsætning til nogle andre Slack-integrationer infererer Kilo automatisk, hvilken repo der henvises til. @Kilo the API change we discussed needs updates in both the backend service and the frontend client. Can you create PRs for both? Ingen manuel konfiguration pr. kanal. Ingen skiftekontekst til at angive, hvilken repo der skal bruges. Den læser tråden, forstår, hvad der henvises til, og handler i overensstemmelse hermed. Hvorfor dette er anderledes end andre Slack Bots Mange AI Slack-integrationer føles som nyskabelser - de er generelle formål AI forsøger at maskere sig som en specialist i hver kategori. De besvarer spørgsmål, måske generere nogle kodesnippets, men i det øjeblik noget ikke-trivielt kommer op, er det tilbage til at kopiere-passe ind i en IDE. Kilo's tilgang er arkitektonisk anderledes på måder, der betyder noget. Multi-turnerede samtaler De fleste AI Slack bots er designet til engangsinteraktioner. Stil et spørgsmål, få et svar. Opfølgninger i det væsentlige starte en ny samtale. Kilo bygger på hele tråden. Det vedligeholder konteksten på tværs af flere udvekslinger. En bag-og-bag-diskussion kan ske, tilgangen kan forfines, afklarende spørgsmål kan stilles, og derefter implementering kan udløses. Dette afspejler, hvordan menneskelige samtaler fungerer. Ingen forklarer hele situationen igen, hver gang de tilføjer til en diskussion. Multi-Repository som standard Cursor's Slack-integration kræver konfiguration af et enkelt repository pr. arbejdsområde eller kanal. Det er fint for enkle opsætninger, men det går hurtigt ned, når ingeniørarbejde spænder over flere repos. Kilo infererer det relevante repository fra samtalen. Hvis filer eller tjenester, der lever i forskellige repos bliver nævnt, håndterer det. ingen forhåndskonfiguration. ingen skift mellem kanaler for at arbejde med forskellige kodebases. Dette virker som en lille ting, indtil du har arbejdet på et projekt, hvor frontend, backend og infrastruktur alle lever i separat repos. Virkelig udførelse, ikke bare chat Dette er den grundlæggende forskel. Kilo for Slack er ikke en Q&A bot. Det er et udførelseslag. Når du bliver bedt om at implementere noget, drejer det sig om en cloud-agent, opretter en gren, foretager ændringerne og åbner en PR. Det gør arbejdet, ikke bare taler om arbejdet. Og fordi det bruger Kilo's cloud-agenter, er ingen lokal maskine involveret. Repo'en behøver ikke at blive klonet lokalt. Implementeringen sker i skyen, og resultatet vises som en PR klar til gennemgang. Kontinuerlig kontakt med PR Når en PR eksisterer, kan botten fortsætte med at arbejde på den. Hvis anmeldelsesfeedback kommer ind, kan Kilo blive bedt om at adressere den i samme tråd. @Kilo the reviewer asked for better error handling in the auth flow. Can you update the PR? Der er en kontinuerlig samtale om, hvad der bygges, og koden udvikler sig som reaktion på den samtale. De tekniske detaljer For dem, der er nysgerrige om, hvordan dette rent faktisk fungerer under kappen: Når @Kilo bliver nævnt i en kanal eller DM, læser botten trådkonteksten. Den får adgang til tilsluttede GitHub-repositorier (en gang oprettet i Kilo-dashboardet). Baseret på anmodningen svarer den enten med oplysninger eller slukker en cloud-agent for at foretage ændringer. Den er de samme, der er tilgængelige fra Kilo CLI eller dashboard. De kører i Kilo's infrastruktur, opretter grene, laver engagementer og åbner PR mod repos. Cloud agenter Prissætning er brugsbaseret, med samme per-token-omkostninger som ved at bruge modellen direkte gennem Kilo - hvilket betyder, at du kun opkræves til nøjagtigt de priser, der er fastsat af modeludbydere. At sætte det op Indstillingen tager ca. 2 minutter: Opret en Kilo konto (gratis til at starte) Tilslut GitHub repos i fanen Integrationer på app.kilo.ai Tilføj Slack-integrationen fra samme Integrations-side Start med at nævne eller DM-ing @Kilo i arbejdsområdet Kilo regnskab Integration af tab Slack integration Botten kan DM-ed direkte for private spørgsmål, eller nævnes i enhver kanal, hvor den er blevet tilføjet til team-visible interaktioner. GitHub-forbindelsen er den vigtige del - og tager omkring 10 sekunder og 2 klik. Hvad skal man bruge det til Nogle mønstre er opstået for hvor dette skinner: Hurtige rettelser og små ændringer. Overhead af at åbne en IDE, finde den rigtige fil, foretage en ændring og skubbe en PR er høj i forhold til selve arbejdet. Når "hvad" og "hvorfor" allerede er fanget i en tråd, føles det naturligt at bare tilføje "gør det" i slutningen. Dokumentation og indhold. Alt, der lever i en repo, men ikke er strengt kode. READMEs, guider, konfigurationsfiler, landingsside kopi. Når en ændring skal røre flere repositories, er det renere at styre det fra en enkelt Slack-tråd end at bounce mellem IDE-vinduer. Mobile og async situationer. En PR kan startes fra en telefon. Arbejdet foregår i skyen. Når ideen stadigvæk vinder This isn't a replacement for a development environment. It's a complement. Hurtig iteration, lokal testning og realtidsforfining vil stadig have IDE eller Kilo CLI. Skridt gennem kode, inspektion af tilstand og forståelse af adfærd kræver fuldt værktøj. Store arkitektoniske ændringer drager fordel af den komplette kontekst, som en IDE giver. Kilo af CLI Den mentale model: Slack-først for ændringer, der fremkommer fra samtaler, IDE-først for ændringer, der kræver dyb ingeniørarbejde. Den bredere platform Kilo for Slack er en del af Kilo's større, end-to-end agenttekniske platform. , der , den Det er Kilo De Den samme platform, de samme 500+ modelvalg, og den samme kvalitet, kun tilgængelig fra en anden overflade. Mod koden af JetBrains Kilo af CLI Cloud agenter Slack integration Når du er færdig med at bygge i Kilo, kan du også aktivere AI-drevet Et enkelt klik og endda dele dine sessioner på tværs af dit team med . Kodeanmeldelser Udplaceringer Kilosæsoner For teams, der evaluerer AI-kodningsværktøjer, er det værd at tænke over. Det handler ikke kun om, hvilket værktøj der genererer den bedste kode - hvilket er utvivlsomt vigtigt - men det handler også om, hvilket værktøj der passer ind i den faktiske arbejdsproces med mindst friktion. Det sted, hvor teams diskuterer kode, kan nu være det sted, hvor koden bliver skrevet. Diskussionen og implementeringen foregår sammen. Det er den slags arbejdsprocesforbedring, der sammensætter over tid. » Prøv Kilo for Slack Prøv Kilo for Slack Kilo er en open-source AI-kodningsagent med over 1 million brugere. Den er tilgængelig i VS Code, JetBrains og CLI, Cloud Agents, live-preview App Builder, one-click-implementeringer, automatiserede kodeanmeldelser og nu Slack-integration. kilo.dk . kilo.dk