GitHub presenteert gratis versie van Copilot in VS Code

GitHub heeft een gratis versie van programmeertool Copilot beschikbaar gemaakt, die automatisch geïntegreerd zit in VS Code. Deze gratis variant geeft gebruikers maandelijks tweeduizend codeaanvullingen en vijftig chatberichten.

De zogenaamde Copilot Free laat gebruikers kiezen of ze Claude 3.5 Sonnet van Anthropic gebruiken of GPT-4o van OpenAI, zegt GitHub op zijn website. Gebruikers kunnen Copilot vragen stellen over programmeren, maar de tool kan ook uitleg geven over bestaande code of bugs opsporen. Verder laat de gratis variant gebruikers aanpassingen doen in meerdere bestanden, is het mogelijk om de agents van derde partijen te gebruiken en om eigen extensies te maken.

Gebruikers kunnen in Visual Studio Code met Copilot Free aan de slag door in te loggen met hun GitHub-account. Daarnaast is de nieuwe gratis variant te gebruiken via Copilot Chat, dat nu ook bereikbaar is via het GitHub-dashboard. Copilot Free bestaat naast de al bestaande varianten van Copilot. GitHub benadrukt verder dat studenten, onderwijzers en opensourcebeheerders gratis toegang blijven houden tot Copilot Pro. Zij hoeven dus niet over te stappen naar het gelimiteerde Copilot Free.

Door Eveline Meijer

Nieuwsredacteur

19-12-2024 • 08:14

52

Submitter: Loen

Reacties (52)

52
52
27
3
0
24
Wijzig sortering
Let wel op: de gratis en de 10 euro variant voedt wel de large language model van Copilot. Als je dat niet wilt dan zul je de Business of Enterprise variant moeten nemen qua licentie.
Ik gebruik nu Codium, gratis binnen VS Code zonder restricties. Zag mailtje van GitHub dat Copilot nu gratis is voor mij. Toen zag ik de restricties; ah ja, nu snap ik dat het gratis is. Als programmeur waar de code continu suggesties doet is dat snel voorbij qua limieten en je doet ook nog mee aan AI trainen met je code.
Als programmeur waar de code continu suggesties doet is dat snel voorbij qua limieten en je doet ook nog mee aan AI trainen met je code.
De data is waarschijnlijk voor een groot dele getraind uit Gihub repositories. Als je zelf aan een open source repository werkt is dit dus precies wat je wilt (de vaart der volkeren stuwen met jouw creativiteit). Als je aan commerciële code werkt die je geheim wilt houden dan is elke tool die jouw code online zet (dus ook cloud hosting) natuurlijk een risico, maar in dit geval is het niet meer echt een risico, maar een feit dat je code gedeeld wordt met derden.
Inderdaad, dat is iets om goed op te letten. Ik heb zelf eens meegemaakt dat Copilot API-keys voorstelde die daadwerkelijk werkten. Dat betekent dat deze waarschijnlijk afkomstig zijn uit iemand anders' project dat aan Copilot is gevoed, of dat ze openbaar op GitHub staan.

Zorg er dus voor dat je dit goed in de gaten houdt. Zeker als je een betaalde API gebruikt met een credit per call systeem, want dan kom je er al snel achter wat "denial of wallet" betekent.
Ik heb in mijn 10 dollar variant deze optie uitgezet: "To allow or prevent GitHub using your data, select or deselect Allow GitHub to use my code snippets from the code editor for product improvements."

Is dat niet voldoende dan?
Deze kende ik nog niet maar dat lijkt mij voldoende inderdaad!
Heb je daar een bron van? Ben wel benieuwd wat ze doen met Private repositories. Kan niet zo snel wat vinden dat ze die ook indexen.

En wat @bartcoppelmans zegt, kan natuurlijk. Het gebeurd regelmatig dat men api keys in public repo's commit.
Heb je daar een bron van?

Wat zoekwerk kwam ik uit op volgende links, maar nooit enige tegenspraak van Microsoft hieromtrend. Dus vermoedelijk trainen ze er gewoon op.

https://thakkarparth007.g...r/posts/copilot-internals
https://github.com/orgs/community/discussions/59630
Ik ben laatst bij Microsoft/Github geweest. Het staat ook in hun faq / license uitleg:
https://github.com/featur...pilot_lo.features_copilot
Ahja, in dat tabelletje had ik niet gekeken (dacht dat het pure marketing zwik was), bedankt!
Nog iets:

Hoe ben je zeker dat Copilot/AndereLLM geen GPL/non-free code gebruikt heeft als trainingsdata?

Als er code genereert wordt, wie heeft er dan de copyrights op de code?
Er is bij mijn weten nog geen wetgeving hierrond.

Op AI art (en dat is breed te interpreten!) is er geen copyright mogelijk in de VS. (IANAL)
Ik kan mij voorstellen dat er gelijkaardige regels zullen zijn voor code, met bijhorende problemen.
voedt wel de large language model van Copilot
Hartstikke goed. Als je gebruikmaakt en profiteert van hun programmeer robot dan vind ik dat die kennis best andere mensen mag helpen.
Dan vind ik dat ze het volledig gratis mogen aanbieden.
Doen ze ook uiteindelijk, images genereren is al gratis namelijk
Ik ben het niet met je oneens. Het ligt wel aan waarvoor je programmeert. Bedrijven willen niet graag hun broncode delen.
Ik vind het een wat zorgwekkende ontwikkeling dat Microsoft GitHub Copilot lijkt te proberen in te zetten om Visual Studio Code een monopolie op te leveren op code editors.

Microsoft heeft aanzienlijke marktmacht op het gebied van AI code autocomplete. Ze hadden een exclusieve deal met OpenAI waardoor ze vroeg toegang kregen tot OpenAI technologie, engineering en resources. In principe ook tot de API's die dit mogelijk maken (hoewel die inmiddels deels ook open staan).

Er bestaat wel concurrentie zoals Cursor, supermaven of Jetbrains AI Assistant, maar die hebben moeite om dit bij te houden. Een deel van de oorzaak is dat Microsoft grote verliezen maakt op Copilot en copilot tegen dumpprijzen op de markt zet - inmiddels zelfs gratis dus: https://www.theregister.c...hub_ai_copilot_microsoft/

De oude trukendoos gaat ook weer open hierbij. Zo worden er door Copilot API's gebruikt die anderen niet kunnen gebruiken in VS Code.

Tot daar aan toe is het allemaal nog wel OK denk ik. Waar ik me zorgen om maak is dat we een in principe gezonde situatie hadden met code editors. Tussen het europese Jetbrains, Microsoft Visual Code en enkele anderen was er een soort gezonde situatie ontstaan met verschillende opties.

In eerste instantie leverde Microsoft ook voor de Jetbrains IDE's deze code tooling. Deze begint echter steeds meer achter te lopen. Features worden 'VSCode exclusives'. Inmiddels geven ze dit dure product dus zelfs gratis weg voor VSCode gebruikers om maar marktaandeel te winnen.

Concurrenten moeten met veel minder resources dan gaan concurreren tegen die dumpprijzen van Microsoft die verhoudingsgewijs onbeperkte resources en toegang heeft. Jetbrains heeft een eigen tool, maar kan tegen deze prijzen (gratis nota bene) de deal die microsoft biedt niet evenaren.

De claim dat github 'onafhankelijk opereert' in de goedkeuring van de overname van Github door de EU (https://ec.europa.eu/comp...decisions/m8994_257_3.pdf) lijkt hiermee zeer onwaarschijnlijk te worden. Het lijkt heel helder dat Microsoft nu een aantal marktmacht posities aan het misbruiken is om op nieuwe markten een monopolie te krijgen. En volstrekt lak te hebben aan hun beloftes bij de overname van Github.

Ik hoop dat de autoriteiten goed meekijken, wat hier gebeurt trekt straks de hele ontwikkel tool industrie van gemengd europees/amerikaans naar alles naar Amerika, en het gebeurt naar mijn idee op een illegale manier.
Helemaal met je eens, maar het zal de autoriteiten worst wezen wat er in de "niche" van software ontwikkeling gebeurt. Als dat enige betekenis voor ze had, dan had men ook ingegrepen op Office365 bv en het gebruik daarvan bijvoorbeeld in het onderwijs, (semi)overheid.
Ik denk dat je als individu gewoon onafhankelijk moet blijven. Met mijn baan heb ik geluk dat dat kan. Ik zit op Neovim. Mijn collegas op VScode, IntelliJ en zelfs nog Netbeans.
AI draai ik lokaal met llama.

[Reactie gewijzigd door pk128934 op 19 december 2024 10:10]

Het is niet volledig gratis, de interacties met het onderliggende model zijn beperkt zie https://github.com/featur...=blog&utm_campaign=launch
Bij regelmatig gebruik is de gratis variant meer een reden om naar de betaalde variant te gaan.

Hoe dan ook vind ik de productiviteit verbetering met een tool als GitHub Copilot echt merkbaar. Om de exacte stijging van productiviteit te meten lijkt me moeilijk maar alles tussen 10-20% lijkt me zeer waarschijnlijk.

Wat betreft een concreet nadeel, soms zijn suggesties voor bugfixes helemaal fout waardoor je tijd stopt in een doodlopende weg.

Wat fijn is dat "gewoonweg wat proberen" minder tijd kost, waardoor je meerdere wegen naar Rome snel kan uittesten.
Raak je niet afhankelijk van Copilot? Ik bedoel, wacht je niet tot dat Copilot met een suggestie komt?
Zelf heb ik juist de ervaring dat ik gewoon lekker bezig ben, en zo nu en dan precies wordt voorgesteld wat ik wilde gaan typen.
Moet wel zeggen dat ik mijn esc knop nog nooit zo veel gebruikt heb dan de laatste 2 jaar. Tot het punt dat ik copilot suggesties maar heb uitgezet omdat dat mijn productiviteit, laat staan mentaliteit, niet ten goede kwam. Chat gebruik ik daarentegen met regelmaat als ik een idee die ik in mijn hoofd heb verder moet uikristalliseren en er geen collega in de buurt is.
Ik denk dat dat af hangt van de persoon zelf, en ik zou gokken dat je skill-niveau er ook en rol in speelt.
Bij ons krijgen junior developers helemaal geen toegang tot copilot. Kwestie dat ze "echte" ervaring opdoen en we geen codebase vol rare "copilot-code" hebben. Dat is de theorie... wat de impact is op senior developers. Dat valt nog af te wachten.
Dit vind ik heel netjes van jullie. Daar je enkel met LLM kan werken, als je weet wat je doet.
Dat is natuurlijk een glijdende schaal. Maar als je een beetje ervaren bent dan is het denk ik een klein gevaar. En als je merkt dat je meer tijd bezig bent met Co-pilot dan met echt programmeren/problemen uitdenken moet je misschien iets anders gaan doen :+
Voor simpele stukjes code soms wel, scheelt gewoon wat typen en dus tijd. Al vraag ik me af of de tijd die ik daarna besteed aan het checken van de suggestie die tijdwinst weer teniet doet.

Het meeste voordeel van CoPilot heb ik echter bij het maken van docstrings en infra zaken zoals een docker-compose.yml file.
Mijn editors geven ook stukjes code en soms hele templates. Zonder dat ik AI gebruik.
Ik denk dat veel mensen Ai en Lexer door elkaar heen halen.
De vraag is wat het alternatief is, en dat is meestal stack overflow, youtube tutorials en fora afstruinen voor oplossingen, welke een AI veel sneller doet, relaties kan leggen etc. Het hangt natuurlijk ook van je usecase af:
- Als teacher, legt code voor je uit, wat fijn is voor juniors
- Als assistent/co programmer, checkt op fouten, denkt mee/brainstormen
- Snel boilerplate code opzetten, het vervelende werk wat niet toevoegt aan je kennis.
- Focus op 'getting it done'. Je kunt bv tijd steken in uitzoeken hoe tailwind css classes een tabel styled, of je vraagt de ai om even een opzetje te maken, kun je door met de pagina te vullen met data. Refactor van js naar ts? Goed om eerst zelf de eerste te doen, kan de ai de rest doen.

Meestal heb ik zelf een requirement die ik wil implementeren, ik denk erover na wat de stappen zijn. Dan vraag ik AI om de eerste stap in te vullen, bijvoorbeeld maak een route aan in vue3 met pad /product/edit naam product.edit en component Product-Edit.vue in typescript. Dan een vue3 view waarmee deze een basis opzet neer kan zetten. Eventueel geef je een andere file aan waarop deze gebaseerd moet worden. Het ontwikkelen zit 'm meer in de workflows uitdenken, database entiteiten vaststellen en een ontwerp maken. Maar dit soort lopende band productie werkzaamheden worden na verloop van tijd wel een beetje saai en AI kan dit prima oppakken, of een junior natuurlijk, maar dat is afhankelijk van de werk situatie.

En de vragen goed verwoorden en de aanpassingen etc is ook belangrijk. En het is goed om te weten dat LLMs vaak een bias hebben waardoor sommige info niet naar boven komt drijven, zoals meer recente versies van frameworks zoals Laravel 11. Bijvoorbeeld Qwen 2.5 is wel recent genoeg getraind maar faalt bij specifieke Laravel 11 dingen.

Ik doe dit met een LLM die lokaal draait overigens. Dan komt data die niet publiek mag zijn niet ergens terecht waar je geen controle over hebt. Ik gebruik text-generation-webui en CodeGPT in PHPStorm en dat werkt goed genoeg met een 12GB GPU en 64GB aan ram en een 10GB model (Codestral 22B Q3). Kost verder niets wat AI betreft, afgezien van stroom.
Ik heb geen probleem met LLM, Maak er zelf ook regelmatig gebruik van.

Wat mijn voornaamste probleem is, dat bedrijven overall het stickertje A.I. opplakken, terwijl het enkel een Lexer is of een andere form van algoritme.
Copilot zit er al dikwijls na met 1 lijntje suggestie. Het werkt wel, maar hele code blokken ... zeer triviale code ja. Als ik les aan het geven ben dan kan het wel werken omdat dit "triviale" code is om te oefenen

Maar voor mijn saas app is het toch zeer beperkt. Ik heb meer dan 25 jaar ervaring als programmeur professioneel en daarvoor ook wel al een paar jaar wat dingetjes gemaakt. Mijn eerste job was zelfs als programmeur. Voor "100%" werkt dit gewoonweg niet

Tevens doe je "nieuwere" dingen dan komt er helemaal niks uit. En gisteren nog bij de les ... iets triviaals ... Copilot zat er gewoon 200% naast en introduceerde een bug bij een student. En dan werkt het niet

Ik heb een betalend abonnement en het kan werken, maar 10-20% verhogen ? Hangt ervan af hoeveel je moet opzoeken via Google, deze actie spaar je uit en kan je rechtstreeks in je editor doen. Maar dat is ook afhankelijk wat je doet en waar je hulp bij nodig hebt. En dan ben je dikwijls beter af met stack overflow waar je meestal meerdere oplossingen krijgt, zodat je ook nog misschien wat kan bijleren.

Ik zeg niet dat het niet handig kan zijn, ik ken ook niet elke functie van framework X of Y. Is ook niet nodig, want je gebruikt niet alles. Sommige dingen gebruikt je ook maar "once in a blue moon". Maar code 100% battle proof zeker als het wat ingewikkelder is, nopes. Wat wel zo is een vriend van me heeft dezelfde opleiding als ik (bachelor ICT maar eigenlijk gewoon programmeren dus)... programmeren kan hij niet ... Maar met behulp van chatgpt/copilot kan hij gewoon iets maken. Dat de zon/zee/maan in de correcte stand moet staan bijvoorbeeld ligt hij niet wakker van. Het "werkt". En dat is voor velen genoeg. Voor mij niet, zeker niet als ik er geld op moet verdienen. Dan moet dit 100% zijn.
Klinkt bekend. Veel triviale code gaat prima, maar doet mijn eigen tab9 instance ook prima (oude zonder openai en anthropic integratie), en die doet dat al vele jaren lang voordat copilot bestond en voordat het gerebrand was naar "ai". Zodra het maar iets complexer wordt of je met code gaat werken met nul online voorbeelden of met slechte documentatie, welke weinig gebruikt word, dan ben je klaar en kan je het beter zelf doen.
Gisteren geprobeerd: Deze gratis versie van Gopilot werkt ook gewoon in de Visual Studio 2022 edities.
Het is ook beschikbaar voor Xcode, JetBrains IDEs, Neovim en Azure Data Studio.
Mm net JetBrains (Pycharm) geprobeerd maar krijg het nog niet werkend (ben ingelogd). Krijg een melding dat ik een pakket moet kiezen en de gratis brengt me dan gewoon naar een online prompt.
Ik gebruik nu Cody. Ben beniewd of deze beter werkt. Vooral het automatish aanvullen scheelt tijd. Ik zal eens meer vragen gaan stellen die ik via ChatGPT voorheen deed.
De beste vragen denk ik zijn: is om de code te versimpelen, op te schonen of eventuele fouten te voorkomen.
Goede aanvulling op refactoring, widgets, static code analyze, highlighting en alle andere tegenwoordig onmisbare functies.
Mja ik werk zelf met Supermaven. Ik vond die sneller werken dan copilot. Het is inderdaad wel nuttig, maar je moet het toch wel goed controleren.

Ik ben benieuwd wat de EU straks van deze manier van upselling vindt, want het maakt het voor derde partijen weer heel lastig natuurlijk.
Bij mij kwam deze aankondiging in mijn Ongewenste mail (gemarkeerd als spam) en wanneer ik de link open (in een URL scanner) krijg ik een waarschuwing. Meer mensen die dat hebben?
Hier ook in ongewenste mail inderdaad.
Ik ben ooit begonnen met de gratis Technical Preview, twee jaar geleden. Blijkbaar steeds een verlenging gekregen, zonder dat ik betaal. Ik krijg eens in de zoveel tijd een mailtje:
Thank you for renewing your free access to GitHub Copilot. Your access to GitHub Copilot will be reviewed on 2025-01-10. GitHub Copilot checks eligibility monthly per our policy. No steps are needed on your end.
Ik merk dat ik het voornamelijk gebruik om 't saaie werk op te lossen, als een autocomplete-on-steroids. Ik besef me wel dat ondertussen ieder (!) bestand dat ik open in VSCode naar de servers van Github gaan, inclusief lokale tekstbestandjes met persoonlijke notities, code van projecten waar een NDA op zit, of JSON bestanden met allerlei soorten data.

Als ze het niet zouden verlengen zou ik er vanaf stappen. Voor wat rubberducking is een lokale LLM prima, en geen fancy autocomplete zou me minder lui maken. Maarja, ik krijg vast volgende maand weer een mailtje dat het (om welke reden dan ook) weer is verlengd...

EDIT: En alsof ik het met deze post heb uitgelokt, krijg ik zojuist het volgende bericht:
You've reached your monthly code completion limit. Upgrade your plan to Copilot Pro (30-day Free Trial) or wait until -4712-01-01 for your limit to reset to continue coding with GitHub Copilot.

[Reactie gewijzigd door kleneman op 19 december 2024 10:16]

Vanuit ervaring met de betaalde variant van copilot zou ik zeggen dat het een handige code snippet generator is, maar je moet nog steeds erg goed opletten. Het sterkst merk je dit in de wat minder mainstream dingen als terraform, Ansible etc.

Maar op zich is het best capabel in dingen als een quick en dirty Shell script ombouwen naar een quick en dirty Python script :+

Erg handig als je 50 regels ver in een bash script zit en merkt dat je error afhandeling gewoon bizar slecht is voor een complex script

[Reactie gewijzigd door 4tro op 19 december 2024 08:43]

Inderdaad, in terraform tags gebruiken in aws resourses die geen tags supporten is een voorbeeld van een tekortkoming van copilot (openai).
Ik vind Copilot echt een onmisbare tool in mijn dagelijkse werkzaamheden. Hij snapt wat ik wil typen en komt met best goede suggesties of ideeën. Het voelt echt alsof hij snapt waar je naar toe wilt en komt met suggesties. Natuurlijk zit hij er wel eens naast, maar het weegt niet op tegen de keren dat hij er niet naast zit.

Belangrijk is dat je wel duidelijke namen gebruikt voor methodes & variabelen. Ook het typen van commentaar boven een stukje code kan helpen om Copilot beter te laten meedenken.

De chat optie is een goede sparring partner en heeft al voor veel oplossingen gezorgd waar ik anders toch wat langer over zou hebben gedaan.

Ik werk er zelf mee in één van de Jetbrains IDE's. Geen idee of hier ook de gratis variant nu voor beschikbaar is.

[Reactie gewijzigd door Bielie993 op 19 december 2024 09:22]

Microsoft 365 copilot is een ander product dan GitHub copilot.

[Reactie gewijzigd door kftnl op 19 december 2024 08:49]

Op dit item kan niet meer gereageerd worden.