OpenClaw on OHTLY Blog

告警通知到飞书：Alertmanager → OpenClaw 中转方案

Fri, 29 May 2026 19:10:00 +0800

前两篇介绍了用 Alloy + Loki Ruler 实现日志告警：

CouchDB 日志监控：文本日志的 LogQL 告警
Windmill 日志监控：JSON 日志的 LogQL 告警

两条链路最终都汇入 Alertmanager，由它统一分派到飞书。但 Alertmanager 原生没有飞书 receiver——它的 webhook 输出的是原始 JSON，飞书看不懂。中间需要一层适配器来转换格式。这个适配器就是 alert-transformer。

OpenClaw 异步通知：Agent Turn 与 Wake 选型指南

Wed, 27 May 2026 19:20:00 +0800

为什么需要这个链接到标题

AI Agent 经常需要执行耗时较长的异步任务（视频剪辑、字幕生成、模型推理等）。任务完成后，如何通知用户？

有三种常见实现方式：

方式	过程	优点	缺点
同步等待	发起任务 → 一直等到完成 → 返回结果	实现简单	长时间阻塞，用户体验差
异步轮询	发起任务 → 拿到 job_id → 不断查询 → 完成	不阻塞	对话不能断开，浪费 token
异步+通知	发起任务 → 返回"已提交" → 完成后主动推送	体验最好，资源最优	需要服务端支持回调

OpenClaw 的独特优势在于它拥有 Webhook/Hook 机制，可以作为服务端接收外部回调，主动推送消息到飞书。

对比其他 AI 工具：

OpenCode / Claude Code：纯 CLI 工具，只有"触发→等待→返回"的模式，没有回调机制
OpenClaw：内置 Gateway 服务，支持 /hooks/* 端点，天然适合异步回调

所以 “异步+通知” 是 OpenClaw 的场景的最优解。

整体架构链接到标题

sequenceDiagram participant U as 用户（飞书） participant O as OpenClaw Agent participant W as Windmill / 外部系统 participant H as OpenClaw Hook U->>O: 发消息处理这个视频 O->>W: API 调用（异步） O-->>U: 任务已提交 Note over W: 几分钟后... W-->>H: POST /hooks/agent H->>H: 创建 Agent Turn H->>U: 飞书消息（带下载链接）

Agent Turn 与 Wake 链接到标题

OpenClaw 提供了两种代码触发的消息通知方式，它们都通过 Gateway 的 /hooks/* 端点实现。

OpenClaw 飞书能力实战：踩坑、绕路、最终打通云文档/日历/任务

Wed, 27 May 2026 11:08:00 +0800

为什么选飞书链接到标题

OpenClaw 接入 IM 的几种方式里，飞书是目前最好的选择。Telegram、Discord 都是国外平台，国内访问不稳定；微信个人号方案有封号风险。飞书拥有开放的 API 生态、免公网 IP 的长连接方式，以及云文档、多维表格、日历、任务等一体化工作能力，天然适合作为 AI Agent 的操作界面。

踩坑：飞书官方插件链接到标题

飞书官方推出了 OpenClaw 插件 @larksuite/openclaw-lark，号称可以让 Agent 以用户身份操作飞书资源：创建文档、管理任务、查看日历等。我按照官方文档在服务器上安装并启用后，对话正常，Agent 也能回复消息。

但问题来了——让 Agent 创建一个飞书任务，它回复"已创建"；让创建云文档，也说"已创建"。然而打开飞书，任务列表里空空如也，云文档里也没有任何新文件。

查日志发现了关键错误：

[plugins] plugin must declare contracts.tools before registering agent tools

追到 OpenClaw 主仓库，发现这是 OpenClaw 核心框架的一个 bug（issue #80621）：插件明明正确声明了 contracts.tools: true，但运行时在注册工具时被拒绝。修复补丁（PR #84512）已提交，但尚未合入。

所以 openclaw-lark 本身没有 bug，是上游 OpenClaw 框架的 registerTool 检查逻辑有问题，导致飞书官方插件的所有工具（任务、文档、日历等）都无法注册到 Agent。Agent 回退到用 message 工具发送文本消息，所以"已创建"只是发了一条消息到飞书聊天里，实际什么都没创建。

绕路：内置 feishu 插件 + 飞书 CLI 链接到标题

既然飞书官方插件暂时不可用，替代方案是：OpenClaw 自带的 @openclaw/feishu 插件 + 飞书 CLI。

OpenClaw Tools：异步调用 Windmill Script

Tue, 26 May 2026 20:00:00 +0800

Windmill 提供 MCP Server，可以将脚本/流程暴露给 AI Agent。但 MCP 的脚本调用能力无法同时满足「传参」和「异步执行」两个需求。本文将介绍如何通过编写 OpenClaw Tools Plugin 来绕过这些限制，实现灵活的异步调用。

使用 OpenClaw 管理 Obsidian 笔记

Sat, 16 May 2026 20:00:00 +0800

概述链接到标题

本文介绍如何配置 OpenClaw AI Agent 来管理 Obsidian 笔记，实现多设备实时同步和 AI 辅助笔记管理。

架构链接到标题

flowchart TB subgraph "本地设备 (Mac Mini)" A["OpenClaw
AI Agent"] -->|obsidian CLI| B["Obsidian CLI
~/Documents/vault"] A -.->|skills| C["obsidian-skills"] end B -.->|"LiveSync"| D[("CouchDB
couchdb:5984")] E["其他设备"] -.->|"LiveSync"| D style A fill:#e3f2fd,stroke:#1565c0,stroke-width:2px style B fill:#f3e5f5,stroke:#6a1b9a,stroke-width:2px style C fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px style D fill:#fff3e0,stroke:#e65100,stroke-width:2px style E fill:#fce4ec,stroke:#c62828,stroke-width:2px

架构说明：

OpenClaw：AI Agent Gateway，通过自然语言管理笔记
Obsidian CLI：命令行工具，依赖 Obsidian 图形界面
Vault：~/Documents/
LiveSync + CouchDB：多设备实时同步方案
obsidian-skills：让 AI 理解如何正确使用 Obsidian 语法的技能包

准备工作链接到标题

Obsidian CLI 链接到标题

Obsidian 提供官方 CLI 工具，需要配合 Obsidian 图形界面使用。

GPU 自动巡检与自愈：从掉卡到飞书通知的自动化链路

Tue, 05 May 2026 22:30:00 +0800

GPU 在虚拟化直通（Passthrough）环境下运行时，偶尔会出现驱动丢失、NVML 报错等问题，导致容器内无法使用 GPU。本文介绍一个轻量级的自动巡检自愈方案，从检测到修复再到飞书通知，全自动闭环。

问题背景链接到标题

在 PVE 虚拟机中通过 PCIe Passthrough 直通 NVIDIA GPU 时，容器内偶尔会出现：

Failed to initialize NVML: Unknown Error

重启容器后可短暂恢复，但一段时间后再次失效。这类问题在虚拟化环境中难以彻底根治（涉及 ASPM 电源管理、驱动状态等问题），需要一个主动巡检 + 自动修复的兜底机制。

架构总览链接到标题

graph LR GC[gpu-checker
每 60s 巡检] -->|docker exec nvidia-smi| OS[GPU 应用容器] GC -->|异常| A[自动修复] A -->|1.告警| AT[alert-transformer] A -->|2.重启| OS A -->|3.重检| B{恢复?} B -->|是| AT B -->|否| C[人工介入] AT -->|hooks| OC[OpenClaw] OC -->|飞书机器人| FS[飞书通知]

部署 gpu-checker 链接到标题

巡检容器是一个独立的 Docker 容器，使用 docker:cli 镜像，通过挂载 docker.sock 来操作宿主机上的其他容器：

使用 DCGM-Exporter 实现 GPU 智能告警

Tue, 05 May 2026 21:53:58 +0800

GPU 是生产环境中重要的计算资源，温度过高、显存泄漏、硬件故障等问题如果不及时发现，可能影响线上服务。本文记录一套完整的 GPU 监控告警方案，从指标采集到飞书推送的全自动链路。

监控目标链接到标题

维度	指标	告警阈值
温度	GPU 核心温度 / 显存温度	> 83°C / > 100°C
显存	VRAM 使用率	> 90%
功耗	GPU 功率	> 150W
硬件健康	PCIe 重连、行重映射错误	任何异常
可用性	DCGM-Exporter 进程是否存活	宕机 1m

架构总览链接到标题

部署 DCGM-Exporter 链接到标题

在 GPU 节点上通过 Docker 部署 DCGM-Exporter。使用 DaoCloud 镜像加速国内拉取：

智能监控技术方案：OpenClaw + Prometheus + Loki

Tue, 05 May 2026 13:49:54 +0800

智能监控技术方案链接到标题

概述链接到标题

本文档描述基于开源组件构建的智能监控告警体系，实现从指标采集到飞书通知的完整告警流程。

架构概览链接到标题

告警处理流程

flowchart TD A["node-exporter
:9100"] B["Prometheus
:9090"] C["Alertmanager
:9093"] D["alert-transformer
:9091"] E["OpenClaw
:18789"] F["飞书 Webhook"] G["告警规则
alerts.yml"] A -->|指标采集| B B -->|告警评估| C B -.->|加载| G C -->|Webhook| D D -->|格式转换| E E -->|飞书通知| F

指标采集流程

flowchart LR subgraph 指标 H["node-exporter
:9100"] I["Prometheus
:9090"] H -->|"Prometheus 抓取 (15s)"| I end subgraph 日志 J["Docker 日志"] K["Alloy
:12345"] L["Loki
:3100"] J -->|采集| K K -->|发送| L end

组件职责链接到标题

组件	职责	端口	部署位置
node-exporter	系统指标采集 (CPU/内存/磁盘/网络)	9100	每台被监控主机
Prometheus	指标抓取、存储、告警规则评估	9090	监控服务器
Alertmanager	告警去重、分组、路由、抑制	9093	监控服务器
alert-transformer	告警格式转换为 OpenClaw API	9091	监控服务器
OpenClaw	AI 决策、自然语言处理、飞书通知	18789	OpenClaw 服务器
Loki	日志存储和查询	3100	监控服务器
Alloy	Docker 日志采集	12345	监控服务器

部署配置链接到标题

node-exporter 部署链接到标题

每台被监控主机部署 node-exporter，建议使用 Docker Compose：

由 OpenClaw 驱动的自动化博客生产线

Fri, 03 Apr 2026 23:33:33 +0800

笔记存在本地，由OpenClaw协助编写。如果再让它驱动 Hugo+GitHub+Cloudflare Pages，就可以再提炼出可分享可公开的博客日志。

搭建步骤链接到标题

Hugo 初始化链接到标题

brew install hugo
hugo new site my-blog
cd my-blog
git init

选用 hugo-coder 主题，支持中文，排版干净。

本地写作流程链接到标题

hugo new content/posts/2026-04-03-my-first-post.md
# 编辑文件，将 draft = true 改为 false
hugo server -D  # 本地预览 http://localhost:1313

推送到 GitHub 链接到标题

git remote add origin git@github.com:你的用户名/my-blog.git
git add .
git commit -m "first post"
git push

Cloudflare Pages 接入链接到标题

登录 Cloudflare Dashboard → Workers & Pages → Create application → Pages
Connect to GitHub，选择仓库
Build 设置：
- Build command: hugo
- Build output目录: public
绑定自定义域名（如 blog.ohtly.com）

自动化发布链接到标题

以后只需：

OpenClaw on OHTLY Blog

告警通知到飞书：Alertmanager → OpenClaw 中转方案

OpenClaw 异步通知：Agent Turn 与 Wake 选型指南

为什么需要这个 链接到标题

整体架构 链接到标题

Agent Turn 与 Wake 链接到标题

OpenClaw 飞书能力实战：踩坑、绕路、最终打通云文档/日历/任务

为什么选飞书 链接到标题

踩坑：飞书官方插件 链接到标题

绕路：内置 feishu 插件 + 飞书 CLI 链接到标题

OpenClaw Tools：异步调用 Windmill Script

使用 OpenClaw 管理 Obsidian 笔记

概述 链接到标题

架构 链接到标题

准备工作 链接到标题

Obsidian CLI 链接到标题

GPU 自动巡检与自愈：从掉卡到飞书通知的自动化链路

问题背景 链接到标题

架构总览 链接到标题

部署 gpu-checker 链接到标题

使用 DCGM-Exporter 实现 GPU 智能告警

监控目标 链接到标题

架构总览 链接到标题

部署 DCGM-Exporter 链接到标题

智能监控技术方案：OpenClaw + Prometheus + Loki

智能监控技术方案 链接到标题

概述 链接到标题

架构概览 链接到标题

组件职责 链接到标题

部署配置 链接到标题

node-exporter 部署 链接到标题

由 OpenClaw 驱动的自动化博客生产线

搭建步骤 链接到标题

Hugo 初始化 链接到标题

本地写作流程 链接到标题

推送到 GitHub 链接到标题

Cloudflare Pages 接入 链接到标题

自动化发布 链接到标题

为什么需要这个链接到标题

整体架构链接到标题

为什么选飞书链接到标题

踩坑：飞书官方插件链接到标题

概述链接到标题

架构链接到标题

准备工作链接到标题

问题背景链接到标题

架构总览链接到标题

监控目标链接到标题

架构总览链接到标题

智能监控技术方案链接到标题

概述链接到标题

架构概览链接到标题

组件职责链接到标题

部署配置链接到标题

node-exporter 部署链接到标题

搭建步骤链接到标题

Hugo 初始化链接到标题

本地写作流程链接到标题

Cloudflare Pages 接入链接到标题

自动化发布链接到标题