NewsLab
Apr 28 19:09 UTC

GitHub Copilot code review will start consuming GitHub Actions minutes (github.blog)

180 points|by whtsky||132 comments|Read full story on github.blog

Comments (132)

120 shown|More comments
  1. 1. mhitza||context
    Interesting, I didn't know minutes where free before.

    Stopped my recurring subscription at the end of last year when it started spinning up actions for review. Which as a side effect doubled the time (or so) to do a review. Whereas before that I would open a PR, wait at most a minute or two and the review was already done.

  2. 2. AlexandrB||context
    Expect to see more of these kinds of announcements as companies need to start showing returns on their AI investments. It's hard to say how subsidized the current AI products are[1] but we're definitely getting a free lunch at VC's expense the moment.

    [1] Ed Zitron speculates the actual prices with token based billing for heavy users will be something like 10x the subscription price, but this seems high.

  3. 3. Leynos||context
    Not that I give much credence to anything Zitron says, but the amount of inference you can get on a £200 a month OpenAI or Anthropic subscription is easily an order of magnitude more than what you'd get paying the same amount at subscription rate.

    Although I would also point out that OpenAI recently tripled the amount of Codex inference you get per month for £200 (and to head off the suggestion, this is distinct from their current 2x promotion on £100/month plans)

  4. 4. paulddraper||context
    *more than what you'd get paying the same amount at usage rate.
  5. 5. Leynos||context
    Yes, thanks. Too late to edit now, sadly.
  6. 6. PunchyHamster||context
    > Not that I give much credence to anything Zitron says, but the amount of inference you can get on a £200 a month OpenAI or Anthropic subscription is easily an order of magnitude more than what you'd get paying the same amount at subscription rate.

    Neither of those is how much it actually costs the company selling the service. And I have feeling they are running at loss here so the play is "get everything possible using LLMs then jack up the pricing"

  7. 7. semiquaver||context
    There have been plenty of studies which indicate that inference considered by itself is almost certainly quite profitable at all the frontier labs. The problem is amortizing the cost of all the expensive training runs required to train new models into the revenue stream.
  8. 8. pkaye||context
    Does that mean those running the open models are highly profitable since they don't have to do any training?
  9. 9. polski-g||context
    Yes obviously, otherwise they wouldn't be doing it; they'd just go back to mining shitcoins.
  10. 10. o10449366||context
    Yeah, I'm sure the numbers are a bit inflated compared to API, but with my Claude $200/month subscription I've supposedly consumed 12,160,410,828 tokens in April for a cost of $22,733.03.
  11. 11. Leynos||context
    Is that taking cache hits into account?
  12. 12. pier25||context
    > 10x the subscription price, but this seems high

    Inference is cheap but training is quite expensive. Plus all the money they've invested and keep investing on hardware, data centers, etc. And evidently they also need to make a profit at some point.

  13. 13. xienze||context
    > Inference is cheap

    Maybe from the perspective of traditional, turn-based chat. But when you start having developers command an army of agents that work around the clock, those cheap tokens start adding up fast...

  14. 14. mbb70||context
    If the unit-economics work out and they can sell $0.99 of tokens for $1.00, doesn't matter how many agents you spin up. The flat rate subscriptions can't last though.
  15. 15. xienze||context
    > If the unit-economics work out and they can sell $0.99 of tokens for $1.00

    I think the margins have to be a lot higher than that in order to give investors the return they're expecting, to continue the never-ending training treadmill, and to build more and more datacenters to accommodate people basically DDOS'ing the GPUs in order to run their workloads.

    Yes, in theory what you said makes sense. But the tightrope these companies have to walk is that the per-token costs still have to be low enough that developers and companies don't just say "ehhh I guess we can still do all this work the old-fashioned way" but ALSO high enough to cover the massive expenses AND astronomical returns everyone's expecting.

  16. 16. maccard||context
    VC investment isn’t about margins, it’s about finding a unicorn. It doesn’t matter if margins are negative if your product is dominant in the market as you can fiddle with the margins after the fact. You just need to be invested long enough to see everyone else fail.
  17. 17. xienze||context
    I imagine the calculus changes a little bit when you've invested hundreds of billions (trillions?) of dollars in a relatively short period of time. Priority number one is probably getting that money back. I think the fact that providers are RAPIDLY cutting back/jacking up prices points to this being the case.
  18. 18. AlexandrB||context
    The problem with AI is that there doesn't seem to be a durable barrier to entry for a "winner take all" dynamic to work. The biggest barrier to entry seems to be the capital needed to train the models, but even free models are getting "good enough" for some uses and there's little friction to stop users from switching between models. Many frontends make this explicit by letting you pick the model you want to run inside the same environment.

    If prices go up, I suspect a bunch of folks will jump to cheaper, less capable models instead of eating the added cost. The whole value proposition of AI in enterprise is around cost-cutting, so that mentality is likely to persist when choosing which model to pay for.

  19. 19. dotdi||context
    I feel the rug under my feet moving. Is it being pulled?!
  20. 20. 2ndorderthought||context
    Just you wait, this is a gentle tug to test how hard they can pull when the time comes.
  21. 21. xienze||context
    It's gonna be interesting to see how this plays out. Usually a tech rugpull like this lasts a number of years. And this sort of has, but the agentic stuff has really only caught on like wildfire in the last, I dunno, six months or so. The rugpull would be way more effective if there could be several years of getting developers addicted to this development paradigm, but alas, the VC money burned was too great to subsidize for very long.
  22. 22. awakeasleep||context
    I wonder if it has anything to do with the war in the Middle East forcing gulf states to scale back investment
  23. 23. eastbound||context
    If that is true, we’ve discovered that offering a product for $1 the $17, yields to dramatically shorter runway but possibly more addicted users. Can’t wait for products offered at $1 the $100.
  24. 24. swiftcoder||context
    Its also a weird way to cede control of the market to the foreign model vendors, because I'm reasonably sure that DeepSeek et al aren't subsidising tokens to the same extent that the big 3's subscription models have been.
  25. 25. xienze||context
    I think there's "sort of" a moat for non-Chinese vendors. As much as people distrust the US right now, I think deep down inside everyone knows that the second you let a Chinese provider do inference on your codebase they're gonna suck up every bit of it. But hey, cheap tokens, right?

    So you'll probably never see government customers allow that and neither will a lot of commercial customers.

  26. 26. 2ndorderthought||context
    Why do we assume us providers aren't doing the same? Also all the Chinese providers are giving open weight models. Many you can run locally.

    I don't see the risk. If your code is easily AI generated you don't have a moat anyways. A Chinese competitor probably won't have as easy of a time as a US one of you operate in the US

  27. 27. Laughsalot||context
    The US has robust IP and trademark law that allows companies some amount of chance to find a legal remedy to anyone who clones their business. China is notorious for protecting local companies from foreign IP suits.

    Further, at a lot of companies, the risk has to be acceptable to shareholders and auditors. Perceived risk is often a more powerful motivator than actual risk.

  28. 28. isoprophlex||context
    > robust IP and trademark law

    lmao tell that to the artists, authors and foss contributors whose work has been cloned into the llm oracle

  29. 29. 2ndorderthought||context
    Once your code, images, etc pass into the slop machine it is owned by whoever generated it later. Obviously they would need a new logo, llc, and some ui theme tweaks. Otherwise none of these AI coder products would exist.

    Also, how long do you think openai, Microsoft, Google, anthropic, etc could delay a lawsuit while you pay hundreds of thousands in legal retainers? 5 years? 10?

  30. 30. swiftcoder||context
    > As much as people distrust the US right now

    From the perspective of someone currently living in the EU... I'd say thats pretty much a wash (or even slightly tilted in China's favour) for folks outside the US

  31. 31. dannyw||context
    Fortunately there’s plenty of open weight models that are just safetensors and you have a wide variety of providers to choose from, as well as just hosting it yourself.
  32. 32. windward||context
    Times would have been much more 'interesting' - for better or worse - had the LLM movement occurred during the zero interest-rate era.
  33. 33. anthonypasq||context
    making you pay the actual price of a product is a rug pull now?
  34. 34. shimman||context
    Maybe, but this is also a company whose parent organization is worth a trillion+ dollars that have monopolies in multiple verticals. I know American corpos hate the idea of protecting the commons and would rather fuck it raw to fulfill their carnal urge for profit, but you know there are some public goods and services worth fulfilling for a highly productive industry.

    Maybe the government should nationalize GitHub at this point as it is absolutely critical for US infrastructure and MSFT has shown to be a terrible steward for the public.

  35. 35. anthonypasq||context
    wow, gotta say I was not expecting that response lol. So good on you for surprising me I guess.
  36. 36. Macha||context
    It is if you start by charging significantly less than the actual price to get people hooked
  37. 37. boesboes||context
    Not yet... I calculated they under charge by 50-90X soooo
  38. 38. silverwind||context
    This seems nonsensical. Why would non-actions activity consume actions budget?
  39. 39. throwatdem12311||context
    “F*ck you. Pay me.”

    That’s why.

  40. 40. freedomben||context
    Agreed, especially weird since they just rolled out usage-based billing for Co-pilot. It would make a lot more sense to just re-use that usage instead IMHO
  41. 41. semiquaver||context
    It does, read the article. This feature now consumes actions credits and AI credits.
  42. 42. freedomben||context
    Yeah my mistake, I wasn't very clear in my comment.

    Though actually the more I think about it, I think this change actually does make more sense. In the case of the AI running on GitHub side, that does feel pretty equivalent to CI minutes. I would hope that the number of minutes they bill for is pretty minimal though, since the vast majority of that will be I/O waiting on the agent to return

  43. 43. whalesalad||context
    Code review ostensibly takes place inside a container runtime just like tests or other actions would. It makes sense to me.
  44. 44. PunchyHamster||context
    but consumes vastly more resources than most app's build process.

    Done that way it obfuscates cost of the code review and I think that's on purpose

  45. 45. whalesalad||context
    The cost of running a container (to github) is someone else not being able to run a container.
  46. 46. horsawlarway||context
    My guess is that they're moving to a spot where they can pitch an LLM "doing something" as an action, and copilot is their first move. I don't see it as crazy to think of a "copilot code review" in a similar way to other build actions.

    But also - enterprise accounts already have budget assigned to github actions, and this allows them to start billing right away without having to actually get (or allow) businesses to evaluate the return of having copilot do code reviews.

    So seems like it's a mix of immediate incentives and long term architecture. I don't like it, though. If I were an enterprise my first response would be to turn it off.

  47. 47. swiftcoder||context
    > enterprise accounts already have budget assigned to github actions, and this allows them to start billing right away without having to actually get (or allow) businesses to evaluate the return of having copilot do code reviews

    Hang on, I read this as copilot reviews with bill both actions minutes and AI credits. Did I miss something?

  48. 48. zdragnar||context
    I'm assuming the running of the model is consuming the tokens, and the client coordinating and orchestrating the calls to the model to perform the review is happening in an action runner, thus using action minutes.
  49. 49. semiquaver||context

      > Last month, we shared how GitHub Copilot code review runs on […] GitHub Actions using GitHub-hosted runners.
    
    They say that they’re now billing against their actual costs
  50. 50. WorldMaker||context
    Copilot Code Reviews are Actions workflows. Just privileged ones you can't edit the YAML for. They even litter your Actions tab list and Deployment environments.
  51. 51. 1qaboutecs||context
    scary but thank goodness github actions is highly reliable, robust to change, and has a simple-to-understand ontology.
  52. 52. paulddraper||context
    To the naysayers, I would point out that actions has not only one but TWO 9s of uptime. [1]

    [1] https://www.githubstatus.com/

  53. 53. infecto||context
    For all the hate it gets, I use them regularly with little to no complaints.

    I have always found it as a pretty nice to have feature if I am already using GitHub. It’s far from perfect or robust but I can get a lot of use out of it with low to no friction.

  54. 54. maccard||context
    We had more build failures in 2025 due to Actions outages or degraded service than any other reason.
  55. 55. infecto||context
    Which is fair but inversely we do many builds throughout the day most business days and have not had an impact where we noticed it. Could also be that we deploy often and frequently and have setup our builds to be as quick as possible so any issues would likely go unnoticed.
  56. 56. maccard||context
    Yeah totally. We use GitHub + actions for backend, and self host Perforce + TeamCity for our main game codebase. We had 0 downtime in 12 months on our TC as a comparison. I know there’s a difference between running an internal service and developing a global scale platform that is abused, but as a user I don’t care about those concerns, I care about the platform being up!
  57. 57. simoesd||context
    Github has recently changed the way their status page tracks uptime in the name of "transparency"[0]. "Partial Outages" are now only worth 30% of their duration, and "Degraded Performance" is worth none, so their uptime values are now wildly inflated.

    [0] https://github.blog/news-insights/company-news/bringing-more...

  58. 58. rschiavone||context
    Of course they hide behind corporate speak like "Bringing more transparency".
  59. 59. PunchyHamster||context
    Sometimes both nines are even in the front!
  60. 60. nimbius||context
    Cursed by mighty Redmond to roam the market wasteland until death, one of the seventy some odd beleaguered CoPilot products is now being lashed like a haggard burro to the dying light of a once prominent development platform that, upon itself, were pinned the hopes and dreams of a commercial software juggernaut to capture the hearts and minds of developers all around the world.
  61. 61. isoprophlex||context
    DEVELOPERS DEVELOPERS DEVELOPERS DEVELOPERS
  62. 62. teekert||context
    I can smell this comment.
  63. 63. tom1337||context
  64. 64. gen220||context
    https://isgithubcooked.com/?services=actions

    It seems that for "actions", the trailing twelve months availability is 98.67%.

    Trailing 3 months is even worse :/

  65. 65. deathanatos||context
    Yesterday's ≈5h long incident with the Pull Requests page being blank is listed as 1h 47m.

    My org noticed the incident at 12:19p ET, Github pushed their first update at 12:38p, and pushed that it was mitigated at 5:48p.

  66. 66. seanhunter||context
    …And at this point probably not one but two 9s (or possibly more) of security vulnerabilities [1]

    [1] https://securitylab.github.com/resources/github-actions-prev...

  67. 67. semiquaver||context
    Good thing GitHub has plenty of built-up goodwill to spend down. If they didn’t this cascade of (probably necessary but nevertheless negative for customers) changes might be the tipping point to push a lot of companies to seek other options.
  68. 68. ryukoposting||context
    > Good thing GitHub has plenty of built-up goodwill to spend down

    Do they, though? I don't know a single person who uses GitHub who actually likes it. It's far more often something like "it's fine, but I miss (GitLab|Gerrit)" or "I stopped using it for personal stuff and moved to (Codeberg|GitLab)."

    The brand recognition among non-technical folks is really the strongest selling point in my eyes. And that's irrelevant to ~95% of software development.

  69. 69. semiquaver||context
    The tell-tale just lit up on your sarcasm detector, better get it serviced.
  70. 70. alex_suzuki||context
    GitLab is getting ensh*ttified as well. Rarely a day passes when they’re not trying to somehow push their AI features on me, even though I never asked for it. Thinking about moving to managed Forgejo.
  71. 71. taormina||context
    They burned through their goodwill years ago and are insistent on reminding us all that they are now exactly as shitty as Microsoft because they it’s all Microslop worst customer practices.
  72. 72. aleksiy123||context
    Anyone have good alternatives for ci/cd on the cheap for a solo dev?

    I’m blowing through my 1000 mins in days.

    Thinking to either pool some free tiers or figure something out with spot instances.

    Also is it just me or is CI/CD tooling still sort of rough all around.

  73. 73. funkypants||context
    Host your own GitLab runner?
  74. 74. Atotalnoob||context
    Your best bet is to self host woodpecker CI.

    Hetzner has cheap VPS that I host my CI on. It costs like $10/month.

    Pick the cheapest region, since CI runners location doesn’t matter much.

  75. 75. aleksiy123||context
    Yeah, I did hertzner runner for a bit.

    But I think the issue is that my situation (solo dev, mono repo) is just not right for a dedicated instance.

    With only 1-2 runners, the pipeline is slow (low parallelism) and resource constrained. And at least 50% of the time its idle (I'm not working/sleeping).

    I guess what I'm really looking for is for some kind of aggressive autoscaling, and aggressive caching.

    I tried a couple of things (GHA, Dagger + Hertzner, Buildkite)

    And Im just not too sure theres going to be any out of the box solution since my priority is essentially to minimize cost and maximize efficiency. Not really a great customer for any providers.

    Im tempted to just get agent to build something out quickly with cloudflare workers + spot instances.

    I also have some other nice to have requirements:

    - ts/code over config

    - locally runnable and testable

    - preferably no lock in

    - repeatable/reproducible

  76. 76. isoprophlex||context
    Ephemeral, beefy fly.io instances?
  77. 77. alemanek||context
    Not sure of what current prices look like but an old desktop sitting on the floor of your office might work well for you. You would need decent internet but running a single node kubernetes cluster as a GitHub action runner has worked well for others I know.

    A buddy of mine runs his whole CICD setup off an old gaming desktop. They use tailscale to connect to their hosted infrastructure and set it up as a GitHub action runner.

    For a solo dev this might be the way to go.

  78. 78. aleksiy123||context
    Yeah, I’ve been thinking in this direction as well.

    My wife uses my old gaming desktop for her ux design work as well.

    And I was thinking of using the gpu to run some tts models.

    Now to just figure out a way to run it all on windows and have it auto start when she logs in.

  79. 79. pdntspa||context
    > And at least 50% of the time its idle (I'm not working/sleeping).

    So what? its $10 a month. Why do you need to chase 100% utilization?

    And use can use that to host your website, a game server, maybe some other projects...

  80. 80. theSage||context
    We use jayporeci.in and have never hit capacity problems since we can choose to run it in laptops / servers / spare VMs etc.

    Best decision we ever made

  81. 81. horsawlarway||context
    I self-host Drone CI still. I think Harness is in the slow process of letting it rot (it still gets at least some updates, though), which is kind of a shame, but it still does just fine for my CI needs (solo usage as well).

    https://docs.drone.io/server/provider/github/

    Very easy to stand up, does just fine. Definitely doesn't have the "library" of prebuilt actions that GHA does, but for the most part... I consider that a plus.

    Otherwise it's very similar in concept - define actions in a yaml file, run commands on an image, webhook integration with most repo providers.

    I run it on some old hardware locally (k3s cluster on old machines) and it outperforms the 1000 minutes from GHA easily, and costs basically nothing but some maintenance and time.

    I've been keeping my eyes open for something new in this space since Harness bought it, though - so if other folks have recommendations I'd be interested in alternatives.

  82. 82. KeyBoardG||context
    There is a free tier for on-prem TeamCity.
  83. 83. sowbug||context
    I have Gitea and Gitea Runner apps running on TrueNAS on an extra mini PC in a closet. Works better than GitHub for me.
  84. 84. Frieren||context
    As financial markets get tighter AI companies will stop subsidizing their services and charge enough money to actually make a profit.

    It is time to setup local models. It is cheaper, and you already have a computer. Why keep it idle and pay someone else for their CPU?

  85. 85. yeswecatan||context
    I assume because local models are nowhere near as good. Hoping I’m wrong!
  86. 86. datsci_est_2015||context
    The better your code is architected, the less powerful model you’ll need for it to make sense of it.

    E.g. a well-designed deployment (infrastructure-as-code) repository doesn’t need a frontier model to be understood well-enough to create a new job / service using sibling jobs / services as templates.

    And this already saves me dozens of minutes per week, although it’s not a 2x multiplier in my efficiency.

  87. 87. varispeed||context
    The issue is that local models are dumb and tend to make mistakes than look good at a first glance. So any "saving" is quickly ruined by having to do an extensive review. You might as well just write things yourself.
  88. 88. datsci_est_2015||context
    I use it as code scaffolding, which means in a way I’m often rewriting it. For me, writing from scratch isn’t the same amount of effort as using a code scaffolding tool.
  89. 89. tempaccount5050||context
    Because it doesn't even come close to frontier models in intelligence/speed/price. I can run my 3090 nonstop and rack up an electricity bill that costs more than a subscription and get worse results that are slower. They are ok for simple/non complex things, but that's not really what I need AI for.
  90. 90. datsci_est_2015||context
    I feel the opposite. I do need AI for simple things. Complex things are usually so ill-defined that the actual bottleneck takes place in meatspace, not in my IDE.
  91. 91. Hendrikto||context
    Well, it is currently cheaper because it is massively subsidized. That will change when subsidies stop. I don’t think it is a good argument.
  92. 92. ihattendorf||context
    The claim was "It is cheaper", not "It will be cheaper". Until it actually _is_ cheaper, it doesn't make much sense to purchase $10k+ in hardware to run local models that are still worse than the frontier offerings.
  93. 93. Chris2048||context
    > Until it actually _is_ cheaper, it doesn't make much sense to purchase

    Once it is cheaper, there will be more demand so it will no longer be cheaper. Buying now gets current prices (though demand is still fairly high).

  94. 94. hobofan||context
    No it's not. AI products are quite often subsidized. AI inference very certainly is not.

    There are more and more independent AI inference providers without VC backing that serve open weight models on a ~cost-plus basis that show that subsidies are not significant for AI inference.

  95. 95. cultofmetatron||context
    if only there was a place that was naturally cold to take advantage of airflow for cooling and cheap renewable electricity thats always on...
  96. 96. plopz||context
    are you saying aluminum smelters are going to convert to ai datacenters?
  97. 97. TacticalCoder||context
    > As financial markets get tighter ...

    They never really get tight very long: the various states are way too busy flooding the world with endless money printing to kick the can of the public debt always further.

    Covid financial crash? We went to new highs. 2022 tech flash crash (Meta and Netflix did -75% for example): we then went to new highs.

    The only way for governments who ever spend way more than they bring in taxpayer dollars is to de-valuate the currency.

    So "financial markets getting tighter": probably won't last.

  98. 98. Hendrikto||context
    As you said yourself: Quantitative easing did not solve anything. We keep kicking the can down the road, and the problems grow exponentially every time. This approach won’t work forever. In fact, we may be past the tipping point already.
  99. 99. varispeed||context
    Local models are nowhere near the performance of frontier models. Unless you can fork out like £100k to get something passable in terms of performance.
  100. 100. aaarrm||context
    Won't competition likely keep prices low? At first maybe not, but sooner or later open models will catch up, then it's a completely open market for anyone to host and sell services.
  101. 101. afavour||context
    Competition won't keep prices below cost. Only subsidy by investors can do that and they won't do that forever.
  102. 102. infecto||context
    Unclear why this is so shocking. Sounds like they have been making migrations on their underlying systems and this better aligns with the cost to run. I would be curious how many are using their code review system.
  103. 103. tuo-lei||context
    is there any data on how many Actions minutes a single copilot review actually takes? the announcement doesn't mention it, and for a team doing 20+ PRs a day that number adds up fast.
  104. 104. grumple||context
    I have noticed “running for x minutes” while it’s doing the review, but I can’t see it on completed reviews. Definitely mysterious.
  105. 105. nickjj||context
    They should also remove Copilot code reviews from being counted as metrics in a PR.

    I've seen some projects that use it and you open the PR page to be greeted by every PR having 3-20 comments but when you goto the actual PR, there's no one except the contributor with a bunch of Copilot feedback.

    It gives a false message that the PR is resonating with folks and has real activity. I wonder if GitHub did this on purpose to make engagement seem higher than it really is.

  106. 106. breakpointalpha||context
    If I had a magic wand, I would enforce an internet-wide separation of human activity metrics from bots.

    I want to know how many real humans read my post, commented, shared etc.

    Clankers can keep their own counts.

  107. 107. duxup||context
    Reddit is slowly dying for me for that reason. So many bot / bot like accounts that seem ... off / hidden histories. Trust level with any given comment or post now is reaching 0 fast.

    It's a bummer because it's hitting a lot of users and even valid users who don't communicate good are getting hit hard too with skeptical responses.

  108. 108. toraway||context
    Yep, allowing users to hide history has made it straightforward for bots to exist unchallenged.

    Previously a quick scan of comment history would make it obvious you're looking at an LLM, now you're stuck arguing over a one off comment where they can get away with benefit of the doubt.

  109. 109. georgel||context
    The irony of Reddit's early days was that it was bootstrapped with fake accounts run by the founder.
  110. 110. spike021||context
    Where I work that many comments could be taken as a bad thing: "i've seen too many comments finding issues or nitpicks with your PR, why aren't you doing a better job before submitting it for review??"
  111. 111. 0xbadcafebee||context
    I started moving my repos off GitHub weeks ago, but I'm still waiting for a "good" GitHub competitor to appear. GitLab sucks (if you're not a company and like unnecessary complexity), Codeberg is slow and limited (and has weird mods), Sourcehut UX is weird (and being DDoS'd), Gitea Cloud didn't even have a working login page last time I tried, BitBucket isn't the worst but it has quite a few problems (& isn't set up for public repos/search). Please can somebody start a simple, reliable hosted GitHub alternative? I'd pay for it...
  112. 112. skydhash||context
    If you want collaboration for your team, then a small vm with forgejo (if you need PR) is enough. It can be behind a vpn if you do not want to bother with securing it against the whole internet.

    If you want to make your repos public, you could use cgit and the like.

  113. 113. veidr||context
    This is funny, but Copilot is still an interesting case-study and (probably) failed predictor of where we are headed.

    We all know, and have known for a long time, that the AI labs selling dollars for a nickel are going to pull that rug, and up that price, at some point.

    Copilot, though, has been consistently the weakest mainstream AI coding offering. Inferior to Cursor or Windsurf at editor completions, inferior to Codex, Claude, OpenCode, blah blah blah, at agentic coding and also the old-school chat-style...

    And now, it's no longer cheap AND now sucks even more than it has all along — the new $39/month plan is not only worse than all its competitors, but worse than its own $10 plan was a month ago — by a lot.

    The thing is, you can't jack the price up unless you're good enough — at least on some axis, to some customer segment — to jack the price. And when you're not good enough, and you have vastly superior competitors who are not doing that yet... you're just forfeiting the game.

    Which I agree, Copilot should do — it's the Windows Phone of AI coding assistants, after all — it still seems weird to me to just commit humiliating suicide rather that trying to make some deal with one of those superior competitors.

    Instead of just jumping into a dumpster and lighting yourself on fire.

  114. 114. recursivegirth||context
    Microslop has lost their way from their ole acquisition investments and have instead hedged a bet on vibing their way into other industries.
  115. 115. pando85||context
    Double billing for minutes and tokens is intentional obfuscation. You can't trace actual cost.
  116. 116. vjerancrnjak||context
    Github was already struggling with bazillions of throw-as-much-crap-on-the-wall software running in actions, and now the world is running throw-as-much-LLM-crap-on-the-wall computation, as unstoppable as the pre-LLM era. Turning compute into excrement as fast as the planet is filled with it. Excrement being "Github Copilot code review" in compute world, and no need to draw what it is in our real world.

    Weird that Anthropic decided to build a Claude Code Routines toilet.

  117. 117. BadBadJellyBean||context
    We are slowly inching closer to the point where AI and AI products will be billed for what they cost. We are currently living in the heavily discounted world where everything subsidized to the point where a lot of it is free. It seems like they can't or won't keep that up anymore. My prediction is that whenever one of the big companies raise their prices or move features to higher tiers others will follow soon. They all feel the pressure and non of them want to give away more money than they need to.

    I wonder if managers will be as excited about AI when the prices go up.

  118. 118. sassymuffinz||context
    It's humorous to me that I can do the work of an AI with nothing but a coffee and an occasional sandwich and yet they talk about AI as if it's some sort of magic hack to productivity.

    What they don't like is paying money for the work, that's all that matters to them.

  119. 119. jakobnissen||context
    You work for sandwiches and coffee, and not for a decent salary?
  120. 120. libraryofbabel||context
    This is already happening. For new Anthropic enterprise accounts you are billed at api token prices (maybe with a small volume discount). Anthropic makes a profit on those tokens. (Sure, that profit does not cover the model training costs, but that’s a separate issue.) It’s the subscriptions for individuals (e.g. Claude Max) that are still subsidized below cost.

    > I wonder if managers will be as excited about AI when the prices go up.

    Companies are willing to pay the api pricing. Engineering time is very expensive and AI coding agents actually work now since December and are actually showing measurable productivity gains, finally. It’s a good deal to make (obviously, with caveats: you need to make sure your tokens are going on productive tasks that will actually grow revenue) and anyone who penny-pinches is making a strategic mistake.