Sekojiet zdnet: Pievienojiet mūs kā vēlamo avotu Google.
ZDNET galvenie pārņemšana
- Google tagad ir trīs AI CLIS dažādām darbplūsmām.
- Dvīņi CLI apstrādā ātru, interaktīvu kodēšanu terminālī.
- Jules rīki ievieš mākoņa autonomiju komandrindas kontrolē.
Pagājušajā nedēļā Google paziņoja par Jules Instruments, Google uz github orientēto kodēšanas aģenta komandrindas pavadoni. Pagaidiet, ko?
Vai Google jau nav komandrindas AI kodēšanas rīka? Nē, pagaidiet. Tam jau ir divi komandrindas AI kodēšanas rīki. Jules rīki padara trīs.
Kāpēc, Google? Kāpēc jums tā ir jāsāp mūsu smadzenes?
Pirms es turpinu savu tirādi pret Google acīmredzamo produktu pārvaldības trūkumu, es jums teikšu, ka Jules rīku spējas ir foršas. Tas ir tikai nosaukšana un produktu sadrumstalotība, kas sāp man kā bijušajam produktu vadītājam.
Jūlijā Google paziņoja par Gemini Cli, kas ir tieši tā, kā izklausās: Dvīņi, kas pieejams no termināļa loga. Tas ļauj veikt skriptu veidošanu, ātru mijiedarbību un visas pārējās uz termināli balstītās aktivitātes, kuras mēs kodētājiem tik ļoti mīl. Pēc tam, augustā, Google paziņoja par muti ar nosaukumu Gemini Cli Github darbības. Tas nodrošina dažas aģentu funkcijas github problēmu pārvaldīšanai.
Arī: Google Jules AI kodēšanas rīks iziet no beta ar nopietniem jauninājumiem – un vairāk bezmaksas uzdevumu
Tagad Jules rīki būtībā ļauj Jules arī terminālī. Jules, kā jūs varat atcerēties no maniem iepriekšējiem rakstiem, ir Google jaudīgais aģents Kodēšanas aģents, kuru es jūs iepazīstināju ar maiju (kas AI izteiksmē šķiet kā pirms gadu desmitiem tagad).
Jules rīki ir laba lieta. Wager, lai saprastu, kur tas der un kad vēlaties to izmantot, mums ir jāatstāj Google CLI (komandrindas interfeisa) piedāvājumi. Vispirms mēs sāksim ar Dvīņiem un pēc tam pārcelsimies uz Jules.
Kas ir Gemini Cli?
Dvīņi CLI ir komandrindas saskarne Google Dvīņu lielo valodu modeļiem. Pats CLI ir atvērtā avots. Šī spēja nozīmē, ka komandrindas tulks, komandu apstrāde, pagarinājumu mehānisms un konfigurācijas parsēšana ir pieejama GitHub atvērtā koda programmētājiem, lai tos paplašinātu.
Pati inteliģence nāk no Dvīņu API zvaniem. Pats Dvīņi (faktiskie modeļi un API aizmugure) nav atvērts avots. Tomēr Gemini CLI ir rīks, kuru programmētāji var pielāgot, dakšu un izgatavot savu.
Arī: Google iegulst AI aģentus dziļi savā datu kaudzē – lūk, ko viņi var darīt jūsu labā
Dvīņi CLI atbalsta to, ko sauc par react cilpām, kas nozīmē to iemeslu un pēc tam rīkojas. Noskalojiet. Mazgāt. Atkārtojiet. Šī funkcija nozīmē, ka programmētāji var dinamiski mijiedarboties. Tas darbojas caur risinājumiem, izmantojot jūsu uzvednes palīdzību, tāpat kā jebkurš cits tērzēšanas robots, izņemot to, ka tas notiek terminālī, nevis tērzēšanas robota tīmekļa saskarnē.
Darbība termināļa lietotnē nozīmē, ka jūs varat strādāt jebkurā VS koda iegūtā attīstības vidē. Pieeja IDE darbojas pietiekami labi, lai ar IDE paplašinājumu varētu zināt, kuri faili ir atvērti, izprot kontekstu tam, pie kā strādājat, un ļaujiet jums lēkt uz priekšu un atpakaļ starp pašu IDE un termināļa saturu.
Gemini Cli Github darbības vada Gemini CLI komandas GitHub automatizācijas vidē. Github, daudzu pasaules programmēšanas projektu centrālā koda krātuvei, ir dažas automatizācijas iespējas. Dvīņi Cli Github darbības ļauj jums ievietot DeMini darbplūsmās, lai tā varētu pārskatīt kodu, komentēt vilkšanas pieprasījumus un automatizēt citus repo uzdevumus.
Kas ir Jules rīki?
Tas mūs noved pie jaunākā rīka Google AI kodēšanas komplekta somā, Jules Instruments. Jules ir Google mākoņa autonomais, asinhronais kodēšanas līdzeklis. Ņemot vērā uzdevumu, tas izstrādā darbības plānu un pēc tam izpilda šo darbību savā mākoņa bāzes virtuālajā mašīnā.
Arī: Google Jules AI kodēšanas aģents izveidoja jaunu funkciju, kuru es faktiski varētu nosūtīt – kamēr es pagatavoju kafiju
Jules rīki nodrošina termināļa saskarni Jules. Jūs joprojām izmantojat Jules mākonī, guess tā vietā, lai to pārvaldītu, izmantojot Jules tīmekļa saskarni, jūs to varat izdarīt, izmantojot CLI. Faktiskie uzdevumi, ko Jules, starp abām saskarnēm neatšķiras daudz, guess jūsu darba stils un radošās darbplūsmas optimizācijas potenciāls ievērojami palielinās.
Jūs varat dot Jules komandas, piemēram, izveidot jaunu uzdevumu, uzskaitīt uzdevumus, izvilkt plāksterus vietējam instancei un daudz ko citu.
Daži sulīgi piemēri
Iekšā Google emuāra ziņojums Paziņojot par spēju, autori sniedza divus piemērus, kas piesaistīja manu uzmanību un lika man domāt. Šeit ir pirmais piemērs:
# Pipe GitHub points on to Jules gh difficulty record --assignee @me --limit 1 --json title | jq -r '.[0].title' | jules distant new --repo .
Šis kods automātiski satver nesen piešķirto GitHub problēmu un uzsāk Jules attālo sesiju, lai risinātu minēto problēmu. Lūk, kā tas sadalās:
- Tas izmanto Github CLI (GH), lai uzskaitītu pieejamos jautājumus, pēc tam filtrē @ME piešķirtās problēmas, ierobežo rezultātus tikai ar vienu problēmu un atgriež tikai nosaukuma lauku JSON.
- Pēc tam tas tiek ievietots JSON priekšapstrādātā (JQ), lai iegūtu nosaukumu vienkāršā tekstā.
- Tad tas tiek nodots Julesam kā attāls uzdevums, kas nosaukts par izdevuma nosaukumu.
Kū! Jūs varat redzēt, kā jūs varētu automatizēt daudz darbību, izmantojot komandrindas apvalku, kur tīmekļa saskarne to nevarēja izdarīt.
Darīsim vēl vienu piemēru. Šis nodrošina interesantu Dvīņu Cli un Jules rīku sajaukumu komandrindā:
# Use Gemini CLI to research GitHub points and ship the toughest one to Jules gemini -p "discover probably the most tedious difficulty, print it verbatimn $(gh difficulty record --assignee @me)" | jules distant new --repo .
Šis piemērs ir ļoti foršs. Tas izmanto Dvīņus, lai atrastu visnelabvēlīgāko problēmu, kas šobrīd atrodas jūsu repo.
Tagad komentārā tiek izmantots vārds “grūts”, guess faktiskā uzvedne lieto vārdu “garlaicīgs”. Kad jautāts, Dvīņi definē: “Garīgi uzdevumi ir atkārtojoši un garlaicīgi, un tai ir jāpieprasa maza, guess liela uzmanība detaļām. Grūti uzdevumi ir garīgi izaicinoši un prasa radošu problēmu risināšanu.”
Arī: AI paceļ dažus programmatūras krājumus, atstāj citus – kurš uzvar un zaudē un kāpēc
Šajā kontekstā Dvīņi griba Atšķiriet smago un kaitinoši atkārtošanos un piešķiriet viskaitinošāko un atkārtoto Jules. Tas izvirza precīzu problēmu, kā aprakstīts repo, Jules un piešķir to Jules darbam.
Jūs burtiski varētu izveidot komandu komandrindā ar nosaukumu “Do-the-Subsequent-gardious-one”, un, kad to palaižot, Dvīņi to izvēlēsies, un Jules to labos.
Apbrīnojami.
Kas jums vajadzētu izmantot?
Paturiet prātā, ka vienmēr vislabāk ir izmantot vispiemērotāko rīku noteiktam uzdevumam. Savā darbnīcā mums ir dažādi jaudas zāģi dažāda veida uzdevumiem. Tāpat mūsu attīstības vidē mums ir dažādi AI rīki dažāda veida uzdevumiem.
Atcerieties, ka gan Dvīņiem, gan Jules ir kvotas. Jūs, iespējams, varēsit paveikt daudz mazu uzdevumu, ko jūs izmantojat, guess varbūt tikai 15 uzvednes Jules līmenī.
Arī: kā AI kodēšanas līdzekļi varētu iznīcināt atvērtā koda programmatūru
Arī Gemini reaģē gandrīz uzreiz. Džūls prasa laiku, lai izveidotu darbības plānu, saņem jūsu apstiprinājumu par šo plānu (pēc manas pieredzes tikai dažreiz) un pēc tam izpilda šo plānu. Tātad, jūs būsit daudz interaktīvāks un sadarbojies ar Dvīņiem, guess jūs varat deleģēt Jules.
Džūls rīkojas ar lieliem uzdevumiem, iespējams, daudz lielāks nekā Dvīņi. Wager abus ierobežo to resursu piešķiršanas modelis. Tas arī mani skāra, kad es izmantoju Openai Codex 20 USD/mo plus režīmā. Ja jūs abiem rīkam piešķirat pārāk lielu uzdevumu, tas varētu daļēji bloķēt, ja jums trūkst sadales. Tīrīšana no šīs situācijas nav ideāla.
Man ir trīs īpaši ieteikumi šiem rīkiem:
- Saglabājiet visus šos instrumentus komplekta somā.
- Eksperimentējiet ar viņiem, kad neveicot misijai kritisku projektu, lai saprastu, ko viņi var darīt, un par viņu robežām.
- Pēc tam izvēlieties rīku (vai rīku kombināciju), kas vislabāk der jebkuram, pie kura strādājat.
Kā ar tevi? Vai jūs vēl esat izmēģinājis Gemini Cli, Jules vai jaunos Jules rīkus? Vai jūs iedomājaties izmantot Gemini ātriem, interaktīviem uzdevumiem un Jules lielākiem, fona projektiem? Kā jūs jūtaties, sadalot šīs funkcijas vairākos rīkos, nevis viena vienota produkta vietā? Kura pieeja, jūsuprāt, vislabāk atbilst jūsu darbplūsmai? Paziņojiet mums komentāros zemāk.
Jūs varat sekot maniem ikdienas projekta atjauninājumiem sociālajos medijos. Noteikti abonējiet mans iknedēļas atjaunināšanas biļetensun sekojiet man Twitter/X plkst @DavidgeWirtzFb plkst Facebook.com/davidgewirtzInstagram plkst Instagram.com/davidgewirtzuz blūzky plkst @Davidgewirtz.comun vietnē youtube plkst Youtube.com/davidgewirtztvApvidū
