2025年Steam回顾

言归正传主要错误有两个：

第一个：
Invalid API Response: The provider returned an empty or unparsable response. This is a provider-side issue where the model failed to generate valid output or returned tool calls that Cline cannot process. Retrying the request may help resolve this issue.
第二个：
Cline uses complex prompts and iterative task execution that may be challenging for less capable models. For best results, it's recommended to use Claude 4 Sonnet for its advanced agentic coding capabilities.

这俩问题我是最近几天才发现的，并且都没有在github找到有实际有意义的解决方案，所以我不得不考虑一下报错描述的内容所明示的：你API有问题返回值不对劲
去DeepSeek的最近更新的文档看了一下，果然发现端矣：DeepSeek-V3.2 正式版发布 2025/12/01

DeepSeek-V3.2 的思考模式也增加了对 Claude Code 的支持，用户可以通过将模型名改为 deepseek-reasoner，或在 Claude Code CLI 中按 Tab 键开启思考模式进行使用。但需要注意的是，思考模式未充分适配 Cline、RooCode 等使用非标准工具调用的组件，我们建议用户在使用此类组件时继续使用非思考模式。
但请注意，当我们的服务器承受高流量压力时，您的请求发出后，可能需要等待一段时间才能获取服务器的响应。在这段时间里，您的 HTTP 请求会保持连接，并持续收到如下格式的返回内容：
非流式请求：持续返回空行
流式请求：持续返回 SSE keep-alive 注释（: keep-alive）

这就很蛋疼了，原来Cline你才是爱用非标件的那个大傻逼🤣啊，结合GitHub看到的prompt代码，Cline是直接搞了一堆非标准的标签让后端识别，如果API供应商不做额外的专门训练那回复的准确率可就完全没保障了。至于对等待响应的处理，暂时不清楚Cline有没有做。
所以理论上要么换Claude Code插件要么用非思考模型（其实用着感觉也还行）。
当然还有个比较邪修的操作，用国内某某API小厂赞助的其他Cline汉化版插件，通过git历史提交可以看到他们把非标的标签连带prompt全翻译成中文，这时候DS思考模式回复的正确率确实大大提高，但是某API厂商的广告就有点烦人了😅（这个版本还暗戳戳把DS官方的选项里上下文改成64K砍了一半，估计也是为了方便多点碰壁的好卖他的API），另外频繁使用全中文prompt将会明显增加API的固定开支。
所以拉倒吧我还是用原版。

因为输入法问题我已经在博客寫過很多文章：
debian12安装fcitx5-rime
输入法耻辱柱 附解决方案 Fedora41 Fcitx5-rime输入法配置
fcitx-rime异常
在linux mint下使用中州韵RIME输入法
不管是fcitx或者fcitx5又或者ibus，默認安裝後的rime使用的是明月拼音而非明月拼音-簡化字。
所以中國大陸地區需要配置設置默認使用簡體字方案。

你是否需要RIME？

当你安装fcitx5 fcitx5-chinese-addons之后，实际上你已经可以使用Fcitx5的Pinyin软件包 完成中文输入了，如果你不需要更复杂的功能，你完全没必要再进行下列复杂操作。

Fcitx5-RIME安装

sudo dnf install fcitx5 fcitx5-chinese-addons fcitx5-rime

任何發行版的RIME必要的配置

強烈建議新手先閱讀Rime 中的數據文件分佈及作用 瞭解下文中配置文件的位置。
本文默認使用明月拼音-簡化字方案 并不使用官方的额外配置工具 其他方案操作類似，觀看文檔自行揣摩。
参考文本时默认你已经在Fcitx5或者IBus中添加了RIME输入法方案，并在KDE中设置虚拟键盘为IBus Wayland/Fcitx5 Wayland实验性配置

設置默認使用簡體字方案

Fcitx5: ~/.local/share/fcitx5/rime ~.config/fcitx5/rime/
IBus: ~/.config/ibus/rime
以下操作可以参照注释手动在文件管理器里完成，不必强迫自己用命令完成。

cd ~.config/ibus/rime                   #进入RIME的用户目录
touch default.custom.yaml               #创建自定义全局配置文件
nano default.custom.yaml                #编辑文件（随便你用什么编辑器）

不要创建default.yaml，这个文件是RIME在启动后自动动态拼接多个配置文件产生的总配置文件，直接创建并修改这一文件会在软件更新，重新部署等时刻丢失你的配置信息！
在你的自定义输入法配置文件中加入如下内容：

# default.custom.yaml
# 用户  输入法配置
patch:  
  schema_list:  # 输入方案列表
    - schema: luna_pinyin_simp  # 不使用其它输入方案, 只保留明月拼音-简化字输入方案
  menu:
    page_size: 5  # 候选词为5个

接下来鼠标右键点击右下角输入法图标点击部署手动刷新输入法当前配置文件。
其他你都可以忽略，现在你已经可以使用自己的简体中文输入法了！
更复杂的配置方案请查看官网，本文的诞生有赖于我在2022年第一次使用RIME时在博客的认真记录（全面换装自由的开源输入法），做笔记对于记忆力一般的我来说真是一个好习惯啊......

使用东风破

上文是不使用东风破的简易配置方案，但是你也可以用更简便的官方的配置方案：
東風破 /plum/: Rime configuration manager and input schema repository
我相信大部分人在知道官方有完善方案后不会再费劲自己手配，但是问题是现在还在手配的人大部分除了大佬都是完全不知道东风破的纯萌新。

RIME的其他输入方案

就普适性推荐使用雾凇拼音
按照仓库提示安装后默认推荐的配置将添加过多不必要的双拼方案，只使用全拼的用户可以编辑用户自定义配置文件修改方案列表仅使用全拼：

#default.custom.yaml
patch:
    schema_list:  # 输入方案列表
        - schema: rime_ice # 仅使用雾凇全拼（同其他官方方案类似将会自动添加一个RIME默认的英文输入方案）
# 以下根据自己所需自行定义，仅做参考。
# 针对对应处方的定制条目，请使用 <recipe>.custom.yaml 中配置，例如 rime_ice.custom.yaml
    menu:
        page_size: 5  # 候选词为5个

重新点击部署即可愉快使用。

Yes ,last day after my input sudo dnf update my fcitx5-rime stop work.
I cant stop wanna sleep and wake up at UTC+8 PM 5:30 .
I cant see sunshine,只能看到黄昏。
暂时能输入汉字时因为后边回滚依然无法正常使用fcitx5-rime后给Chrome浏览器安装了：Google 输入工具

没事别更新.png

我真的强烈建议滚动更新的发行版用户比如Fedora，除非当前版本不能正常用就别更新。
一更新往往就导致更多问题，已经不是第一次更新后莫名其妙Fcitx5不正常了。

试试IBus－RIME

爲了避免干擾先把FCITX5刪了。
sudo dnf remove fcitx5
sudo dnf install ibus ibus-rime
然後KDE設置裏虛擬鍵盤選擇ibus wayland選項重啓一下對着右下角虛擬鍵盤鼠標中鍵啓用。
把配置文件复制过去后正常了，心情没那么糟糕了但也好不到哪去。
打开手机一刷新，到处是致郁信息心情更糟了。休息了一天又好像完全没休的样子，我只是睡了一觉又变成了被压榨剩余价值的牛马。
下周白班，不加班了，我要双休！

无梦长眠后的残局

无数次想逃离公司逃离当前的工作，也曾经付诸过行动，但是逃离后去哪里呢？我需要一份能维持生活的工作，对工作的摆烂式的逃避往往是一时兴起Oh，也并非一时兴起，这是积怨已久的被剥削者自然而然的想法。
领导的画饼和繁重的工作，从小接受的教育洗脑和这个礼崩乐坏时代划刻的伤疤，成年人的崩溃往往就在一瞬间。
有时候完全没办法判断一些事情，因为缺乏足够的信息，获取的信息又难以分辨真假。
我不希望有一天时代的轮回真的出现，出现一定要死人，死人一定是先从普通人开始，没准我也会死。
兴百姓苦，亡百姓苦。
人民日益增长的美好生活需要和不平衡不充分的发展之间的矛盾。
上学的时候不理解的东西进入社会后都看到了实例。想起来《从红月开始》里那个跳楼的研究员，他是懦弱的，没有勇气面对血淋淋的绝望现实，可他也是勇敢的，至少他敢于逃避这个现实选择去死。
吸毒合法化的趋势和避孕用品的涨价，成人用品对冲热度。
在崩坏的世界里，我们该怎么选？
我不知道，但是我一定不能现在就死了，毕竟没有任何人能证明人死后真的有来世或者有天堂。真的有又如何，你怎么知道自己能进去不用遭罪呢？
现在能做的只有攒钱，缺乏资本还不到作出选择的时候。
晚安？🤔

2025-12-11 更新Fedora至最新版本后安装Fcitx5及Fcitx5-RIME一切正常

sudo dnf install fcitx5 fcitx5-chinese-addons fcitx5-rime

这是困扰我许久的问题，但是一直没有时间解决，我已经无法忍受这种局面今天务必解决。

错误日志

通过podman logs -f 命令可以看到关键报错如下

[error][2025-11-27 20:26:34][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:80]abcdef@gmail.com%!(EXTRA string=域名mx记录查询失败，检查邮箱是否存在！)
[debug][2025-11-27 20:26:34][/work/utils/smtp/smtp.go:415]SendMail, ,smtp.gmail.com:25 ,xfox@linuxuser.site ,linuxuser.site ,[abcdef@gmail.com] 
[info][2025-11-27 20:26:36][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:135]SMTP STARTTLS on 25 Send Error. dial tcp: lookup smtp.gmail.com: i/o timeout
[info][2025-11-27 20:26:38][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:142]SMTPS on 587 Send Error. dial tcp: lookup smtp.gmail.com: i/o timeout
[info][2025-11-27 20:26:40][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:149]SMTPS on 465 Send Error. dial tcp: lookup smtp.gmail.com: i/o timeout
[error][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:159][0xc000290380] 邮件投递失败dial tcp: lookup smtp.gmail.com: i/o timeout
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/controllers/email/send.go:210]插件执行--SendAfter
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/hooks/base.go:74][wechat_push]Plugin SendAfter Start
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/hooks/base.go:74][spam_block]Plugin SendAfter Start
[error][2025-11-27 20:26:42][/work/hooks/framework/framework.go:123]params error json: cannot unmarshal object into Go struct field HookDTO.ErrMap of type error
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/hooks/base.go:88][wechat_push]Plugin SendAfter End
[error][2025-11-27 20:26:42][/work/hooks/framework/framework.go:123]params error json: cannot unmarshal object into Go struct field HookDTO.ErrMap of type error
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/hooks/base.go:88][spam_block]Plugin SendAfter End
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/controllers/email/send.go:222]插件执行--SendAfter

分析问题

显然DNS解析有问题，容器的网络似乎存在异常。
现在宿主机nslookup smtp.gmail.com确定主机网络无异常。
podman exec -it pmail /bin/ash 进入容器内再次执行ping等测试均失败确定容器网络确实有问题。

- 阅读剩余部分 -

👀我的gpg证书更新了，诸位别用旧的发信。
最新公钥地址保持原链接不变
https://xfox.fun/usr/uploads/2022/10/1276553138.asc
再过几天我会彻底吊销旧证书。
这次更新是对RSA 4096未来安全性下降做出的提前准备，新证书使用Curve25519算法，本次更新后未来较长时间不会再进行更新

新证书的信息：

这个想法自从我开始使用Pmail就有了但是一直因为各种原因没有实现。

初步预期

尽可能在不额外进行训练/微调的情况下使用RWKV（这我熟啊.webp)的小体积模型结合提示词与预设上下文对输入邮件进行处理返回一个带有概率值的JSON数值，该数值将作为入站邮件处理API的返回值传递给Pmail。
最终达到在较低算力及内存资源的边缘设备（如自组NAS）上完成对个人或小组织级别邮件服务的垃圾邮件处理。

数据结构

为了便于Pmail使用，请求格式及返回值按照：PMail/server/hooks/spam_block/的数据结构：
请求：

curl -X POST http://localhost:8501/v1/models/emotion_model:predict -d '{ 
    "instances": [
        {"token":["各位同事请注意 这里是110，请大家立刻把银行卡账号密码回复发给我！"]}
    ]
}' 

输出：

{
  "predictions": [
    [
      0.394376636,
      // 正常邮件的得分
      0.0055413493,
      // 广告邮件的得分
      0.633584619
      // 诈骗邮件的得分，这里诈骗邮件得分最高，因此最可能为诈骗邮件
    ]
  ]
}

静域信驿

静域信驿（Tranquil Inbox Ward）
静域信驿（Tranquil Inbox Ward），专为 pmail 设计的关键词增强型垃圾邮件分类服务（规则 + LLM 混合）。
扒拉邮箱的垃圾邮件测试了很久，还是决定使用关键词加权结合LLM分类完成，因为测试发现较小的模型分类效果尚可，但直接要求给出三个分类各自的期望值效果就很差，即便使用较大规模的模型也难以通过提示词达到预期效果。（也可能我提示词写太烂....sad)按照项目预期，我打算让他跑在NAS的集成显卡上而不是AI性能更显羸弱的CPU上，这就要求必须尽可能使用更小体量的模型。
目前还有很多乱七八糟的问题，需要慢慢发现并解决，当然————欢迎PR