Skip to main content

本钟

本钟
本钟

  1. 最近用Gemini经常出现过一会儿就发不出消息提示 Something went wrong 1152. 折腾研究了很久，用不上gemini很头大。最后关闭了浏览器 QUIC 功能并且把 Google 的 Geosite 和 GeoIP 走代理的规则，放到广告拦截规则前，主要是 googletagmanager.com 的 tcp 及 udp 流量都被拦截了。

  2. 本钟
    用 [memo](https://memo.ac) 识别录音转写文字。笔记本 Intel Ultra 5 核显环境，一般2小时会议录音：本地 FunASR 转写超快，中文准确度也高；本地 whisper medium 相当慢，带了提示词效果也不好，专有名词、口音导致的转写错误很多；发言人识别慢，但较难应对同时发言、交叉发言情况。在线转写只有硅基流动和火山两个供应商，其中硅基流动里的 TeleSpeechASR 带时间戳，但转写效果很一般。虽然还有 SenseVoiceSmall，但不带时间戳。FunASR…
    同作者的 Pemo.ai 似乎主打个人文档管理 AI 赋能的场景。小红书上很多 FunASR 部署服务广告，看来这块还缺少通用型开源产品，有能力的开发者在做定制服务赚钱。

  3. 把家里主力服务器换成了零刻 ME Pro 2, 小主机 EQ12 退下了。一是散热好了太多，二是2个3.5寸盘位、3个m.2盘位，虽然速率不高但家庭服务顶够用，硬盘涨价很难再去新增加硬盘了，手上的可以充分先利用起来，有需要可以买机械盘。

  4. 用 [memo](https://memo.ac) 识别录音转写文字。笔记本 Intel Ultra 5 核显环境，一般2小时会议录音：本地 FunASR 转写超快，中文准确度也高；本地 whisper medium 相当慢，带了提示词效果也不好，专有名词、口音导致的转写错误很多；发言人识别慢，但较难应对同时发言、交叉发言情况。在线转写只有硅基流动和火山两个供应商，其中硅基流动里的 TeleSpeechASR 带时间戳，但转写效果很一般。虽然还有 SenseVoiceSmall，但不带时间戳。FunASR 跑的时候 CPU 20%以内，内存2.5G左右。

  5. 近期在简化家庭存储和服务器。NAS简单化，只做定期备份、自动同步、临时存放共享。PVE主机中的CT和容器重新架构，缓存数据、非重要数据、另行同步数据迁移到独立磁盘，CT实现精简备份易于恢复。但PVE主机存储不太够，从NAS倒腾了固态出来。看重了零刻ME Pro这类多盘位小主机产品，打算用来替代PVE主机。

  6. 此前讨论过 coding agent 用于文字创作的局限性，典型场景是在 obsidian 仓库中使用 Claude Code 进行方案修改、整理，coding agent 在上下文引擎、生成内容的验证机制、交互范式、工作区协议、模型策略都不同程度地为代码工程做了优化。现在我抛弃 coding agent，转用 Copilot for Obsidian 这类通用型工具。一个好处是，发现 token 需求没那么大。索性关了几个 Code Plan，转到按量计费了。编程只用一个 Plan 就行了。

  7. ChatGPT 5.4 Thinking, Gemini 3.1 Pro, Qwen 3.6 Plus 这些模型和商业产品，很适合非技术科班用户学习新东西、解决问题，日常使用不需要提供太多上下文和约束。不过针对重复性任务，常规模型 + Harness 工程已经足够了。

  8. 最近用上了 ChatGPT 5.4 Thinking, Gemini 3.1 Pro, Qwen 3.6 Plus，感慨是太强大了。在它们帮助下优化了我那陈旧过时的 mihomo/clash 配置和分流规则、searxng 配置，放心地让 OpenClaw 等 agent 工具自由地通过代理，网络搜索和网络内容抓取顺利了，工具也显得聪明起来。我也能稳定地使用 Gemini 了，fast 模式下回答结果的时效性比其他模 AI 好太多，免费版也有一定的思考额度，能够让我解决问题时少走很多弯路。复杂问题还是交给前面那些模型，提升效率非常显著。

  10. 很想通过调整，让注意力恢复到以往状态，清楚每天重要事务，放下对过往持续性的怀念、断掉对未来过多的担忧，心明眼亮，身体火热。

  11. 搬家后稳定了，又恢复玩影视站点了。从下载器、MP、Jellyfin、电视，整套流程工具都是现成的。就是缺一些好的站点。

  12. 关于互联网知识抓取。此前针对一些政策信息，在 n8n 里利用 css 选择器的方式，分类做了工作流。现在想想太低效了，而且正文内容也没有清洗干净。最近看了 firecrawl，以及利用小参数模型清洗数据的案例，计划改造下这套工作流。目的是在日常采集时多多利用模型和工具，完成数据清洗。【感想】以前囤信息，是觉着自己以后能再次查看，现在想想，囤太多其实看不完，还是囤些适合大模型的资料，让 agent 来完成信息查询、提取吧。

  14. 1. Vercel 上的 Lobe Chat 迁移到 Fluid Compute 后，流畅度是比以前好一些。为了性能，本地还是搭了一套 Lobe Chat，同时都用 Casdoor 进行认证登录。2. 云端版本的优势在于访问搜索引擎等插件没有阻碍，本地版本则各种问题，且使用代理有困难。3. 搜索插件方面，官方托管版本内置一个很不错的搜索引擎 Web Browsing，但没有下放到开源版本，似乎是这个 [SearXNG](https://github.com/lobehub/lobe-chat/discussions/6277) 。三方插件里，Serper 应该是最好用的了，本地版本访问也很顺畅，模型调用也顺利。「搜索引擎」Query 就很菜。
    GitHub
    [RFC] 085 - 联网搜索 · lobehub lobe-chat · Discussion #6277
    [RFC] 085 - 联网搜索 · lobehub lobe-chat · Discussion #6277
    背景 联网搜索是大家呼声极高的功能，也是目前相关 issue 比较多的领域： #4877 #5455 #5921 #6050 #4877 #3882 #348 #4690 #3482 #4750 #5892 #5703 本 RFC 将完整地、体系化地在 LobeChat 应用层根本上满足这类需求。 设计思路 根据目前的行业发展，联网搜索的功能实现分成三类： 模型层内置搜索：例如 Gemini...

  15. 前几天蹲到了 Follow 的邀请码，将微博和 X 等社交订阅源都转移过去了，Follow 交互设计上更契合这类源。而 miniflux 似乎更适合看严肃长文、博客。

  16. 1.给 miniflux 设置了 Pocket ID 认证登录；2.发现 miniflux 原来支持 socks5 代理，起初设置 http 代理，经常出现很多 feed 无法更新 https://github.com/miniflux/v2/issues/543#issuecomment-1225096761
    GitHub
    Proxy options for feed download · Issue #543 · miniflux/v2
    There doesn't seem to be an option to tell miniflux to download everything via a HTTP or SOCKS proxy, I can only find references to a IMAGE_PROXY. In my use-case, I would like to download every...

  17. 发现 ER-X 上运行了很久的 zerotier 掉线了，再考虑到此前手动更换证书导致不稳定的往事，索性将 ZT 虚拟组网挪到 LXC 容器中，解放这台老旧的弱电神器。以后新家也得配置一个旁路网关，与成熟稳定的成品主路由打配合，确保网络稳定。ZT 虚拟子网向终端设备分发路由，将家中局域网网段指向旁路网关设备（虚拟IP），并在旁路网关中配置 IP 转发，这样就可以安全访问家中局域网了。甚至云服务器中可以反向代理家里服务器各类应用。所有 ZT 终端设备包括旁路网关都 orbit 云服务器自建 moon 节点，加快节点之间建立链接的速度。

  19. 本钟
    家里宽带出现个很奇怪的事情，主路由拨号显示的公网IP，与网内其他设备（包括ddns-go）通过互联网IP查询服务查出来的IP不一样，于是我的域名解析就出问题了。关闭ddns-go，再去Cloudflare手动设置域名解析，暂时解决问题。
    破案了。期间附近线路施工宽带断网并自动恢复，但主路由自动拨号获取了大内网IP后就没再重试了。重启光猫就好了。起初我以为电信收回了公网IP地址。

  20. 家里宽带出现个很奇怪的事情，主路由拨号显示的公网IP，与网内其他设备（包括ddns-go）通过互联网IP查询服务查出来的IP不一样，于是我的域名解析就出问题了。关闭ddns-go，再去Cloudflare手动设置域名解析，暂时解决问题。