L站高中生新人报道，分享一个现在在做的没用良品
之前一直使用cline编程，嫌geminiapi额度太少总是不够用，然后特别馋网页版的无限额度
于是某天在学校诞生了一个想法：启动一个本机服务器，对AI Studio的Chrome浏览器配合playwright实现网页对话转成本地代理的兼容OpenAI API的接口
简单查阅了一下，为了方便登录和防止谷歌反爬的风险之类的特意连接使用的真实浏览器而不是无头（还有一个好处就是方便无缝管理模型与上下文，还有微调）
也是把gemini当黑奴写的node.js脚本
因为开发条件过于苛刻 咳咳，所以哪怕差点的配置的设备应该也能跑。可以流式和非流式（但是效果一样，这里只是对流式做了兼容）兼容性还在测试和拓展，但是理论上openwebui能正常跑的功能都没啥问题。
第一次做这些东西，想请教下大佬看看这个工具可以如何改进？等调试的差不多了我就发布项目吧。
补充一下最近看到有编程工具已经支持调用本地模型了，感觉我这个应该没啥问题（（（）
佬太强了
666,逆向大佬都没去做的事，你竟然来做了，佩服佬~
你这个确实是奇技了
白嫖欲望太强了 逆向接口高风险还对我来说非常难，只能这样了（滑稽）
可以 我也可以加入共享看看，这种错峰利用资源是吧？感觉不错的
佬友，不是佬，你少打了一个友字
谢谢支持
佬友就是佬呀
有这样的奇技，白嫖点邮箱应该不困难吧，不过AI Studio是挺好，除了卡之外，要是能用也不错啊，感觉比api智力高点的样子。。虽然是纯属感觉
有用域名邮箱无限白嫖cursor，但是觉得这样的项目还是一个做一做，反正一个账号150额度不用白不用，毕竟一直白嫖cursor不是长久之计哈哈哈
谢谢支持
直觉上感觉Playwright这种还是比较容易被检测到的，而且毕竟比起API来说并发可能没那么方便？然后可能就是会有些性能消耗，特别是内存消耗的问题（相比API池子），考虑登录多个账号的话，还可以考虑加代理池进一步避免
按道理这个在真实浏览器跑的应该很难被检测出来了。然后并发方面还有待研究（但是个人用来代替key使用的话对多并发没有太大需求）。至于性能消耗肯定有的 尤其是网页内容多了。现在就是想办法优化性能+兼容性+处理速度。随缘更新吧，最近两周病了一直没好
，本来这个上周就打算发布了
大佬，2.5flash推理能关闭吗
大佬太强了
太强了，蹲一手
等待佬的发布
讲实话检测其实是能做到的
之前搞过网站监视，鼠标移动轨迹，打字速度都能用来识别是人还是机器
只不过看google愿不愿意检测x
newapi能用了吗？
佬好强啊。
