Ang mga ito ay nangyayari sa Slack threads, sa parehong lugar na ang iyong team ay na-talk, debugging, na nagtatrabaho sa mga problema kasama. That disconnect is a problem. ang konversasyon tungkol sa Ang pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag-iisip ng pag- Ano ang Nakita ko lamang ang isang bagay na nagtatrabaho sa totoo: Ang team sa ilalim ng ito ay gumagamit ng bot internally para sa loob ng ilang buwan, at ito ay fundamentally mababago kung paano sila bumuo at paghahatid. ang kilo Slack integrasyon Kilo para sa Slack ay nagbibigay-daan sa iyo ng @mention ng isang AI coding agent direkta sa mga konversasyon ng iyong team. Itinuturing ito ang buong konteksto ng thread, nag-connect sa iyong GitHub repos, at maaaring tumugon sa mga tanong o buksan ang mga PR nang walang mga tao na pumunta mula sa Slack. Walang higit na re-explaining bugs sa iyong IDE pagkatapos na ikaw ay na-hashed ang mga ito sa iyong team. Mga pahinang tumuturo: Kilo para sa Slack . Mga pahinang tumuturo: Try Kilo for Slack Kilo para sa Slack . Ang konteksto-switching tax Narito ang isang scenario na maaaring malalaman. Isang tao ay nag-report ng isang bug sa isang team Slack channel. Three engineers pumasok sa mga teorya. Ang isang developer scrolls sa pamamagitan ng thread, na-absorb ang konteksto, pagkatapos alt-tabs sa kanilang IDE. Siya ay buksan ang kanilang AI coding agent ng pagpipilian at magsimula upang ilarawan ang situasyon mula sa pangunahing. Siya ay i-paste ang error. Siya ay naglalarawan ng kung ano ang nababasa. Siya ay nagbibigay ng konteksto na na ayon sa Slack thread, isip ng ngayon na sila ay i-type ito sa taas. Ang pag-uugali ay itinatag. Ang isang PR ay bumaba. Pagkatapos, ito ay bumalik sa Slack upang i-share ang link at summarize kung ano ang nagbabago. Ito ay nangyari sa ilang mga beses sa isang linggo sa active engineering teams. At bawat beses, may isang friction tax. Ang konteksto transfer, ang re-explanation, ang mental gear-shifting sa pagitan ng "diskusyon mode" at "implementation mode." Hindi ito isang malaking bayad para sa isang single instance, ngunit ito ay sumusunod. at mas mahalaga, ito ay lumikha ng isang artificial na limitasyon sa pagitan ng kung saan ang mga decision-making ay ginawa, at kung saan ang trabaho ay ginawa. Ano ang Kilo para sa Slack Actually Does Narito ang bagong workflow. Gawin ang parehong Slack thread: ang bug ay tinutukoy, ang mga teorya ay naglalaro, at mayroong karaniwang konsensus sa kung ano ang dapat gawin. Sa halip ng kontexto-switching sa isang IDE, maaari mong lamang i-tag @Kilo: @Kilo based on this thread, can you implement the fix for the null pointer exception in the Authentication service? Ang bot ay nabasa ang buong thread, at dahil ito ay konektado sa team's GitHub repos sa pamamagitan ng Kilo platform, ito ay binubuo ng isang Pagkatapos ng ilang minuto, may isang PR link dito sa Slack. ang cloud agent Walang copying-pasting. Walang alt-tabbing. Walang pag-explaining ang parehong bagay dalawang beses. Ang kontekstong na nagkaroon na sa pag-uusap ay naging input para sa implementasyon. Para sa simpleng mga tanong, ito ay gumagana sa parehong paraan: @Kilo how is error handling implemented in the payment module? I-read ang iyong codebase at tumugon sa thread. Teammates ay makikita ang solusyon, at maaari mong pakinabang ng mga follow-up at magbigay ng mga pag-implementation instructions. Ang kaalaman ay matatagpuan sa Slack, kung saan ito ay maaaring i-referenced pagkatapos. Paano ang Kilo Team Actually Uses Ito Ang team ay gumagamit ng Kilo para sa Slack internally mula bago ang public launch, at ito ay naging ang default na paraan ng maraming mga pagbabago ay ginawa. Ang mga pattern na nilikha ay mas varied kaysa sa inaasahan: Mga Real Time Bug Fixes Ito ay ang pinaka-evident na kaso ng paggamit, at ang isa na ay na-hit constantly. Ang isang error ay dumating sa produksyon. Isang tao ang flag sa Slack. Ang team ay nag-debat kung ano ang maaaring gumawa ng ito. At pagkatapos ay sa halip ng isang tao na volunteer upang "take a look at it," sila lamang tag @Kilo. Ang pangunahing bagay: ang bot ay hindi nagsisimula mula sa pangunahing paraan kapag itinuturing ito. Ito ay may buong konteksto ng konversasyon, at access sa buong codebase. Ito ay maaaring basahin kung ano ang tinatawag ng team, at kung ano ang ibinigay. Ito ay malaman kung ano ang kinakailangang behavior ay dapat maging. Ito ay gumagana sa parehong impormasyon na isang human developer ay mayroon pagkatapos ng paglalarawan ng thread: @Kilo I'm seeing this error in production: [stack trace]. Based on what we discussed above, can you create a PR with a fix? Ang PR ay bumalik sa thread. Sino ang review. Kung ito ay nakikita na magandang, ito ay sumali. Ang buong siklo ay nangangailangan ng isang formally "pick up" ang trabaho. Quick Code Changes mula sa Mga Diskusiya Ito ay isang bagay na naging isang araw-araw na karanasan para sa maraming mga tao sa Kilo. Ang isang pag-conversation ay dumating tungkol sa isang tampok o pag-atake. Sino ang sabi: "Magbabago tayo magbago X sa Y." Sa isang tradisyonal na workflow, na ito ay naging isang mental na note, o isang tiket, o isang bagay na ginagamit "silang." Sa pamamagitan ng Slack bot, ang "later" ay naging "sa ngayon."Ang tao na may ideya ay lamang ang tag ng Kilo at naglalarawan kung ano ang dapat magbigay ng pagbabago. @Kilo please change "2025" to "2026" through all of the announcement files in our kilo-org/kilocode repo Para sa isang team na naglalakbay mabilis, ito ay mahalaga. Ang friction sa mga maliit na mga pagbabago ay kung ano ang gumagawa ng mga ito sa pag-umpisa. Remove that friction means the code base stays cleaner and more current. Mga Dokumentasyon at Pag-update ng Content Ang Kilo team ay gumagamit ng bot para sa lahat ng uri ng mga pagbabago sa buong Kilo platform constantly. Landing page copy, manual entries, documentation updates, README improvements. Ang pattern ay parehong: isang pag-uusap ay dumating sa Slack tungkol sa kung ano ang kailangan upang baguhin, at pagkatapos ay ang bot implements ito. @Kilo the getting started guide is missing the new authentication flow. Can you update it based on what we discussed in this thread? Para sa content na lumapit sa isang repo (ang kung ano, kung ikaw ay gumagawa ng docs-as-code, ay ang karamihan ng iyong nilalaman), ang workflow na ito ay isang malaking time-saving. Karamihan para sa mga tao na natagpuan na bumaba sa isang development workflow lamang upang gumawa ng isang simple landing page pagbabago. Ang PR proseso ay nagbibigay sa iyo ang parehong review mekanismo na ginagamit para sa code, at ang Slack thread ay nagbibigay ng ease-of-access. Implementation ng mga tampok mula sa Spec Discussions Kadalasan ang isang thread ay bumabago mula sa "mga kailangang gawin ito?" sa "Ito ay halos kung paano ito ay dapat gawin" sa "okay, i-build ito sa katunayan." @Kilo please implement the caching improvements we discussed in this thread Ito ay gumagana ang pinakamahusay kapag ang thread ay naglalaman ng sapat na spesifisidad. Ang bot ay mahusay sa pagkuha ng intension, ngunit mas malinaw na kontekstong nagdadala sa mas mahusay na output. Ang Kilo team ay natagpuan sa habit ng maging eksplicit sa mga pag-uusap, lalo na kapag ang pag-uusap ay maaaring maging ang spec. Ang Cross-Repo Coordination ay Ang real engineering work ay karaniwang naglalaman ng maraming repositories. Frontend, backend, shared libraries, infrastructure configs. Di tulad ng ilang iba pang mga Slack integrations, ang Kilo ay automatically inilathala kung ano ang repo ay na-referenced. Multiple repos ay maaaring tinatawag sa parehong thread at ito ay nagpapakita kung ano ang pumunta sa kung saan: @Kilo the API change we discussed needs updates in both the backend service and the frontend client. Can you create PRs for both? Walang manual na pagkonfigurasyon sa bawat channel. Walang kontexto ng switching upang itakda kung ano ang repo upang gamitin. Itakda ang thread, malaman kung ano ang ibinigay, at nagtatagumpay sa katotohanan. Bakit ito ay hindi tulad ng iba pang mga Slack Bots Maraming mga integrasyon ng AI Slack ay tinatanggap tulad ng mga novelty - ang mga ito ay ang pangkalahatang propesyonal ng AI na nagtatrabaho bilang isang propesyonal sa bawat kategorya. Ang mga ito ay tumugon sa mga tanong, maaaring lumikha ng ilang mga snippets ng code, ngunit ang oras kung ano ang hindi-trivial ay dumating, ito ay bumalik sa copying-paste sa isang IDE. Ang Kilo's approach ay arhitektural na iba sa mga paraan na mahalaga. Mga Multi-Turn Conversation Ang karamihan ng AI Slack bots ay dinisenyo para sa one-shot interactions. Ask a question, get a answer. Follow-ups basically start a new conversation. Kilo ay binuo sa buong thread. Ito ay nagbibigay ng konteksto sa pagitan ng maraming mga exchanges. Ang isang back-and-forth discussion ay maaaring lumikha, ang approach ay maaaring mapabuti, mga tanong ng pag-aalala ay maaaring itinuturing, at pagkatapos ay ang implementation ay maaaring itakda. Ito ay nagpapakita kung paano gumagana ang mga konversasyon ng tao. Walang nag-explain ang buong situasyon sa lahat ng pagkakataon na sila ay sumali sa isang pag-uusap. Ang bot ay hindi kinakailangan na ito. Multi-Repository sa pamamagitan ng default Ang Cursor's Slack integration ay nangangailangan ng pag-configure ng isang single repository bawat workspace o channel. Ito ay okay para sa simpleng mga setup, ngunit ito ay mabilis na tumagal kapag ang pag-engineering na trabaho ay nagkakahalaga ng maraming repos. Kilo inilunsad ang mga relasyon na repository mula sa pag-conversation. Kung ang mga file o mga serbisyo na nakatira sa iba't ibang repos ay tinatawag, nagtatrabaho ito. Walang upfront configuration. Walang pag-switch sa pagitan ng mga channel upang magtrabaho sa iba't ibang codebases. Ito ay tinatawag na isang maliit na bagay hanggang sa ikaw ay nagtatrabaho sa isang proyekto kung saan ang frontend, backend, at infrastructure ay lahat ay matatagpuan sa parehong repos. Real Execution, Hindi lamang ang Chat Ito ay ang pangunahing pagkakaiba. Kilo para sa Slack ay hindi isang Q&A bot. Ito ay isang layer ng pagpapatakbo. Kapag inirerekomenda na i-implementate ang isang bagay, ito ay binubuo ng isang cloud agent, lumikha ng isang branch, gumawa ng mga pagbabago, at buksan ng isang PR. Ito ay gumagawa ng trabaho, hindi lamang nagsasalita tungkol sa trabaho. At dahil ito ay gumagamit ng mga agente ng Kilo ng cloud, walang local machine ay nagtatagumpay. Ang repo ay hindi kailangang cloned locally. Ang pag-implementasyon ay nangyayari sa cloud at ang resulta ay nagpapakita bilang isang PR ready para sa review. Kontinuous na kontexto sa PRs Kapag ang isang PR ay mayroon, ang bot ay maaaring patuloy na magtrabaho sa kanya. Kung ang feedback review ay dumating sa, ang Kilo ay maaaring ibig sabihin na magtatrabaho ito sa parehong thread. Ang pag-conversation tungkol sa PR at ang pag-implementasyon ng mga pagbabago ay dumating sa parehong lugar: @Kilo the reviewer asked for better error handling in the auth flow. Can you update the PR? Ito ay mas malapit sa kung paano gumagana ang parehong pag-programming. May isang continuous na pag-conversation tungkol sa kung ano ang ay binuo, at ang code ay binuo bilang reaksyon sa na pag-conversation. Mga Technical Details Para sa mga interesado tungkol sa kung paano ito talagang gumagana sa ilalim ng cap: Kapag ang @Kilo ay tinatawag sa isang channel o DM, ang bot ay i-read ang thread context. Ito ay makakuha ng access sa mga konektado na GitHub repositories (set up isang beses sa Kilo dashboard). Basahin sa request, ito ay antas ng impormasyon o i-kick off ng isang cloud agent upang gumawa ng mga pagbabago. ang Ang mga ito ay magagamit mula sa Kilo CLI o dashboard. Ang mga ito ay gumagana sa Kilo's infrastructure, lumikha ng mga branch, gumawa ng commit, at buksan ang mga PR laban sa repos. Ang mga resulta ay i-post back sa Slack thread. Mga agente ng cloud Ang mga presyo ay batay sa paggamit, na may parehong per-token na gastos na gumagamit ng modelo direkta sa pamamagitan ng Kilo - kung ano ang ibig sabihin na ikaw ay naka-charge lamang sa eksaktong mga presyo na itinatag ng mga provider ng modelo. Pumunta ito sa Ang pag-setup ay nangangailangan ng tungkol sa dalawang minuto: Gumawa ng isang Kilo account (free to start) I-connect ang GitHub repos sa tab ng Integrations sa app.kilo.ai Ipasok ang Slack integration mula sa parehong Integrations pahina Buksan ang pag-iisip o DM-ing @Kilo sa workspace Kilogramo ng account Mga integrasyon Slack integrasyon Ang bot ay maaaring DM-ed direkta para sa mga private mga tanong, o ibinigay sa anumang channel kung saan ito ay idinagdag para sa team-visible interactions. Ang koneksyon ng GitHub ay ang mahalagang bahagi - at nangangailangan ng tungkol sa 10 segundo at 2 mga pag-click. Ang bot ay kinakailangan ng access upang repos upang tumugon sa mga tanong tungkol sa codebase at upang lumikha ng mga PR. Ano ang dapat gamitin ito para Ang ilang mga pattern ay dumating para sa kung saan ito lumabas: Quick fixes at maliit na mga pagbabago. Ang overhead ng pagbabago ng isang IDE, paghahanap ng parehong file, paggawa ng isang pagbabago, at pag-push ng isang PR ay mataas na relasyon sa trabaho na ito. The Slack workflow kollapses ang lahat na overhead. Kapag ang "ito" at "para" ay na-captured sa isang thread, ito ay natutunan upang i-add lamang ang "do it" sa katapusan. Dokumentasyon at nilalaman. Ang anumang bagay na buhay sa isang repo ngunit hindi strictly code. READMEs, mga guide, configuration files, landing page copy. Multi-repo coordination. Kapag ang isang pagbabago ay kinakailangan upang i-touch multiple repositories, ang pag-manage na mula sa isang single Slack thread ay mas cleaner kaysa sa bouncing sa pagitan ng IDE windows. Mobile at async situasyon. Ang isang PR ay maaaring i-kick off mula sa isang telepono. Ang trabaho ay lumabas sa cloud. Review ay lumabas pagkatapos. Kapag ang ideya ay ganap Hindi ito isang substitute para sa isang development environment. Ito ay isang complement. Ang mabilis na iterasyon, local testing, at real-time refinement ay nangangailangan pa rin ng IDE o Kilo CLI. Deep debugging sessions. Paglalakbay sa pamamagitan ng code, pag-inspect ng estado, at pagkuha ng pag-iisip ng pag-ibig ay nangangailangan ng buong tooling. Major refactors. Large-scale architectural changes benefit mula sa buong konteksto na nagbibigay ng isang IDE. Kilogramo ang Ang mental na modelo: Slack-first para sa mga pagbabago na bumubuo mula sa mga talakayan, IDE-first para sa mga pagbabago na nangangailangan ng mabuti engineering. ang platform Kilo para sa Slack ay bahagi ng Kilo's mas malaking, end-to-end agentic engineering platform. na ang , ang at ang kilo ang mga Ang parehong platform, ang parehong 500+ mga pagpipilian ng modelo, at ang parehong kalidad, lamang sa access mula sa isang iba't ibang surface. Mga Code Mga JetBrains Kilogramo ang Mga agente ng cloud Slack integrasyon Kapag bumalik na ako sa UP, i'll start building a new me. Ang isang click , at kahit na ibahagi ang iyong sesyon sa lahat ng iyong team na may . Mga review ng code Mga deployment Kilogramo ng sesyon Para sa mga team na pag-evaluate ng mga tool ng AI na-coding, ito ay mahalaga sa pag-iisip. Hindi lamang tungkol sa kung ano ang tool na gumaganap ng pinakamahusay na code - na kung saan ay hindi kinakailangang mahalaga - ngunit ito rin tungkol sa kung ano ang tool na matatagpuan sa actual na workflow na may mas mababa na pag-iisip. Kung ang isang team ay nakatira sa Slack, magkaroon ng AI na maaaring mag-participate sa mga talakayan na walang kinakailangan ng context-switches ay isang mahahalaga na pagbutihin. Ito ay isang mas mababa na limitasyon sa pagitan ng kung saan ang mga decision-making ay dumating at kung saan ang mga ito ay inihayag. Ang lugar kung saan ang mga team ay nag-diskusyon ng code ay maaaring ngayon ang lugar kung saan ang code ay ibinigay. Ang pag-diskusyon at ang pag-implementasyon ay dumating kasama. Ang konteksto ay lumilitaw naturang mula sa isa sa ibang. Ito ay ang uri ng pagbutihin ng workflow na sumusunod sa panahon. > ang Kilo para sa Slack ngayon Kilo para sa Slack ngayon Kilo ay isang open-source AI coding agent na may higit sa 1 milyong gumagamit. Ito ay magagamit sa VS Code, JetBrains, at CLI, Cloud Agents, live-preview App Builder, one-click deployments, automated code reviews, at ngayon Slack integration. Kilogramo ang . Kilogramo ang