r/GithubCopilot

200 AI credits for students… how are we supposed to learn AI-assisted coding with this? 😢

I'm an IT student and I use GitHub Copilot in VS Code for coding, debugging, learning, and building projects.

Honestly, 200 AI credits seem to run out so quickly! 😥

My model selection is set to Auto, and my “Optimize for” setting is Balance. I don't seem to have the option to manually select a model.

When you're learning, you need to ask questions, understand code, try different approaches, and debug errors. That's when AI assistance is most useful, but the credits can disappear before you get much done.

I'm curious how other students are managing this.

Does switching from Balance to Efficiency actually help save credits?

What settings or workflows do you use to make your credits last longer?

Are there any good free alternatives that work directly in VS Code?

Is anyone using OpenRouter or local AI models for everyday coding and debugging?

I like Copilot, but I want to make the most of my student benefits without constantly worrying about running out of credits.

How are you guys managing this? What's your setup?

reddit.com
u/Revolutionary-Log990 — 4 days ago

The harness is absolute trash

Let me vent a bit.

I am super annoyed with the github harness in vscode.

1.New updates now dont show the ai credits consumed by subagents - great nice way to hide important info.

  1. Subagents just crash with agent error no return( specially gpt 6 Luna) and loop exits.. great new EVERY WEEK VIBECODED RELEASE breaking things.

  2. chat doesnt render correctly and is full of blank empty cards - this started a few releases ago and the vibecoders at copilot dont seem to care

4 if we are paying api pricing I want api performance. What bs is this. I personally use claude code and the difference is night and day. I will continue encouraging my company to move away from this trash harness

  1. No clarity on token usage. Gpt 5.6 Luna costs less that Gpt 6 Luna with the same work.

  2. What are your actual plans I dont get it.. you have copilot vscode chat, then agents app then copilot app. Why keep making redundant stuff and not have one uniform thing.

You guys are just piggy backing on others api. You have no moat except enterprise people not switching. But this will change for sure. Ours and a lot of others have already started piloting claude.

Peace out.

reddit.com
u/flame_ftw — 5 days ago

Best Plugins or Tools for Reducing Token Usage with GitHub Copilot

Hi everyone,

My company provides us with a fairly limited number of tokens, so minimizing token usage is really important.

I'm currently using GitHub Copilot with only the CodeGraph plugin, and I'd like to explore other tools or plugins that are commonly used to reduce token consumption.

Which plugins, tools, or best practices would you recommend for keeping token usage as low as possible when working with GitHub Copilot?

I'd love to hear about tools you've found particularly effective in your day-to-day workflow.

Thanks

reddit.com
u/AlenenX — 5 days ago

Keep track of Copilot credit usage in your VS Code status bar

Made this small VS Code extension (≈26KB) that shows today’s and this month’s Copilot credit usage in the status bar.

Hover over it to see credit costs broken down by model.

It reads local Copilot logs.

Marketplace · GitHub

Feedback is welcome. Thanks!

u/udsctp — 5 days ago

Multi-root Hybrid Workspace - Remote and Local

Hi all,

I’m having a hard time setting up a good workflow for my thesis work and would like your advice.

I keep my theoretical material (scientific articles, notes, and ideas) locally, but I need to write and run code on the university cluster. I don’t want to upload my theoretical material, notes, or ideas to the server.

What I’m aiming for is a setup where an agent can read and write ideas locally, then implement and execute them remotely on the cluster.

Is something like this possible? I’d love to hear your thoughts.
Using vs code..
Thanks!

reddit.com
u/zippo888 — 5 days ago
▲ 24 r/GithubCopilot+1 crossposts

New updated UI for vscode github copilot screws up diff UI

I used to enjoy systematically going through file changes done to all files by vscode github copilot. Accept and reject individual changes. Quickly jump between them. However recent UI changes to vscode copilot have completely screwed it up. To be specific:

  1. It does not show per file number of lines changed
  2. It does not show per change Keep / Undo button
  3. It opens all files expanded and vertically stacked. So, if I have to check specific file which is at the bottom of the stack, I have to collapse all files at the top one by one.
  4. There is no way to open just single file that is changed. It opens all edited files in vertically stacked manner.
  5. Old diff view also used to show location of code changes done by copilot in the file by showing red / green overlays on right side vertical scrollbar. Sometimes, it was useful when you wanted to diff some past versions of file. Those visual cues are gone due this vertically stacked sessions changes window.

Earlier I posted why I love copilot and not claude CLI with these points about old UI here: https://www.reddit.com/r/ClaudeCode/s/S4HXiHwjDn . But, it seems MS decided to claudify itself ...

New UI

https://preview.redd.it/2g3wka5a0gth1.png?width=1183&format=png&auto=webp&s=0cdb75ea71ce6734ed0e3651d0dc66e52295dab0

https://preview.redd.it/zzszbncb0gth1.png?width=1076&format=png&auto=webp&s=6799c2e45e32239b7f94ed9ed6444b5b752abe63

Old Version Information

New Version Information

reddit.com
u/Tiny-Entertainer-346 — 11 days ago

Why use GitHub Copilot after the nerf?

Hi everyone, I apologize because there have probably been millions of posts similar to mine, but after searching and reading through them, I still haven’t found a “definitive” answer—or rather, a set of answers that would lead me to my “own” definitive answer.

At work, we were using GitHub Copilot in the version prior to the recent nerf. Realistically, it wasn’t a policy that GitHub could sustain indefinitely. After the nerf, we set up a Claude team to test it, and we’re basically using only that now. Why should I Keep it?

PRO

  • NES free (Next Edit Suggestion)
  • GitHub integration with Visual Studio and Visual Studio Code

(but claude code in terminal works better for me and when I don’t work with C# I usually use Neovim)

CONS:

  • It seems like tokens are running out much faster
  • Tokens don’t roll over from month to month

Thanks in advice for your tips and sorry for poor english ;)

reddit.com
u/Crivotz — 14 days ago

Do you think Copilot Pro+ is still worth it for personal users?

Copilot became much more expensive after the pricing changes, so I stopped using it for a long time. Now that the new models have been released, have the usage limits or credit rules changed? Is it worth resubscribing to Copilot Pro+?

reddit.com
u/Aggressive-Produce13 — 14 days ago

Dynamic workflows are now live in the Copilot CLI and the Copilot app.

What are they? A dynamic workflow is a program that defines how a task is carried out. It can combine automated steps with the work of one or more agents. Steps can run one after another, in parallel, or as a mixture of both.

Where they help most: complex, multi-step tasks, or anything you want to repeat the same way every time. For example, when investigating an outage, a workflow can collect logs and telemetry, have separate agents analyze different systems, and merge their findings into a timeline and root-cause report.

This started as something we used internally, and we're excited to finally get it into your hands.

Docs and changelog

Give it a try and let us know what you think!

u/jukasper — 13 days ago

Copilot Update asks Permission for every file edit?

Anyone noticed this after the update? The only thing that prevents me from having to authorize every file edit is turning on "Allow All" now. That's definitely not what I want. It was working fine before the change.

Anyone know what combination of these new settings I need to allow all approved commands and normal file edits? Manual and even assisted permissions is still asking to approve every file edit.

Not to mention, there's no "approve" button on any of these commands now and interactive/autopilot don't affect it - it still makes me approve every file edit.

https://preview.redd.it/b3q203o36ysh1.png?width=441&format=png&auto=webp&s=19a64d94dca73d7f766bb21a9c15670ab5772052

reddit.com
u/Naganawrkherenymore — 13 days ago

Code graph MCP vs plain grep in Copilot CLI: it pays off for haiku on big repos, not for opus (664 runs)

A few days ago I wrote up a benchmark where a code knowledge graph over MCP (codebase-memory-mcp) didn't make a coding agent cheaper than plain grep. That run was small: 24 questions, repos up to 25k graph nodes, no Opus. So I ran a bigger one and committed the plan before the first run. Disclosure: the graph goes through cbm-lean, a small wrapper around that server that I wrote.

Setup: GitHub Copilot CLI 1.0.90, headless, one question per session. Two arms: view, grep and glob only, or the same plus the graph and a routing rule (graph for callers and call chains, grep for exact strings). Four public repos: the FastAPI full-stack template (1.6k nodes), dub (25k), kubernetes (146k), vscode (219k). 16 questions per repo, half structural (callers, callees, call chains, what breaks if a signature changes), half exact (a config value, an env var, the line of an error or a definition). Haiku 4.5 three times per question per arm, sonnet 5 twice, opus 5.5 once on 12 structural questions. 664 runs, every answer checked against keys I verified by hand.

Tokens per correct answer on the structural questions, graph vs grep:

kubernetes and vscode
  haiku    48k vs 209k
  sonnet   29k vs 40k
  opus     25k vs 27k
small FastAPI repo
  haiku    33k vs 26k
  sonnet   19k vs 10k

On the big repos, per question, haiku with the graph spent 0.29 of what it spent with grep and was cheaper on 15 of 16 questions. It's the only result that survives the Holm correction. On exact questions the graph made no measurable difference for haiku, and sonnet paid 13 to 42% more for it.

Why haiku gains so much: with grep it needed a median of 22 model calls per answer on kubernetes, and one question took 114. With the graph, 5. Every call resends the conversation, so long searches get expensive fast. Sonnet took 8 calls with grep and 4 with the graph, opus 4 or 5 either way. My guess, which I didn't test directly: a graph replaces search turns, so it pays when the model would otherwise take many of them.

For Copilot users specifically: premium requests are charged per prompt, however many calls the agent makes, so inside Copilot the graph saves time rather than money. Haiku's structural answers on the big repos took a median of 71 s with the graph and 157 s with grep. On the small repo the graph arm was slower.

Three failures I didn't expect, in case you're wiring a graph into an agent:

  • The graph's snippet has "lines": 43 next to "start_line": 93. Both haiku and sonnet answered horizontal.go:43 for a struct that starts on line 93 and is 43 lines long. My wrapper now renames the field to line_count.
  • No call edge for a bare call to a function imported with from x import y. Asked what recover_password calls, the graph arm said "only get_user_by_email" 5 times out of 5, without a single grep. It calls three more.
  • Copilot's grep tool shows line numbers only with "-n": true. Haiku passed n, no dash, in 920 of its 1,949 grep calls, got no numbers and counted lines itself. 78 of its 79 wrong exact answers are a wrong line number. Sonnet passed -n in 508 of 571 calls.

Caveats: one harness and one graph, 8 questions per cell on the small and medium repos, and opus answered 12 questions once each.

Write-up: https://allkeep.org/en/lab/when-a-code-graph-pays-off Plan, questions, driver and all the runs: https://github.com/nefayran/code-graph-vs-grep

If anyone has run something similar with Claude Code or another graph, I'd like to compare.

u/nefayran — 14 days ago