OpenClaw 接入 OpenAI API 教程(Docker 部署)

适用场景 适用于下面这种情况: 先说明一件事 OpenClaw 接入 OpenAI API,不是优先去网页设置里找输入框。更稳妥的方式是: 一、准备 OpenAI API Key 先准备好真实的 OpenAI API Key。 下面这种写法只是示例,不是真实密钥: OPENAI_API_KEY=sk-xxxxxxxxxxxxxxxxxxxxxxxx 不要把真实密钥直接写进博客、聊天记录、截图或公开网页。 二、进入 OpenClaw 目录 cd /你的/OpenClaw/目录 例如: cd /path/to/openclaw 三、创建或修改 .env 文件 在 OpenClaw 项目目录下创建 .env: vim .env 写入: OPENAI_API_KEY=你的真实OpenAI_API_KEY 保存退出。 四、在 docker-compose.yml 里把环境变量传给 OpenClaw 打开 docker-compose.yml: vim docker-compose.yml 找到运行 OpenClaw 的服务,在该服务下加入: environment: …

在 Ubuntu Server 上通过 Docker Compose 部署 OpenClaw,并接入反向代理

本文记录一次完整的 OpenClaw 部署过程:使用 Ubuntu Server 24.04,以 Docker Compose 管理 OpenClaw,将服务部署到一台内网主机,再通过另一台反向代理主机对外提供 HTTPS 访问。 文中的以下信息均已脱敏: 但是部署逻辑、命令顺序、踩坑过程都保留了,照着改成自己的值即可复现。 一、部署目标 目标架构如下: 二、环境信息 本文部署环境: 脱敏后的示例变量如下: INSTALL_DIR=/opt/docker/openclawCONFIG_DIR=/opt/docker/openclaw/data/configWORKSPACE_DIR=/opt/docker/openclaw/data/workspaceHOST_IP=192.168.100.10REVERSE_PROXY_IP=192.168.100.20HOST_PORT=10443PUBLIC_DOMAIN=openclaw.example.com 实际部署时,把这些替换成自己的值。 三、最终拓扑 最终结构如下: 浏览器 ↓ HTTPS / WSShttps://openclaw.example.com ↓反向代理主机(REVERSE_PROXY_IP) ↓ 反代到http://HOST_IP:HOST_PORT ↓OpenClaw Gateway(Docker 容器内固定监听 18789) 四、为什么选择 Docker Compose OpenClaw 官方本身就提供 Docker 方式,适合以下场景: 对我来说,Docker Compose 的优势主要在于: 五、准备工作 先安装基础组件: apt updateapt install …

在 Linux 桌面环境下使用 Nextcloud News:客户端选择与 RSS Guard 认证问题排查

在使用 Nextcloud News 作为 RSS 同步后端时,桌面端客户端的选择会直接影响使用体验。表面上看,KDE 自带的 Akregator 与第三方的 RSS Guard 都属于传统 RSS 阅读器,但两者在“是否支持与 Nextcloud News 同步”这个关键点上差别很大。实际配置过程中,还可能遇到 RSS Guard 报错,提示禁止使用密码登录、必须改用令牌。本文对这一过程做一次简要整理。 一、客户端选择:本地阅读器与同步客户端不是一回事 如果需求只是“在桌面上看 RSS”,那么很多传统阅读器都可以胜任。但如果需求是“连接 Nextcloud News,同步订阅、分类和已读状态”,就必须优先考虑是否支持 Nextcloud News 接口。 1. RSS Guard RSS Guard 更适合作为 Nextcloud News 的桌面客户端,原因主要有两点: 对于偏向 Qt 界面、长期使用 KDE 的用户来说,它的整体风格也更协调,适合作为主力桌面端阅读器。 2. Akregator Akregator 本身并不是不能用,它依然是一个合格的本地 RSS 阅读器: 但问题在于,它并不适合承担 Nextcloud …

高菜是什么:日本常见腌菜的真实对应

在日本生活一段时间后,很容易在超市、拉面店或者便当里反复看到一个词:高菜(たかな)。很多人第一次接触时,会以为这是某种日本特有的蔬菜,但实际上,它并不陌生。 一、高菜本质是什么 高菜本质上是一种芥菜类植物,属于十字花科。从植物分类上看,它和中国常见的芥菜、雪里蕻属于同一类。 也就是说,它不是日本独有的品种,而是同一类蔬菜在不同地区的使用方式。 二、日本语境里的“高菜”,通常不是新鲜蔬菜 在日本日常语境中,说到“高菜”,大多数时候指的并不是新鲜的叶菜,而是已经腌制完成的食品——高菜漬け。 这种腌制方式会让它呈现出几个稳定特征: 因此,在实际使用中,“高菜”更接近一种调味型配菜,而不是主菜蔬菜。 三、常见使用方式 高菜在日本的使用非常固定,基本集中在以下几种场景: 它的作用很明确:增加咸味和风味层次,而不是提供主体体积。 四、与中国食物的对应关系 如果用中国的概念来理解,高菜最接近的是: 但两者仍有明显差异: 这种差异,本质上来自腌制方法和饮食习惯的不同。 五、为什么会有单独的名字 “高菜”这个名字并不是随意命名,而是对特定芥菜品种的称呼。但在日常生活中,这个词已经从“植物名称”转变为“食品名称”。 也就是说: 这也是为什么你在日本几乎不会看到有人单独卖“新鲜高菜”,但会频繁看到“高菜制品”。 结论 高菜并不神秘,本质上就是芥菜类蔬菜在日本的一种使用形式。 如果用一句话概括: 高菜 = 芥菜 → 在日本通常以腌菜形式出现 → 用作配菜而不是主菜。

macOS 极简化清理记录:从 8.1G 到 3.8G

一、背景 这台 iMac 的实际用途非常明确: 目标: 将 macOS 收敛为「极简维护环境」,只保留 Apple + Google 二、问题 macOS 删除应用后不会自动清理残留,主要集中在: 包括: 长期使用后,这些数据会不断堆积。 三、初始状态 清理前: 特点: 四、清理策略 核心原则: 五、第一轮清理(结构性清理) 清理内容: 结果: 节省: 约 3.8GB 六、第二轮清理(缓存级清理) 目标: 执行: 结果: 七、最终状态 当前系统: 结构: 特点: 八、关键经验 1. macOS 不会自动卸载干净 删除 App ≠ 删除数据必须手动清理 ~/Library 2. Application Support 是最大头 优先清: 3. …

Nextcloud 地图图层无法加载(OSM 403)问题分析与解决

一、问题现象 在 Nextcloud 的地图应用中,地图图层出现异常: 该问题表现为间歇性缺图块(tile),而非完全不可用。 二、问题背景 该系统长期稳定运行(约 8 年),未做明显变更,但近期突然出现异常。 三、问题定位 通过抓包分析(浏览器 Network)可确认: 关键结论: OpenStreetMap(OSM)服务器要求请求必须携带 Referer,否则拒绝访问。 四、根本原因 问题并非系统损坏,而是外部策略变化: 1)OSM 策略加强(2025–2026) 核心要求: 2)Nextcloud 返回策略导致 Referer 丢失 Nextcloud 默认可能返回: 结果: 3)反向代理未干预该行为 当前 Nginx 配置: → 实际上完全依赖 Nextcloud 默认行为 五、解决方案 核心思路 强制浏览器发送 Referer Nginx 修复配置 在反向代理中加入: 修改后完整流程 六、使配置生效 执行: 七、验证方法 打开浏览器开发者工具: 1)检查请求头 2)检查响应头 3)观察结果 …

宇宙中为什么只有一百多种元素?以及人体中的元素构成

很多人看到元素周期表时,都会产生两个直觉问题: 这两个问题其实是同一件事的不同侧面:自然界允许存在的“稳定原子结构”本来就有限,而生命只是从中选了一小部分来使用。 一、宇宙中为什么只有一百多种元素? 1. 当前元素数量 目前确认的元素总数为 118种: 👉 这个数量已经接近物理极限 2. 元素的本质 元素不是“物质类别”,而是一个物理定义: 元素 = 原子核中的质子数量 例如: 3. 核心限制:原子核稳定性 原子核内部存在两种对抗力量: 当质子数量增加: 结果: 原子核在某个规模之后必然失稳 4. 越重越不稳定 5. 理论上的“稳定岛” 存在一种假设: 某些特殊组合可能稍微稳定 但本质不变: 不可能无限增加元素种类 6. 更本质的理解 可以把元素看作: 自然界允许的有限“稳定解” 不是没发现,而是不存在更多稳定结构 7. 宇宙的真实组成 更极端的是: 重元素(铁、金、铀): 二、人体中的元素:只用了其中一小部分 虽然宇宙有100多种元素,但人体: 真正使用的只有约 25–30 种 如果算上痕量检测: 约 60种左右 1. 超主要元素(≈96%) 元素 …

菲涅尔透镜原理:从“厚透镜”到“切片结构”的简化之路

一、问题的起点:传统透镜的局限 在光学系统中,最常见的元件是凸透镜。它的基本结构是中间厚、边缘薄,通过折射将光线汇聚到一个焦点。 但当透镜尺寸变大时(例如灯塔、投影设备等场景),会出现两个明显问题: 这不仅带来材料成本问题,也会导致安装与维护困难。 二、核心思想:把透镜“切开再压平” 菲涅尔透镜的核心创新在于: 将传统透镜按同心圆“切片”,再重新排列到一个平面上。 具体做法是: 最终得到一种特殊结构: 三、工作原理:分段折射实现聚焦 菲涅尔透镜仍然基于光的折射原理工作: 所有光线经过这些分段结构后,最终仍然可以汇聚到同一个焦点。 本质上: 用多个离散的小折射面,近似模拟一个连续的曲面透镜。 四、结构对比:连续 vs 离散 特性 传统凸透镜 菲涅尔透镜 表面结构 光滑曲面 分层台阶 厚度 较厚 很薄 重量 较重 很轻 成像质量 高 略有损失 五、优势与代价 优势 代价 六、典型应用场景 1. 灯塔光学系统 用于远距离聚光,是历史上最经典的应用。 2. 投影与放大设备 如投影仪、阅读放大镜等。 3. 太阳能聚光系统 用于集中太阳光,提高能量利用效率。 4. 现代轻量化光学设备 例如部分VR设备中,为减轻重量而采用。 七、本质总结 菲涅尔透镜可以用一句话概括: …

蚝油可以用来做什么料理:一份面向日常执行的实用指南

蚝油(オイスターソース)是一种以“提鲜”为核心的复合调味料,常见于中式烹饪中。其特点是咸鲜浓郁、略带甜味,同时能够增强菜肴的厚重感和层次感。 在实际使用中,可以将蚝油理解为一种“强化型基础调味料”,适合用于快速提升日常饮食质量。 一、蚝油的功能定位 蚝油的核心作用可以归纳为三点: 因此,它特别适合用于咸鲜型热菜,而不适合清淡或冷食体系。 二、基础应用场景 1. 快手家常:蔬菜类 蚝油最稳定的应用场景之一是炒青菜。 典型做法为: 特点: 2. 简单蛋类:基础升级 蚝油可以用于提升普通炒蛋的风味。 基本方法: 效果:比单纯盐调味更具“成品感”。 3. 肉类料理:效果最明显 蚝油在肉类中的表现最为突出。 典型应用: 特点: 4. 主食类:一锅完成 蚝油适合用于盖饭或炒面类料理。 常见形式: 特点: 三、调味组合公式 在实际操作中,无需记忆具体菜谱,可以使用以下组合逻辑: 该组合可以覆盖大部分日常烹饪需求。 四、不适用场景 为避免使用错误,需要注意以下限制: 五、一个可长期执行的基础方案 在以稳定生活与成本控制为目标的前提下,可以构建一个固定组合: 鸡肉(鸡胸或鸡腿) + 冷冻蔬菜 + 蚝油 + 米饭 该组合具有以下特点: 结论 蚝油并不是一个复杂调料,而是一个“效率工具”。在日常饮食中,它的价值在于: 合理使用蚝油,可以显著降低烹饪复杂度,同时提升整体饮食体验。

俄罗斯方块的诞生与全球传播:一场跨制度的版权混乱

一、起点:一个“没有所有者”的游戏 1984年,在苏联科学院的一台计算机上,一款简单却极具吸引力的游戏诞生了。这就是后来风靡全球的《俄罗斯方块》(Tetris)。 与今天完全不同,当时的苏联并不存在成熟的个人知识产权体系。软件属于国家资产,开发者本身并不拥有商业收益权。这意味着: 从一开始,这款游戏就处在一种“技术存在,但权属模糊”的状态。 二、早期传播:从东欧到西方 游戏代码最初通过学术交流流入匈牙利,随后被西方软件公司注意到。其玩法简单、上手极快,很快被判断为具有商业潜力的产品。 一位西方商人通过传真与苏联方面沟通授权问题,但关键在于: 然而,在“似乎获得授权”的情况下,这些公司已经开始在西方市场销售游戏。 三、混乱爆发:多方同时“拥有版权” 随着游戏在西方传播,不同公司分别获得了“看似合法”的授权,并开始各自发行版本。 问题在于: 于是市场上出现了一个典型现象: 多家公司同时销售同一款游戏,并都认为自己是合法的 这种混乱的核心原因是: 四、关键转折:绕过中间层 真正改变局面的,是后来进入的日本公司。 与之前所有西方公司不同,他们没有依赖中间商,而是直接前往苏联,与官方机构面对面谈判。这一步带来了两个关键变化: 这一过程揭示了一个事实: 之前市场上的很多“授权”,在法律上并不成立 五、版权重构:合法与非法的重新划分 经过重新确认: 这导致市场出现短期混乱: 但从长期来看,版权体系开始变得清晰。 六、爆发点:掌机与绑定策略 随后,游戏被作为核心内容,绑定在新一代掌机中发售。 这一策略产生了巨大影响: 最终,《俄罗斯方块》不仅成为一款成功游戏,还定义了一种产品逻辑: 软件可以作为硬件生态的入口 七、本质分析:这场混乱的结构原因 从结构上看,这次事件并非偶然,而是多种因素叠加的结果: 1. 制度差异 2. 信息不对称 3. 中间层放大问题 4. 权力源头的重要性 最终胜出的,并不是最早进入市场的公司,而是: 最接近“权利源头”的参与者 八、总结 《俄罗斯方块》的全球传播,并不是一个简单的“游戏走红”的故事,而是一次典型的系统事件: 可以用一句话概括: 这不是一款游戏的传播史,而是一场跨制度版权体系的崩溃与重建。 这类结构,在今天依然存在。当技术、制度与商业模式不匹配时,类似的“灰色扩散 → 再规范”的过程,仍会反复出现。