Earlier quoted context omitted.
Model selection for day to day tasks based on vibes is not very scientific. Micromanaging the model doesn't seem like a great idea when doing real professional work with professional goals/deadlines/pressures.
> Micromanaging the model doesn't seem like a great idea when doing real professional work with professional goals/deadlines/pressures. Remember that it's not only the cost per token, but also speed. Some tasks are done faster with simpler/less-thinking models, so it might actually make sense to micromanage the model when you have deadlines.
Changes to GitHub Copilot individual plans
131–140 of 241 posts
Re: Changes to GitHub Copilot individual plans
#132I have a GitHub Pro subscription, renewed for the 2nd year, and I just found out I can no longer use Opus with it. Opus was one of the reasons I had a subscription in the first place. Opus 4.6 had a 3x multiplier in Pro. Now the new Opus 4.7 model has 7.5x in Pro+, which offers 5x more requests, but costs 4x more than Pro. So now Opus is essentially 2x the price it used to be. It’s likely that Sonnet 4.7 will be the…
Reading the comments here drives home an industry wide problem with these tools: people are just using the latest and most expensive models because they can , and because they’re cargo-culting. This is perhaps the first time that software has had this kind of problem, and coders are not exactly demonstrating great discretionary decision making. I’ve been using Anthropic models exclusively for the last month on a larg…
Re: Changes to GitHub Copilot individual plans
#133I really dislike these AI middleman plans. The value-add that Microsoft brings to Github Copilot is near zero compared to directly buying from Anthropic or OpenAI, where 99% of the value is being delivered from. I don't understand why anyone would want to deal with Microsoft as a vendor if they don't have to. The short period of discounted usage was always the obvious rug pull.
Re: Changes to GitHub Copilot individual plans
#134This thread is pretty quiet for what strikes me as a substantial set of changes with, presumably, more substantial changes still to come for anyone not grandfathered into a Pro plan. I get the impression that the intersection of HN posters and Copilot users is quite small in practice; that Claude Code and Codex suck up all the oxygen in this room. But it seems plausible we’ll see similar “true costs greatly exceed ou…
Enterprise might stick around, but individually, I reckon the developers will flock to OpenCode + open weights (Qwen/GLM/Codestral). The problem then is, if the open weight models impress these new adopters, they will shout about it from rooftops (conferences, social media, blogs) in unison, which might result in an exodus. Especially troublesome considering developers are a major market for both frontier labs (Anthropic & OpenAI) & its IPO ambitions.
Re: Changes to GitHub Copilot individual plans
#135Earlier quoted context omitted.
Because if you’re a vscode user up until a couple days ago you could hammer Opus 4.6 all day every day and pay nowhere close to the Claude Max plan. Many people exploited this and the subsidy is closing.
Yeah this was me. I just got a message that I hit my limit and now I am looking into what it takes to run Qwen on local hardware.
The Qwen models are cool, but if you're coming from Opus you will be somewhere between mildly to very disappointed depending on the complexity of your work.
Re: Changes to GitHub Copilot individual plans
#136I have a GitHub Pro subscription, renewed for the 2nd year, and I just found out I can no longer use Opus with it. Opus was one of the reasons I had a subscription in the first place. Opus 4.6 had a 3x multiplier in Pro. Now the new Opus 4.7 model has 7.5x in Pro+, which offers 5x more requests, but costs 4x more than Pro. So now Opus is essentially 2x the price it used to be. It’s likely that Sonnet 4.7 will be the…
Reading the comments here drives home an industry wide problem with these tools: people are just using the latest and most expensive models because they can , and because they’re cargo-culting. This is perhaps the first time that software has had this kind of problem, and coders are not exactly demonstrating great discretionary decision making. I’ve been using Anthropic models exclusively for the last month on a larg…
> I’ve been using Anthropic models exclusively for the last month on a large, realistic codebase, and I can count the number of times I needed to use Opus on one hand. Most of the time, Haiku is fine. About 10% of the time I splurge for Sonnet, and honestly, even some of those are unnecessary.
You and I couldn't have more different experiences. Opus 4.7 on the max setting still gets lost and chokes on a lot of my tasks.
I switch to Sonnet for simpler tasks like refactoring where I can lay out all of the expectations in detail, but even with Opus 4.7 I can often go through my entire 5-hour credit limit just trying to get it to converge on a reasonable plan. This is in a medium size codebase.
For the people putting together simple web apps using Sonnet with a mix of Haiku might be fine, but we have a long way to go with LLMs before even the SOTA models are trustworthy for complex tasks.
Re: Changes to GitHub Copilot individual plans
#137Earlier quoted context omitted.
> Most of the time, Haiku is fine. Haiku is most definitely not fine for the code bases that I work on. Sonnet is probably fine for most daily tasks, but Opus is still needed to find that pesky bug you've been chasing, or to thoroughly review your PR.
> Haiku is most definitely not fine for the code bases that I work on. Sonnet is probably fine for most daily tasks, but Opus is still needed to find that pesky bug you've been chasing, or to thoroughly review your PR. Yeah, I hear that a lot, but it never comes with proof. Everyone is special. I’m sure you’d find that Haiku is pretty functional if there were a constraint on your use.
I don't know how anyone could believe that Haiku is useful for most engineering tasks. I often try to have it take on small tasks in the codebase with well defined boundaries to try to conserve my plan limits, but half the time I end up disappointed and feeling like I wasted more time than I should have.
The differences between the models is vast. I'm not even sure how you could conclude that Haiku is usable for most work, unless you have a very different type of workload than what I work on.
Re: Changes to GitHub Copilot individual plans
#138This is quite the rug pull. I've been using the Pro+ with Opus 4.6 very successfully and being charged 3x rate was mostly acceptable. But removing Opus 4.6 and replacing with Opus 4.7 with a 7x rate is just insane!
Re: Changes to GitHub Copilot individual plans
#139I have a GitHub Pro subscription, renewed for the 2nd year, and I just found out I can no longer use Opus with it. Opus was one of the reasons I had a subscription in the first place. Opus 4.6 had a 3x multiplier in Pro. Now the new Opus 4.7 model has 7.5x in Pro+, which offers 5x more requests, but costs 4x more than Pro. So now Opus is essentially 2x the price it used to be. It’s likely that Sonnet 4.7 will be the…
Reading the comments here drives home an industry wide problem with these tools: people are just using the latest and most expensive models because they can , and because they’re cargo-culting. This is perhaps the first time that software has had this kind of problem, and coders are not exactly demonstrating great discretionary decision making. I’ve been using Anthropic models exclusively for the last month on a larg…
- If you pay for unlimited trips will you choose the Ferrari or the old VW? Both are waiting outside your door, ready to go.
- Providers that let you choose models don't really price much difference between lower class models. On my grandfathered Cursor plan I pay 1x request to use Composer 2 or 2x request to use Opus 4.6. Until the price is more differentiated so people can say "ok yes Opus is smarter, but paying 10x more when Haiku would do the same isn't worth it" it won't happen.
Re: Changes to GitHub Copilot individual plans
#140Pricing per turn/request was/is an idiotic model and I'm glad they are paying for it. It just forces you into a workflow just to work around business model. Heck the best laugh would be to create a plan outside vscode with interactive CC/Codex then copy paste into GH copilot to do a single session burn of few M tokens.
Again ridiculous model.