GitHub Copilot CLI este acum disponibil general cu taburi, configurare MCP inline și setări direct în terminal, iar asta contează mai mult decât pare. Funcția din titlu este partea de UI, dar schimbarea practică este că GitHub face fluxurile terminal-native cu agenți mult mai ușor de adoptat, fără să ceară inginerilor să editeze manual fișiere de configurare.
Asta contează fiindcă vechea fricțiune era reală. Dacă vrei ca oamenii să folosească efectiv MCP servers, skills și plugins, comenzile /mcp add, /plugin, /skills și /settings direct în sesiune sunt alegerea corectă. Mie îmi place direcția asta. Reduce timpul de setup și elimină multă muncă inutilă.
Ce este nou în Copilot CLI?
Interfața GA adaugă un layout cu taburi în terminal. Într-o sesiune interactivă copilot, poți comuta între tabul implicit Session și un tab Gists. Dacă rulezi în interiorul unui repository GitHub, primești și taburile Issues și Pull requests pentru acel repo.
Asta înseamnă că poți rămâne în terminal, selectezi un issue sau PR, apeși c ca să inserezi o referință în prompt și îi ceri lui Copilot să investigheze, să repare, să comenteze sau să facă review. Poți apăsa o ca să deschizi elementul selectat în browser și / ca să cauți issues sau pull requests.
Pentru configurare și personalizare, GitHub a mutat mai multă muncă administrativă direct în terminal:
/mcp add
/mcp search
/skills
/plugin
/settings
/theme
Aici cred că va apărea cea mai mare utilizare. Configurarea ghidată este pur și simplu mai bună decât să le spui tuturor dezvoltatorilor să editeze JSON manual, chiar dacă editarea manuală rămâne utilă pentru setup-uri repetabile de echipă și custom MCP servers.
De ce este bun în practică
Câștigul principal este fluxul de context. Dacă lucrezi mult în terminal, să ieși în browser sau într-un fișier de configurare este exact genul de fricțiune care omoară adopția. Taburile pentru issues și pull requests nu sunt spectaculoase, dar sunt utile.
Se aliniază și cu direcția mai largă a GitHub Copilot CLI: pași de aprobare vizibili, tool-uri bazate pe MCP și un comportament tot mai apropiat de agenți în terminal. Documentația Microsoft poziționează deja Copilot CLI ca modul potrivit când vrei control direct în terminal, iar asta mi se pare corect. Pentru multe echipe de inginerie, va sta lângă agenții din editor, nu îi va înlocui.
Există și o poveste decentă pe accesibilitate: culori adaptate la temă, moduri high-contrast și colorblind, layout-uri responsive pentru terminale înguste și suport pentru screen reader activat automat când este detectat. Foarte bine. Tool-urile de terminal tratează de obicei accesibilitatea ca pe ceva secundar.
Ce aș urmări: permisiuni, pluginuri și cost
Aici UX-ul bun poate ascunde riscurile reale.
În primul rând, un agent nu ar trebui să primească un cec în alb către tenant, către toate repo-urile sau către mașina locală. Faptul că MCP servers și plugins se instalează mai ușor este bun pentru usability, dar crește și șansa ca echipele să activeze tool-uri mai repede decât le verifică. Dacă legi Copilot CLI la Azure, Dataverse, Microsoft 365 sau sisteme interne, least privilege contează și mai mult decât comoditatea. Dacă ai nevoie de controale clare aici, exact genul ăsta de scenariu merită revizuit într-un audit de AI și automation.
În al doilea rând, billing-ul devine tot mai granular în ecosistemul GitHub și Microsoft AI. Cercetarea din comunitate din jurul acestei lansări indică transparență per request, ceea ce este bine, dar billing transparent nu înseamnă billing ieftin. Documentația Microsoft pentru funcții GitHub AI din Azure DevOps spune că 1 credit înseamnă 0,01 USD. Funcțiile diferite consumă cantități diferite, iar costurile variază în funcție de mărimea taskului și modelul folosit. Aici apar de obicei surprizele pentru finanțe.
În practică, asta înseamnă că atunci când dezvoltatorii pot conecta ușor tool-uri și porni fluxuri agentice, utilizarea se răspândește mai repede decât guvernanța. Apoi vine costul. Apoi cineva întreabă de ce un helper din terminal atinge acum subscriptions Azure și registries MCP externe. Pentru echipele care construiesc mai larg cu Copilot și AI agents, nu este doar un update de UX. Este o întrebare de control operațional.
Părerea mea
Este o lansare bună. Rezolvă probleme reale de usability și face Copilot CLI să pară un produs pe care echipele chiar l-ar putea standardiza.
Dar nu aș confunda setup-ul mai ușor cu guvernanța rezolvată. Cu cât GitHub face agenții din terminal să pară mai naturali, cu atât ai nevoie de guardrails mai clare pentru ce tool-uri pot fi instalate, sub ce identități rulează și cine plătește factura.
Dacă deja folosești automation terminal-first, actualizează cu copilot update și testează-l. Dar fă și munca administrativă plictisitoare: verifică pluginurile instalate, verifică scope-ul MCP și asigură-te că cineva urmărește usage-ul înainte să devină încă o surpriză pe billing.
