Maamuzi ya uhandisi hayatokei katika sidebars ya IDE. Wao hutokea katika viungo vya Slack, mahali ambapo timu yako tayari inazungumza, kurekebisha, tayari inafanya kazi kupitia matatizo pamoja. That disconnect is a problem. Mazungumzo kuhusu kujenga hutokea mahali fulani, na jengo halisi hutokea mahali pengine kabisa. Mtazamo hutoweka. Maamuzi yanafafanuliwa tena. Mtu hatimaye huchapisha tatizo kwenye mazungumzo ya AI mahali fulani na kuingiza jibu nyuma, na kila mtu anadhani kwamba ni mtiririko wa kazi wa kawaida. nini Hapa tu alitoa kitu ambacho kwa kweli linahusu hili: timu nyuma yake imekuwa kutumia bot ndani kwa miezi, na imebadilika kimsingi jinsi wanavyounda na kutuma. kilo ya Ushirikiano wa Slack Kilo kwa Slack inakuwezesha @kutaja mfanyabiashara wa coding ya AI moja kwa moja katika mazungumzo ya timu yako. Inasoma mazingira kamili ya thread, inahusishwa na repos yako ya GitHub, na inaweza kujibu maswali au kufungua PR bila mtu yeyote kuondoka Slack. Kwa mujibu wa DR: Kilo kwa ajili ya Slack . Kwa mujibu wa DR: Try Kilo for Slack Kilo kwa ajili ya Slack . Mabadiliko ya kiwango cha kodi Hapa ni mbinu ambayo inaweza kuwa maarufu. Mtu anatoa ripoti ya makosa katika kituo cha timu cha Slack. Watengenezaji watatu wanashirikiana na nadharia. Mwandishi anapiga barua kwa njia ya thread, anachukua mazingira, kisha anatoa alt-tabs kwa IDE yao. Wamefungua agensi yao ya coding ya AI ya chaguo na kuanza kuelezea hali tena kutoka mwanzo. Wameweka makosa. Wameelezea kile kilichotumika. Wamewapa mazingira ambayo yalikuwa tayari katika thread hiyo ya Slack, isipokuwa sasa wanapiga tena. Kisha, ni kurudi kwa Slack kushiriki kiungo na kukusanya kile kilichobadilika. Hii hutokea mara kadhaa kwa wiki kwenye timu za uhandisi zinazoendelea. Na kila wakati, kuna kodi ya shinikizo. Uhamisho wa mazingira, ufafanuzi mpya, mabadiliko ya akili kati ya "mzunguko wa majadiliano" na "mzunguko wa utekelezaji." Sio kodi kubwa kwa mfano mmoja, lakini inajumuisha. na muhimu zaidi, inajenga mipaka ya kifahari kati ya mahali ambapo maamuzi hufanyika, na mahali ambapo kazi inafanywa. Nini Kilo kwa Slack Kwa kweli Inafanya Hapa ni mtiririko wa kazi mpya. Chukua thread sawa ya Slack: bug imejadiliwa, nadharia zimefungwa, na kuna makubaliano makubwa juu ya kile kinachohitajika kutokea. Badala ya kubadilisha mazingira kwa IDE, unaweza tu tag @Kilo: @Kilo based on this thread, can you implement the fix for the null pointer exception in the Authentication service? Bot inasoma thread yote, na kwa kuwa ni kuunganishwa na repo ya GitHub ya timu kupitia jukwaa la Kilo, inachukua Dakika chache baadaye, kuna kiungo cha PR huko Slack. Msaidizi wa Cloud Hakuna kupiga picha. Hakuna kupiga picha. Hakuna kueleza kitu kimoja mara mbili. Mtazamo ambao tayari ulikuwepo katika mazungumzo huwa chombo cha kuingia kwa utekelezaji. Kwa maswali rahisi, inafanya kazi kwa njia sawa: @Kilo how is error handling implemented in the payment module? Inaweza kusoma kanuni yako na kujibu katika thread. Wanachama wa timu wanaweza kuona jibu, na unaweza kuuliza kufuatilia na kutoa maagizo ya utekelezaji. Ujuzi unaendelea katika Slack, ambapo unaweza kutaja baadaye. Jinsi timu ya Kilo kwa kweli inatumia hii Timu imekuwa kutumia Kilo kwa Slack ndani tangu kabla ya kuanzishwa kwa umma, na imekuwa njia default ya mabadiliko mengi yaliyotolewa. Mipango ambayo ilionekana ni tofauti zaidi kuliko ilivyotarajiwa: Mchakato wa Real Time Bug Fixes Labda kesi ya matumizi ya wazi zaidi, na moja ambayo inapigwa mara kwa mara. Makosa hutokea katika uzalishaji. Mtu anapiga bendera katika Slack. Timu inazungumzia nini kinaweza kusababisha. Na kisha badala ya mtu kujitolea "kuangalia," wao tu tag @Kilo. Jambo kuu: bot haina kuanza kutoka mwanzo wakati anasoma tatizo hilo. Ina mazingira kamili ya mazungumzo, na upatikanaji wa msingi wa msimbo wote. Inaweza kusoma kile timu inachochea, na kile kilichotolewa. Inajua jinsi tabia inayotarajiwa inapaswa kuwa. Inafanya kazi na habari sawa ambayo mtaalamu wa binadamu angeweza kuwa na baada ya kusoma 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? PR huja katika thread. Mtu anachunguza. Ikiwa inaonekana nzuri, inashirikiwa. mzunguko mzima hutokea bila mtu yeyote rasmi "kuchukua" kazi. Mabadiliko ya haraka ya msimbo kutoka kwa majadiliano Hii ni kitu ambacho kimekuwa uzoefu wa kila siku kwa watu wengi katika Kilo. Mazungumzo hutokea kuhusu kipengele au tabia. Mtu anasema "tutapaswa kubadilisha X kwa Y." Pamoja na Slack bot, "kwa baadaye" inakuwa "kwa sasa."Mtu ambaye alikuwa na wazo tu alama Kilo na inaelezea kile kinachopaswa kubadilika. @Kilo please change "2025" to "2026" through all of the announcement files in our kilo-org/kilocode repo Kwa timu inayotembea haraka, hii ni muhimu. uchungu juu ya mabadiliko madogo ni nini kinachowafanya kuunganisha. Kuondoa uchungu huu unamaanisha msingi wa msimbo unabaki safi na sasa zaidi. 3. Dokumentation na update ya maudhui Hii inatumika kwa watu katika majukumu ya chini ya kiufundi au yasiyo ya kiufundi. Timu ya Kilo inatumia bot kwa kila aina ya mabadiliko katika jukwaa la Kilo kila wakati. Mfano ni sawa: majadiliano hutokea katika Slack kuhusu kile kinachohitaji kubadilika, na kisha bot inafanya utekelezaji. @Kilo the getting started guide is missing the new authentication flow. Can you update it based on what we discussed in this thread? Kwa maudhui ambayo yanaishi katika repo (ambayo, ikiwa unachofanya docs-as-code, ni maudhui yako mengi), mtiririko huu wa kazi ni utajiri mkubwa wa muda. Hasa kwa watu ambao wanahisi kuporomoka kuingia kwenye mtiririko wa kazi wa maendeleo tu kufanya mabadiliko rahisi ya ukurasa wa mwisho. mchakato wa PR unakuwezesha mchakato huo wa ukaguzi unaotumika kwa nambari, na thread ya Slack hutoa urahisi wa upatikanaji. Utekelezaji wa vipengele kutoka kwa majadiliano ya Spec Wakati mwingine thread inabadilika kutoka "unapaswa kufanya hili?" hadi "hapa ni karibu jinsi inapaswa kufanya kazi" hadi "okay, hebu tufanye." @Kilo please implement the caching improvements we discussed in this thread Hii inafanya kazi bora wakati thread ina ufafanuzi wa kutosha. bot ni mzuri katika kuhitimisha nia, lakini mazingira mazuri husababisha matokeo bora. timu ya Kilo imekuwa na tabia ya kuwa wazi katika majadiliano, hasa wakati mazungumzo yanaweza kuwa spec. Ushirikiano wa Cross-Repo Kazi halisi ya uhandisi kwa kawaida hufunika hifadhi nyingi. Frontend, backend, maktaba zilizoshirikiwa, miundo ya miundombinu. Tofauti na baadhi ya ushirikiano wengine wa Slack, Kilo inafundisha moja kwa moja ambayo repo inahusu. Repo nyingi zinaweza kutaja katika thread moja na inaelezea nini kinachotokea: @Kilo the API change we discussed needs updates in both the backend service and the frontend client. Can you create PRs for both? Hakuna usanidi wa mikono kwa njia yoyote. Hakuna mazingira ya kubadilisha ili kufafanua repo gani ya kutumia. Anasoma thread, anajua kile kinachohusiana, na hufanya kazi kulingana na hilo. Kwa nini hii ni tofauti na bots nyingine za Slack Ushirikiano mkubwa wa AI Slack unahisi kama ufumbuzi - ni lengo la jumla la AI kujaribu kuzaa kama mtaalamu katika kila jamii. Wamejibu maswali, labda kuzalisha baadhi ya sehemu za msimbo, lakini wakati kitu ambacho si cha kawaida kinakuja, ni kurudi kwa nakala-pasting katika IDE. Njia ya Kilo ni tofauti ya usanifu kwa njia ambazo zina umuhimu. Mazungumzo ya mfululizo Wengi wa AI Slack bots ni iliyoundwa kwa ajili ya mahusiano ya moja kwa moja. Swali swali, kupata jibu. Ufuatiliaji kimsingi kuanza mazungumzo mapya. Kilo inajenga juu ya thread nzima. Inahifadhi mazingira katika mabadiliko mengi. Mazungumzo ya nyuma na nyuma yanaweza kutokea, mbinu inaweza kuboreshwa, maswali ya ufafanuzi yanaweza kuulizwa, na kisha utekelezaji unaweza kufunguliwa. Hii inaonyesha jinsi mazungumzo ya binadamu yanafanya kazi. Hakuna mtu anayeelezea hali nzima kila mara wanapoongeza kwa majadiliano. Multi-repository kwa default Ushirikiano wa Slack wa Cursor unahitaji kuunda repoti moja kwa kila nafasi ya kazi au channel. Hiyo ni nzuri kwa mipangilio rahisi, lakini hutoweka haraka wakati kazi ya uhandisi inapita repoti nyingi. Kilo inafundisha repoti inayohusiana kutoka kwa mazungumzo. Ikiwa faili au huduma zinazoishi katika repo tofauti zinasema, inashughulikia hiyo. Hakuna usanidi wa mbele. Hakuna kubadilisha kati ya njia za kufanya kazi na mifumo tofauti. Hii inaonekana kama kitu kidogo mpaka umefanya kazi kwenye mradi ambapo frontend, backend, na miundombinu yote huishi katika repos tofauti. Utekelezaji wa kweli, sio tu chat Hii ni tofauti ya msingi. Kilo kwa Slack sio Q & A bot. Ni kiwango cha utekelezaji. Unapoulizwa kutekeleza kitu, hufungua mfanyabiashara wa wingu, huunda tawi, hufanya mabadiliko, na hufungua PR. Ni kufanya kazi, sio tu kuzungumza kuhusu kazi. Na kwa sababu inatumia wafanyabiashara wa wingu wa Kilo, hakuna mashine ya ndani inayohusika. Repo haina haja ya kutibiwa kwa ndani. Utekelezaji hutokea katika wingu na matokeo yanaonekana kama PR tayari kwa uchunguzi. Mawasiliano ya muda mrefu na PRs Mara baada ya PR iko, bot inaweza kuendelea kufanya kazi juu yake. Ikiwa maoni ya mapitio yanakuja, Kilo inaweza kuulizwa kujadili katika thread moja. mazungumzo kuhusu PR na utekelezaji wa mabadiliko hutokea mahali fulani: @Kilo the reviewer asked for better error handling in the auth flow. Can you update the PR? Hii ni karibu na jinsi programu ya wanandoa inavyofanya kazi. Kuna mazungumzo ya kuendelea juu ya kile kinachotengenezwa, na msimbo unaendelea kukabiliana na mazungumzo hayo. Maelezo ya kiufundi Kwa wale ambao wanashangaa kuhusu jinsi hii kweli inafanya kazi chini ya kapu: Wakati @Kilo inajulikana katika channel au DM, bot inasoma mazingira ya thread. Inapata upatikanaji wa hifadhi za GitHub zilizounganishwa (kuwekwa mara moja katika dashboard ya Kilo). Kulingana na ombi, inashughulikia na habari au hufungua mfanyabiashara wa wingu ili kufanya mabadiliko. ya ni wale sawa inapatikana kutoka Kilo CLI au dashboard. Wao kuendesha katika miundombinu ya Kilo, kujenga matawi, kufanya wajibu, na kufungua PR dhidi ya repos. Matokeo yanachapishwa tena kwenye thread ya Slack. Wafanyakazi wa Cloud Bei ni kulingana na matumizi, na gharama sawa kwa token kama kutumia mfano moja kwa moja kupitia Kilo - ambayo ina maana kwamba unachukuliwa tu kwa bei halisi zilizowekwa na wauzaji wa mfano. Kuweka juu ya Mchakato huo unachukua dakika mbili: Kuunda akaunti ya Kilo (kwa bure kuanza) Kuunganisha repos ya GitHub kwenye kifungo cha Ushirikiano kwenye app.kilo.ai Kuongeza ushirikiano wa Slack kutoka ukurasa huo wa Ushirikiano Kuanza kutaja au DMing @Kilo katika nafasi ya kazi Kiwango cha akaunti Ushirikiano wa Tab Ushirikiano wa Slack Bot inaweza kuwa DM-ed moja kwa moja kwa maswali ya kibinafsi, au kutaja katika channel yoyote ambapo imeongezwa kwa ushirikiano wa timu. Uunganisho wa GitHub ni sehemu muhimu - na inachukua sekunde 10 na bonyeza 2. bot anahitaji upatikanaji wa repos ili kujibu maswali kuhusu database na kuunda PRs. Jinsi ya kutumia kwa ajili ya Baadhi ya mifano imekuja kwa ambapo hii inaangaza: Mabadiliko ya haraka na mabadiliko madogo. Umuhimu wa kufungua IDE, kupata faili sahihi, kufanya mabadiliko, na kushinikiza PR ni juu ikilinganishwa na kazi yenyewe. Mabadiliko yanayotokana na majadiliano.Kama "nini" na "kwa nini" tayari imechukuliwa katika thread, inaonekana asili tu kuongeza "kufanya" mwishoni. Nyaraka na maudhui. Kila kitu ambacho kinaishi katika repo lakini sio kikamilifu code. READMEs, mwongozo, faili ya usanidi, nakala ya ukurasa wa mwisho. Utaratibu wa multi-repo. Wakati mabadiliko yanahitaji kuwasiliana na hifadhi nyingi, kusimamia kutoka kwa kiini kimoja cha Slack ni safi kuliko kuongezeka kati ya madirisha ya IDE. Hali za mkononi na async. PR inaweza kuchukuliwa kutoka kwa simu. Kazi hutokea katika wingu. Tazama hutokea baadaye. Wakati wazo bado linasimama Hii si kubadilisha mazingira ya maendeleo. Kiwango cha haraka cha iteration, majaribio ya ndani, na upyaji wa wakati halisi bado unahitaji IDE au Kilo CLI. Mchakato wa udhibiti wa kina. Kupitia msimbo, kuangalia hali, na kuelewa tabia inahitaji zana kamili. Mabadiliko makubwa ya usanifu yanafaidika na mazingira kamili ambayo IDE inatoa. Kilogramu ya CLI Mfano wa akili: Slack-first kwa mabadiliko yanayotokana na mazungumzo, IDE-first kwa mabadiliko yanayohitaji uhandisi wa kina. jukwaa kubwa zaidi Kilo kwa Slack ni sehemu ya jukwaa kubwa zaidi la uhandisi wa agensi la Kilo. Kilo tayari inapatikana katika ya kwa ajili ya Kwa upande wa kilo ya ya ni hatua nyingine ya kuingia. jukwaa moja, chaguzi sawa za mifano ya 500+, na ubora huo, tu inapatikana kutoka kwenye uso tofauti. Kodi ya VS ya JetBrains Kilogramu ya CLI Wafanyakazi wa Cloud Ushirikiano wa Slack Unapofanya ujenzi katika Kilo, unaweza pia kuwezesha nguvu za AI kwa click moja , na hata kushiriki mikutano yako katika timu yako na . Mtazamo wa Kodi Uwasilishaji Mkutano wa Kilogramu Kwa timu ambazo zinatathmini zana za coding za AI, hii ni thamani ya kufikiri. Haijalishi tu chombo gani kinachozalisha msimbo bora - ambayo ni muhimu bila shaka - lakini pia ni juu ya chombo gani kinafaa kwenye mtiririko wa kazi halisi na uchungu mdogo. Ikiwa timu inaishi katika Slack, kuwa na AI ambayo inaweza kushiriki katika mazungumzo hayo bila ya kuhitaji mabadiliko ya mazingira ni kuboresha yenye maana. Mahali ambapo timu zinajadili msimbo sasa inaweza kuwa mahali ambapo msimbo huandikwa. Mazungumzo na utekelezaji hutokea pamoja. Hii ni aina ya kuboresha mtiririko wa kazi ambayo huunganisha kwa muda. > ya Jaribu Kilo kwa Slack sasa Jaribu Kilo kwa Slack sasa Kilo ni mfanyabiashara wa coding wa AI wa chanzo cha wazi na watumiaji zaidi ya milioni 1. Ni inapatikana katika VS Code, JetBrains, na CLI, Cloud Agents, Live-preview App Builder, utekelezaji wa click moja, mapitio ya moja kwa moja ya nambari, na sasa ushirikiano wa Slack. Jifunze zaidi kwenye Kilomita ya . Kilomita ya