国区 MiniMax 无法驱动 Moltbot？问题根因与一键设置

by

真正原因 Moltbot（原 Clawdbot）内部默认使用的是 MiniMax 国际版 API 地址： api.minimax.io 但当前使用的 API Key 来自 MiniMax 中国区（Coding Plan）。 国际区 API 与中国区 API Key 不兼容，因此会导致调用失败。 中国区 MiniMax 必须满足两个条件： 使用中国区专用 API 地址 显式启用 authHeader 一键设置（中国区） clawdbot config set models.providers.minimax.baseUrl "https://api.minimaxi.com/anthropic" && \ clawdbot config set models.providers.minimax.authHeader true && \ systemctl –user restart clawdbot-gateway.service 验证配置 clawdbot config get models.providers.minimax 结论 问题不在 … Read more

Homelab V1.0：建立稳定可控的家庭数字生活基础设施

by
Homelab V1.0：建立稳定可控的家庭数字生活基础设施

时间背景：2026 年 1 月 核心立场：软硬结合，存算分离。 遇到的挑战：存储产品的大幅溢价 一、背景：一次稳定性事故之后 2025 年底到 2026 年初，我接连遇到了2次家庭网络和存储系统的事故。这些事故不是我折腾的出来，而是恰恰发生在“已经运行多年、貌似稳定”的设备上。 我家的当前的拓扑图 1. 网络侧事故：软路由虚拟化整体性失效 在过去约五年的时间里，我的家庭网络核心运行在一套软路由架构之上： 底层为 ESXi 虚拟化平台，上层同时承载 主路由与旁路由，旁路由主要承擔 docker 网络相关的需求，用的是 openwrt。五年期间，我试过 openwrt（主）， 爱快（主），但这两个系统都遇到了端口转发无故失效的问题。 于是2025年起，我开始 ROS（主），有了AI，ROS 可以用终端来配置的特点，成了它最大的优势。这套ROS（主），openwrt（旁）的组合，在功能层面非常强大。 但在 2025 年底的一次异常中，该软路由宿主机发生故障，ESXi 环境整体崩溃，原有的虚拟机实例全部消失。 事后排查，AI认为问题很可能与软路由里 低可靠性 SSD 有关。但无论根因如何，这次事故暴露了一个无法回避的事实： 当网络核心是虚拟化平台时，其失效性复杂而不可预见。 这次事件并未立刻促使我更换网络方案， 但五年以来，主路由系统的多次更换，以及这次不可预计的事故，让我对网络系统稳定性的诉求越发强烈。 2. 存储侧事故：一次内存升级引发的系统不稳定 在网络事故发生之后不久，存储侧也出现了问题。 为了提升群晖在家庭环境中的服务承载能力，我曾为其增加一条 16G DDR4 内存，希望它能够同时运行更多 Docker 容器。然而在实际运行中，这次升级并未带来预期中的稳定收益，反而引发了系统层面的不稳定问题， 最终以一次明确的系统性崩溃告终。 这次事故并非简单的配置失误，而是再次验证了一个在企业环境中早已被反复证明的结论： 存储系统首先是一台“设备”，其次才是一台“计算机”。 当存储节点开始长期承载通用计算负载时，即便硬件参数表面上更强，整体系统的确定性反而会下降。正所谓 ALL In Boom。 3. … Read more

Proxmox VE 核显直通到 Rocky Linux 虚拟机完全指南

by
Proxmox VE 核显直通到 Rocky Linux 虚拟机完全指南

环境说明 宿主机: Proxmox VE 8.x 虚拟机: Rocky Linux 9.x 硬件: Intel UHD Graphics 630 (Coffee Lake) 应用场景: Docker 容器硬件加速（Emby/Jellyfin/Plex 等） ## 核心问题 在 Proxmox 中创建的 Rocky Linux 虚拟机，即使看到 /dev/dri/card0 设备，也无法使用 Intel Quick Sync 硬件转码。根本原因是： 虚拟显卡伪装: Proxmox 默认使用 bochs-drm 虚拟显卡 驱动缺失: Rocky Linux 最小化安装缺少 Intel 媒体驱动固件 设备节点不完整: 缺少 renderD128 硬件加速接口 Part 1: Proxmox Host 配置 GPU … Read more

用NAS打造家庭数字生活：影视篇

by
用NAS打造家庭数字生活：影视篇

0. 最终效果 用 Docker 容器部署多个容器：qBittorrent、moviePilot V2、emby 这套体系的核心价值在于： **搜索或订阅后自动下载 **下载完自动分类整理 精美的海报墙 多成员隔离观看 多终端、多场地同步观影记录 0.1 存储结构：所有媒体资源统一归档到 /volume2/media NAS 采用如下最终目录布局： /volume1/docker/ ← 所有容器配置目录 /volume2/media/ ← 所有媒体数据（PT 下载、MP 整理） ├── downloads/ ← qb 与 emby 的资源目录和媒体库目录 │ ├── raw/ ← qB 下载目录（用于 pt 做种） │ └── clean/ ← mp 输出（硬链接后的成品库） │ ├── tv/ │ │ ├── 国产剧 │ │ … Read more

简易 NeoDB access_token 获取教程

by

以下内容为获取 NeoDB access_token 的精简步骤，请严格按顺序执行并核对所有参数。 1 注册 OAuth 客户端 返回 JSON，其中包含： client_id（例如 tk-…） client_secret（例如 …） 注意：务必妥善保存 client_id 与 client_secret。 2 获取一次性授权码（Authorization Code） 构造并在浏览器打开： https://neodb.social/oauth/authorize?response_type=code&client_id=<client_id>&redirect_uri=urn:ietf:wg:oauth:2.0:oob&scope=read%20write%20follow <client_id> 替换为第 1 步返回的值。 redirect_uri=urn:ietf:wg:oauth:2.0:oob 要与第 1 步填写一致。 scope 与第 1 步一致，用 %20 分隔。 点击 “Authorize”，复制浏览器显示的授权码 code。 注意：授权码有效期短且仅能使用一次，请复制后立即进行下一步。 3 使用授权码换取 access_token 将 <client_id>、<client_secret>、<authorization_code> 替换为实际值。 响应示例： 常见错误： invalid_grant / access_denied：授权码无效或已使用； invalid_client：client_id 或 client_secret … Read more

WordPress 迁移实战：从 NAS 到 VPS (Rocky Linux + Nginx + Cloudflare)

by

继上一篇分享解决 WordPress Docker 容器在我 NAS 上突然 “Unhealthy” 的经历后，今天，我就将上次的 WordPress 站点从我的群晖 NAS 迁移到搬瓦工（Bandwagon Host）的 Rocky Linux VPS，并配置 Nginx 反向代理及 Cloudflare CDN 的完整过程记录下来，希望能给大家提供一份详尽的参考。AI 助手依然是完成这次工程的得力伙伴。 迁移目标 阶段一： 在 NAS 上准备迁移数据 迁移前，务必对现有 WordPress 站点进行完整备份。 1. 备份 WordPress 文件 包含所有核心文件、wp-content 目录及 wp-config.php 2. 备份 WordPress 数据库 阶段二： 在搬瓦工 VPS (Rocky Linux) 上准备新家 1. 清理 VPS（如果非全新） 2. 安装/确认 Docker & Docker … Read more

一个技术小白在 AI 协助下“治病之旅”

by

大家好！相信很多像我一样喜欢在 NAS 上折腾 Docker 的朋友，可能都遇到过安装的服务突然“罢工”的情形。作为一个“技术小白”，面对一堆看不懂的日志和红色的错误提示，会懵圈无助。今天我想和大家分享一次，我在 AI 一步步指导下，如何解决 WordPress Docker 容器”Unhealthy” 状态的完整过程。希望我的这次经历能给遇到类似问题的朋友们提供一些参考和信心。 一、问题的突现：好好的博客怎么就“挂”了 我的 WordPress 博客一直通过 Docker Compose 部署在 NAS 上，包含 WordPress、MariaDB、phpMyAdmin 和 Redis 这些服务。之前一直稳定运行，直到前几天，我发现 WordPress 容器的状态在 Portainer 里变成了红色的 “Unhealthy”，博客网页无法访问，管理员后台也登录异常。 健康检查命令 curl -f http://localhost:80/ 失败，意味着在容器内部访问 WordPress 自身的 Web 服务时返回了错误。 二、初步排查：我复制黏贴 AI 排查原因 我唯一熟悉的命令行操作，就是通过 SSH 登录我的 NAS。用命令行和 docker 容器交互得到的反馈，能够让 AI 精准定位问题的根源。 AI 就像一位经验丰富的医生，分析症状并开出“检查单”，我则负责去“化验科”（我的 SSH 终端）执行这些检查并将“化验报告”（命令输出）拿给 AI“医生”解读。 一个早期的小插曲是，当我尝试执行 AI 建议的、直接查看容器内 Apache 错误日志的命令（docker exec WordPress tail /var/log/apache2/error.log）时，命令会卡住。我把这个现象反馈给 AI，AI 推断可能是日志配置问题，并建议我执行： 结果发现，error.log 和 access.log 都被符号链接到了 /dev/stderr 和 /dev/stdout。这意味着所有日志理论上都应该通过 docker logs WordPress 输出。这个发现帮助我们排除了一个错误的排查方向。然而，尽管日志配置看起来能将所有信息输出，关键的 PHP 致命错误信息却如同石沉大海般，迟迟没有出现。 三、深入调试：与 AI 携手“魔改” wp-config.php 既然标准日志没有足够信息，AI 建议我在 wp-config.php 中增强调试能力。具体操作如下： 结果证明 wp-config.php 成功加载且可写。 AI 进一步引导我审查完整文件，发现末尾多余 } 及重复 require_once wp-settings.php;，导致 Parse Error 直接中断脚本。修复该语法错误后，病因却依然不明朗。 四、柳暗花明：我的一次建议，让 AI … Read more

好物分享 —— 石头 P20pro

by
好物分享 —— 石头 P20pro

🌟 我的换新契机 服役了7年，陪我搬了两次家，石头扫地机器人S5，终于在今年彻底罢工了——充电口由于氧化和积尘，再也无法充电。 2018年扫拖一体机器人还是个新鲜的品类，但放到今天，功能就显得非常基础。扫地要拆尘盒→倒尘盒→装尘盒，拖地得加水→装布→洗布→晾干；定期还需清理轮子和滚刷上的毛发。尽管这么费事，它每天定时工作，任劳任怨，也是帮我省去了大量的扫地时间（拖地功能后来就没再用）。 我开始研究，发现如今不仅厂家多，每个厂家的型号更是五花八门，plus、pro、urtal、增强版、探索版……看的我眼花缭乱，脑瓜疼。 1000-2000 到手价 推荐型号 主要功能亮点 适合人群 ≈¥1,000 米家扫拖机器人 3C 增强版 – 5000Pa 吸力– LDS 激光导航与路径规划– 非浮动胶毛一体刷&实时防缠毛边刷– 270ml 电子控水水箱App/语音双控 小户型入门用户；首购体验者 ≈¥1,300 追觅 S30 Pro Ultra（官方翻新） – 11000Pa 吸力– 全能基站（自动集尘/洗拖/烘干/上下水）– 割毛滚刷 2.0 防缠绕– 3D 结构光+LDS 混合避障– 旗舰级机械臂清洗（托盘留污率低） 预算极限、可接受翻新机风险者，追求全自动洗拖一体化，减少手动维护的懒人用户 ≈¥1,400 米家全能扫拖机器人 2 – 7000Pa 吸力– 机械臂切割+仿生加压恒湿擦地– 全能清洁舱（自动集尘/洗拖布/热风烘干/上下水/恒湿擦地）– AI+3D 混合避障– 99.9% 地面除菌率– 多楼层地图记忆 高度“解放双手”需求；养宠/长发家庭 ≈¥2000 科沃斯地宝 N20 – 8000Pa 吸力– ZeroTangle 双梳齿主刷实现毛发“0”缠绕– OZMO Pro 2.0 振动擦地– … Read more