I did a ton of research because I didn't understand what people wanted here, and this is what's going on:
Right now, Bambu have adjusted their system into two modalities:
* "default" or "Cloud" mode, where you get an app, remote monitoring, but you have to use Bambu Studio or Bambu Connect to send prints. They implemented this by adding cloud auth to their "internal API;" the client application has to get a token from Bambu's servers, even if the request it eventually makes is a "local" one.
* LAN / Developer mode, where the device displays a token and you put it into your app. This disables all of the remote monitoring but in exchange, clients can send prints locally.
What users want is to "have their cake and eat it too;" they want the local token authentication _and_ the cloud authentication enabled at the same time. This isn't actually possible, so this plugin approximates it by emulating the interface to the cloud authentication to make the "Bambu Network" cloud RPC calls from a local slicer (one of these calls is a local_print call, so ostensibly this allows you to send prints without running them through the cloud, although with all of the online functionality still enabled and required, this seems like a pretty brave thing to trust).
Personally, I find the Bambu reaction distasteful, and there's an argument that the offline mode only exists due to similar outrage, but I don't see the current system as particularly bad and find the appetite to restore "untrustworthy" cloud functionality a bit amusing.
This is only true due to a firmware they pushed last year. It's an artificial limit.
There's no reason at all a local client couldn't just talk to a local printer without any cloud.
Every problem BambuLabs have here is self-inflicted. They could allow simultaneous cloud and local queue management with or without authentication.
Excellent machines by the way, primarily let down by the proprietary binary Bambu forces users to use for LAN mode which is extremely buggy and slow on Linux, and entirely technically unnecessary.
Developer mode doesn’t require the proprietary binary.
It looks like it might be a clone, but the git history is squashed for some reason.
I would recommend against installing this unless/until someone can do an audit to figure out which commit it was forked from and what the changes are.
Or better yet, find one of any of the other copies of the repository that don't have their git history squashed.
This looks like someone's attempt to capitalize on the drama to bring attention to their foundation (?) but losing git history is not a good thing for code provenance or security.
Take a step back. What users want is to be able to use the machine they bought the way they want. The outrage is because Bambu are doing a bait-and-switch: selling an autonomous 3D printer, but switching to a 3D printing service. Enshittification pure and simple.
A different way of looking at it is that Bambu is saying if you want to use their cloud you have to send everything through their cloud. Stupid? Sure. It's very much a technically solvable problem. But I don't think there was any rug pull (this time; in Jan 2025 they tried...)
I think this is all more out of incompetence than malice. Something bad happens, exposing wildly inadequate programming expertise, they panic and over correct, and the community pushes back. They're great at making 3D printers, terrible at cloud infra.
It seems more likely they want it as a revenue source at some point.
The current monetization that they are using is that you can charge for a print on their platform and they take a cut of the sale. If you don’t charge for the design, then it is still free hosting and delivery.
I see where the worry is, but at the moment it seems like people are imagining a worse case scenario.
This sounds really unpleasant to use. Maybe users just want a better UX for the local mode?
More likely, it's technical incompetence. It's just easier (for their cloud) to send everything through their cloud
Using an AGPL violating mystery meat binary plugin that you run on your host, which potentially compromises any airgap you put around your printer (it attempts to connect to bambu servers, or did last time I checked it) and potentially your entire host.
Can you read the filaments installed in the printer over MQTT too?
Here's a good resource: https://github.com/Doridian/OpenBambuAPI
There’s basically no information there. Is this just a copy of the other GitHub repo that was removed and someone is trying to rebrand it as their own? Or did they do some different work?
the explanation for that is here https://youtu.be/II2QF9JwtLc
basically louis found that not using AI to design his website drastically reduced the hits he would get from google.
i'd say that when louis discovered that AI websites work better, it broke him in that regard. the choice is now creating a website that i own, as in "this is mine, i made this". or a website that works with google. but i'd want to distance myself from that website as far as possible. "i didn't make this myself, i needed this for google. i don't want to touch it"
(I get that web vitals might be taken into account, but you don't need a slop generator to make a static page)
I'm skeptical but I don't have time to watch the entire video so I don't want to cast an initial judgement on if he's correct or if it just has to do with his specific copy.
This looks like the kind of fake foundation website someone vibecodes to trick people into downloading a Trojan horse.
You can use an LLM to generate a website format and then take 10 minutes to review it and put real text on it.
This is just lazy excuse making. Don’t let a smooth talking YouTuber override what you can see with your own eyes.
there is a huge difference between creating AI slop because i am lazy (which i think most people doing that are) and creating AI slop because otherwise google gives your website a bad rating.
now you and i may not care about google ratings, but many other people do, and the end result will be that all websites that want good ratings will end up being AI slop.
somehow we need to send google a message to stop that.
...
What are they even trying to rank for? It doesn’t make sense.
This is admittedly a bit tinfoil hat, but they wouldn't be the first company to attempt to legislate away the competition.
The proposed 3d printer laws will require printers being sold to be capable of evaluating what you are using them for and blocking “bad” usages. I’m not aware of any such legislation around firearms.
When it's companies based in the U.S. or EU, like Chamberlain / LiftMaster garage door openers, it's pretty obvious they plan to monetize some cloud services subscription for upgraded features beyond the free basic tier as well as probably selling consumer data.
However, the China-based companies like Bambu Lab (and many others) are more puzzling because meaningful ongoing subscription revenue seems unlikely. Especially in the case of lower-end consumer tech peripherals where the companies usually invest as little as possible in their websites, ongoing feature updates or direct end-user support. Which makes no sense if they really aspire to build long-term subscription revenue. Here's my theory: the Chinese government is quietly compelling them to require cloud connections to China-based data centers as a long-term strategy.
I'm not even saying the companies are some direct arm of the Chinese government or planting nefarious firmware. I think that's too likely to be caught if done at mass scale and it's not even necessary. As long as the cloud servers are in Chinese data centers, the Chinese government can get consumer IP addresses and usage data just from passive packet sniffing and if things turn icy with some foreign countries, they can cause a lot of turmoil simply by selectively blocking packets at the firewall to brick millions of consumer devices.
I know it maybe sounds paranoid and, to be clear, I'm not claiming Bambu Labs specifically is doing this. I actually came up with this theory before I ever heard of Bambu Labs because I have a lot of inexpensive Chinese home automation devices and was surprised by their bizarre insistence on forcing cloud connectivity despite there being no apparent business model incentive and these smaller-scale Shenzen hardware companies showing zero enthusiasm for making a real business out of cloud services. Their cloud implementations are almost invariably the bare minimum possible. After all, for a low-margin hardware peripheral, every dollar spent running a no-revenue cloud is pure waste in a business that live or dies by pennies. It's almost like requiring a cloud connection is a tax the company is paying just to be left alone to sell their hardware overseas.
For home automation gear, cloud-connectivity is a non-starter in my book. In some cases, it's literally built into our walls, so I only buy devices which will work on a local-only subnet or on which I can install open source firmware like Tasmota or ESPHome.
I thought that was the point, that people didn't want to be tethered to their servers?
There are many reasons one might prefer OrcaSlicer over Bambu Studio. One might be perfectly fine using Bambu's cloud services while preferring OrcaSlicer for different reasons; this is for those people.
Others might not want to use Bambu's cloud services at all; OrcaSlicer as it currently exists is fine for them.
i bought the dang thing, let me decide how I use it.
Amazing how controversial this statement is here in 2026.
they're going to try to make everything you have a subscription, starting with the homes you might try to buy. they don't even live here, but there's no laws stopping them, because your representatives personally benefit from letting things go for certain corporations/people (the same thing after the Citizens United decision)
I don’t mind the sd card thing, also happy with my bottom of the barrel ender 3.
I get it. The convenience of networking - when it works FOR the customer - is great.
But networking controlled by corporations is a path to enshittification.
I could enable LAN mode and trust the mode does what it says.
I could trust others firmware reverse engineering to verify LAN mode does what it says.
I could isolate it on it's own wifi and I could block it at the home firewall from accessing the internet, to be sure.
But it was easier to simply leave it off my network.
To me, this is an obvious security risk. These printers are often used in labs, startups, engineering teams, and potentially even government environments. If print data, models, logs, or usage patterns are routed through a company controlled infrastructure, that creates a real opportunity for corporate espionage or data harvesting.
I would not be surprised if Bambu Lab eventually faces the same level of scrutiny that Huawei network devices did.
Like Adobe's 'creative' software and Onshape, they are working as hard as possible to make YOU pay more to have less.
But when it was online, I never checked the app for failed prints. If the print has failed, I'll find out when I'm near enough to it to do something about it.
When offline, it amused me when there was a "hairball" and the printer detected it advising "AI Detecting Print Error".
At what level does an image analysis algorithm become "AI"?
"Computer Vision Model and Nozzle Telemetry Analysis Detect Print Error"?
This isn’t a PC Load Letter we can trust!
i'm mostly printing small mechanical parts and i can't say i have any complaints, i assume a modern prusa would be much better, surely there are other FDM printers that are good?
Prusa.
It’s like saying a bicycle is a serious contender to a train, they both have kind of similar things going on but you’d have to be insane to suggest that they do as good of a job as one another at the things people actually want to achieve.
Automatic filament changes would be nice for sure, I look forward to upgrading to one of their new INDX models.
At this poting BL is just like USA tech companies, touch their food and you are toasted. Sell your printer while you can get the its worth back.