跳转至内容
  • 版块
  • 最新
  • 热门
  • 标签
  • 搜索
  • 成员
皮肤
  • 浅色
  • 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

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
LocalAIHub 中文社区

LocalAIHub 中文社区

  1. 主页
  2. AI 工程讨论
  3. Token 成本控制,别等账单出来才优化

Token 成本控制,别等账单出来才优化

已定时 已固定 已锁定 已移动 AI 工程讨论
tokenprompt caching小模型
15 帖子 13 发布者 0 浏览 1 关注中
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • M 离线
    M 离线
    melo
    编写于
    #5

    小模型路由很有效。分类、意图识别、标题生成别全上最贵模型。

    1 条回复 最后回复
    0
    • 阿 离线
      阿 离线
      阿远
      编写于
      #6

      但路由本身也有成本和错误。早期别 8 个模型乱飞,先找最大浪费点。

      1 条回复 最后回复
      0
      • Z 离线
        Z 离线
        zeroOne
        编写于
        #7

        常见最大浪费是重复发送固定提示、无关历史、过多 RAG chunk、用户点“重新生成”全量重跑。

        1 条回复 最后回复
        0
        • 林 离线
          林 离线
          林小北
          编写于
          #8

          prompt caching 适合固定前缀稳定的场景。你每次动态拼一大段在前面,就吃不到好处。

          1 条回复 最后回复
          0
          • 小 离线
            小 离线
            小傅
            编写于
            #9

            RAG TopK 降低会不会影响准确率?

            1 条回复 最后回复
            0
            • L 离线
              L 离线
              leaf_1997
              编写于
              #10

              要测。很多系统 TopK=20 只是心理安慰,前 5 段已经够,后面全是噪声。

              1 条回复 最后回复
              0
              • 葡 离线
                葡 离线
                葡萄冰
                编写于
                #11

                我们还做了“无答案短路”。检索分数太低,先澄清或说资料不足,不让模型长篇猜。

                1 条回复 最后回复
                0
                • 小 离线
                  小 离线
                  小郑
                  编写于
                  #12

                  用户连续追问时,要不要复用上轮答案?

                  1 条回复 最后回复
                  0
                  • 陈 离线
                    陈 离线
                    陈一
                    编写于
                    #13

                    可以复用状态和证据摘要,不要机械塞完整上轮回答。上轮回答很长时尤其浪费。

                    1 条回复 最后回复
                    0
                    • 王 离线
                      王 离线
                      王小明明
                      编写于
                      #14

                      我先加 token 日志和场景成本报表,再优化 RAG TopK、固定前缀和回答长度。

                      1 条回复 最后回复
                      0
                      • R 离线
                        R 离线
                        rootless
                        编写于
                        #15

                        对,成本优化先找热区,不要凭感觉砍能力。

                        1 条回复 最后回复
                        0

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

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

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

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


                        • 登录

                        • 没有帐号? 注册

                        • 登录或注册以进行搜索。
                        Powered by NodeBB Contributors
                        • 第一个帖子
                          最后一个帖子
                        0
                        • 版块
                        • 最新
                        • 热门
                        • 标签
                        • 搜索
                        • 成员