跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • 深色
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
品牌标识

抡锤者

  1. 主页
  2. 随便聊聊
  3. 给白嫖党准备了一个小工具

给白嫖党准备了一个小工具

已定时 已固定 已锁定 已移动 随便聊聊
7 帖子 4 发布者 154 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • Alexander LeeA 离线
    Alexander LeeA 离线
    Alexander Lee
    德高望重
    编写于 最后由 编辑
    #1

    https://github.com/ipconfiger/LLM-HUB

    如果你习惯在各大 LLM 服务商(硅流、DeepSeek 官方、……)之间白嫖免费额度 —— 注册赠送、试用额度、多账号的免费配额、各类中转 / 聚合站的白嫖 key,手里攒了一堆来自不同服务商、不同账号的 key,你大概率遇到过这些痛点:

    每把 key 额度小、一限流就停 —— 免费赠送的额度本来就少,一把 key 跑满或被 429,得手动停下来换下一把,体验稀碎。
    额度散落、忘了还有哪把没薅 —— 各家各账号的免费额度东一把西一把,用着用着就忘了还有哪把没榨干,最后白白过期。
    来回改配置 —— 换个服务商 / 账号,Agent 的 base_url / api_key 就得跟着改,薅个羊毛比写代码还累。
    某家白嫖活动结束或临时挂了直接报错 —— 免费服务本来就抽风,一 5xx 或网络断了,Agent 当场死给你看。
    llm-hub 把这些零散的免费额度拼成一个"吃不完"的入口:

    一个入口收编所有白嫖 key:各家服务商、各账号的 key 全写进一个配置文件,Agent 只认一个地址 —— 你的"免费额度永动机"。
    粘性榨干每一把:代理粘住同一把 key 用,直到它的免费额度被限流 / 耗光(401/402/403/429)才换下一把;榨干的 key 冷却 60 秒(额度刷新窗口)后会自动归队继续薅 —— 把每把 key 的可用额度压满,而不是简单轮询。
    额度永不断电的故障转移:某把 key 薅空了 → 自动换这家的下一把 key;某家服务商挂了或白嫖活动结束 → 立刻切到下一家,绝不浪费一个请求。
    多后端同模型 = 续命:同一个模型挂在多个服务商上,这家薅完 / 挂了下一家顶上,Agent 无感。
    接入新羊毛站近乎零配置:TUI 里按 f 自动从后端拉取模型列表,新注册一家,填完 key 一键导入。

    1 条回复 最后回复
    1
    • williamlouisW 离线
      williamlouisW 离线
      williamlouis
      超级版主
      编写于 最后由 编辑
      #2

      没有别的意思,白嫖万岁。
      但是这顿操作和花几块钱。我个人还是直接上 deep seek V4 了。如果现在价位都是 GPT GMINI CLAUDE 那样这个开源很有意义。
      留存 万一就危机了呢?

      个人主页:xlkj.org Telegram https://t.me/xlkjorg

      1 条回复 最后回复
      1
      • 5 离线
        5 离线
        566656661
        超凡大师
        编写于 最后由 编辑
        #3

        這個跟OpenCode或者Cline估計就是把整合點一個放在客戶端, 一個在伺服器吧

        沒批評意思, 但是不太懂這個的吸引點, 本身OpenCode或者Cline自己也已經支持多Agnet多模型混合了

        Alexander LeeA 1 条回复 最后回复
        0
        • AGIA 离线
          AGIA 离线
          AGI
          技术大牛 劳动模范
          编写于 最后由 编辑
          #4

          放到newapi也可以吧。

          https://agi.cd/@x

          Alexander LeeA 1 条回复 最后回复
          0
          • AGIA AGI

            放到newapi也可以吧。

            Alexander LeeA 离线
            Alexander LeeA 离线
            Alexander Lee
            德高望重
            编写于 最后由 编辑
            #5

            @AGI 你要是喜欢用docker跑一堆很重的东西并且本地机器内存超级大的话,也行,多个聚合并不是很稀奇的想法,主要想要的是粘性路由,而不是round robin搞平均或者加权分发,因为岔开后没有办法很好的命中KV Cache,TTFT也会更大,耗干了再切换比较符合个人用户的需求

            1 条回复 最后回复
            0
            • 5 566656661

              這個跟OpenCode或者Cline估計就是把整合點一個放在客戶端, 一個在伺服器吧

              沒批評意思, 但是不太懂這個的吸引點, 本身OpenCode或者Cline自己也已經支持多Agnet多模型混合了

              Alexander LeeA 离线
              Alexander LeeA 离线
              Alexander Lee
              德高望重
              编写于 最后由 编辑
              #6

              @566656661 你如果喜欢嫖各种免费api key就会知道 OpenCode和Cline里要配置起来有多麻烦了。

              5 1 条回复 最后回复
              0
              • Alexander LeeA Alexander Lee

                @566656661 你如果喜欢嫖各种免费api key就会知道 OpenCode和Cline里要配置起来有多麻烦了。

                5 离线
                5 离线
                566656661
                超凡大师
                编写于 最后由 编辑
                #7

                @Alexander-Lee

                對, 不停轉換的話是比較麻煩, 所以我最後也設立了一個Proxy 把Claude 跟 GPT以及有的沒的訂閲都全部放進去, 然後作爲自己一個中轉站用

                1 条回复 最后回复
                0

                你好!看起来您对这段对话很感兴趣,但您还没有一个账号。

                厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。

                有了你的建议,这篇帖子会更精彩哦 💗

                注册 登录
                回复
                • 在新帖中回复
                登录后回复
                • 从旧到新
                • 从新到旧
                • 最多赞同


                • 登录

                • 没有帐号? 注册

                • 登录或注册以进行搜索。
                • 第一个帖子
                  最后一个帖子
                0
                • 版块
                • 最新
                • 标签
                • 热门
                • 用户
                • 群组