これは、今週初めにBambuのドラマを引き起こしたリポジトリの以前の状態のクローンのようだ。人々が何を求めているのか理解できなかったから、たくさん調査したんだけど、今の状況はこうだ。現在、Bambuはシステムを二つのモードに調整している。* 「デフォルト」または「クラウド」モードでは、アプリやリモートモニタリングが使えるけど、印刷を送るにはBambu StudioやBambu Connectを使わなきゃいけない。これは、彼らの「内部API」にクラウド認証を追加することで実装された。クライアントアプリケーションは、最終的に「ローカル」なリクエストを行う場合でも、Bambuのサーバーからトークンを取得しなきゃならない。* LAN / 開発者モードでは、デバイスがトークンを表示し、それをアプリに入力する。このモードではすべてのリモートモニタリングが無効になるけど、その代わりにクライアントはローカルで印刷を送れる。ユーザーが求めているのは、「ケーキを食べながらそれを持っている」こと。ローカルトークン認証とクラウド認証を同時に有効にしたいんだ。これは実際には不可能だから、このプラグインはクラウド認証のインターフェースをエミュレートして、「Bambu Network」クラウドRPCコールをローカルスライサーから行うように近似している(これらのコールの一つはlocal_printコールだから、表向きはクラウドを通さずに印刷を送れるように見えるけど、オンライン機能がまだ有効で必要なことを考えると、信頼するのはかなり勇気がいることだと思う)。個人的には、Bambuの反応は好ましくないと感じていて、オフラインモードは似たような怒りから存在しているという意見もあるけど、今のシステムが特に悪いとは思わないし、「信頼できない」クラウド機能を復元したいという欲求がちょっと面白いと思う。