用了openwebui大半年了。从一开始的毛胚房到现在的精装修。踩了很多坑，也一步步的看着openwebui更强大更好用。我把我理解的各项功能的好用配置分享给大家交流一下
安装
我是在群晖上通过docker方式安装的
docker image prune
docker pull ghcr.io/open-webui/open-webui:main
docker pull ghcr.io/open-webui/mcpo:main

除了端口设置外就只有一个文件夹挂载，这是所有用户数据了。我更新的方式都是通过重置这个容器来升级。

本来是没有第一行的。直到我200G系统盘因此被占满 ……

添加模型服务器
通过管理员设置-外部链接-加号-把供应商的域名和apikey填进来就可以了


他默认会把所有的模型都以私有的方式给你添加到owu来。你可以选择禁用某些用不到的模型，让他们不在可选列表里面出现（比如rag相关的重拍、向量化模型），也可以用过将私有转公开的方式让其他用户可以使用该模型。最简单也可以通过环境变量 BYPASS_MODEL_ACCESS_CONTROL=True 来放开所有模型，不用单独设置。

我比较喜欢我的小房子 我去cherrystudio偷了一些图标美化我的小房子~
可以在管理员设置-模型-编辑单个模型去上传图标。

函数
我本地的函数比较简单。就配置了联网搜索以及本地事件的补充，告诉ai当前时间
当前时间的话如下。

Message Date And Time 函数代码 (click for more details)
联网搜索的话主要是基于各家模型自己的能力（大概也就是在消息接口参数里面注入模型对应的工具，但是一般都要额外付费，所以我现在基本不用了） 我了解到的，gemini有这样的函数配置，以及openai流式接口也有。这个可以站内查对应工具直接使用。函数认准方块佬就对了。加个方块，搜索更快！
外部工具
这里主要是提供mcp的能力 说实话挺难用的。但是我刚好联网搜索走其他方式都有些不好用。我目前是通过mcp的方式来实现的。

我以为只是断线，于是重新用电烙铁接上了（上面一条） 

结果发现没有接笔芯也有线条出现
打开后才发现磁铁碎了

github.com/anthropics/claude-code
  

  
    
  
   
  

  
    
      Significant quality degradation and inconsistent behavior since yesterday
    

    
      
        已打开 10:10AM - 13 Jan 26 UTC
      


      
        
          
          Rsrsys
        
      
    

    
    
  


  
    ## Description

I've noticed a significant degradation in Claude Code's performa…nce and quality starting yesterday (January 12, 2026).

## Issues observed

1. **Slow response times** - The tool is notably slower than before

2. **Apparent model downgrade** - Responses feel like they're coming from a less capable model. The coding suggestions are significantly worse than what I was getting previously.

3. **Inconsistent recommendations** - Claude is giving contradictory advice across similar projects. It recommends one approach in one app and the opposite in another, with no logical re

看到Foxcode刚刚发文很是实在，特价渠道还加上了缓存支持，于是怒充20亿额度，之前还充了5亿剩余3亿多没花完，纯支持。但是仔细测了一下，发现扣费情况不太正确，测下来实际扣费高于规则4倍。佬们可以看看我算的是否正确，还望解惑。
测试前余额情况


测试消耗（明确可见是接入的droid，即0.25倍率的特价渠道）

测试后余额


直接看结论
模型消耗的计算公式（opus）：
80×$1.25/M+165×$6.25/M+72,633×$1.5625/M = 114,621(额度)≈ $0.114621
模型消耗的计算公式（haiku）：
169×$0.25/M+19×$1.25/M = 66(额度)≈ $0.000066
四舍五入小计0.12美金消耗。
最终可见我的余额基数是正好扣了0.12美金
可见截图右上角余额基数2370.01-2369.89=0.12
可以很容易发现美金余额和额度消耗兑换情况为：$1/百万
但按照0.25渠道标准，应该是：$0.25/百万
实际消耗的额度是 （114,621+66）*0.25才是正确的倍率，此时我们反观AWS特价渠道的扣费情况，消耗前是9480.03，消耗后是9479.57，消耗了0.46，正好为实际消耗的四倍。（$0.114687 × 4 = $0.458748 ≈ $0.46）
也就是说，0.25的额度倍率根本没生效，还是在按照一比一的消耗扣费。
问题所在




AWS特价渠道
1:1 倍率（当前实际）
1:0.25 倍率（应生效）




扣费比例
$1/百万
$0.25/百万


本次扣除（基数余额）
$0.12
$0.03


本次扣除（x4显示的特价余额）
$0.46
$0.12


多扣倍数
4倍
正确