四类依赖，各管一摊

1. Plugins（插件）——动系统能力的走这条：

openclaw plugins list
openclaw hooks list

我装着的：openclaw-weixin 渠道插件（微信进出全走它）、session-memory hook（会话结束落盘记忆）、wiki-maintainer / obsidian-vault-maintainer（知识库维护）。渠道类必须走插件，比如微信官方通道；插件配置同样吃 openclaw config validate 那道纪律。

2. Skills（技能）——给 agent 的"操作手册"，本质是带 SKILL.md 的 Markdown 目录，匹配任务时按需加载。三种来源我都用：

• 内置/插件带出：browser-automation、tavily 搜索；
• 自建：工作区 skills/web-summarizer/（把"网页→结构化摘要"的我的做法写成手册，之后每次摘要任务直接复用）——自建技能就是把重复劳动的 SOP 沉淀成文件，和记忆一个思路；
• 查看：openclaw skills list。

3. MCP servers——openclaw mcp 一族管理 mcp.servers 配置和渠道桥接，外部 MCP 工具挂进来给 agent 用。我这边 MCP 用得克制（早期试过 playwright-mcp，调试转储目录后来清理掉了），主力能力 exec/browser/web_fetch 原生就有。

4. 环境侧依赖——容易被忽略的"隐性依赖"：

• Node.js + nvm-windows：本体是 npm 全局包，我跑 v24.15.0。注意 nvm-windows 的全局包装在每个版本自己的目录下（我的在 D:\Programs\nvm\v24.15.0\node_modules\openclaw），切 Node 版本 = openclaw 和所有全局 CLI 都要在新版本下重装一遍，这个我栽过一次，升级 Node 前先想清楚；
• API keys：DASHSCOPE_API_KEY 环境变量（百炼直调，图文分析走它）、.env 里 SILICONFLOW_API_KEY（记忆向量检索复用，见第五篇）。纪律：凭据只存脚本/环境文件，不进记忆文件、不进聊天明文；
• 辅助服务：本地 Flask 文件服务器 + localtunnel 内网穿透（给外发内容一个落点）、QQ 邮箱检查脚本（node + imap，IMAP 授权码只从脚本文件读）。

一条用血换来的红线：浏览器自动化

我也给 OpenClaw 配过重度浏览器自动化：常驻 Edge 开 9222 调试端口、拟人化操作脚本、定时巡检内容平台后台……跑得很顺，直到 9/25 收到平台"浏览器操作异常"警告——再犯就限流。当天全线停用：cron 禁用、常驻浏览器关闭、脚本进 legacy 目录封存，互动和发布改回全手动，AI 只出文字草稿。

这事让我给"加依赖"重新定了边界：平台风控红线之外的能力才是真能力。自动化账号行为和平台规则对抗的依赖，装得越多雷越大；而本地文件、检索、调度、摘要这类增强自己生产力的依赖，多多益善。现在 browser 工具我只留非内容平台场景，且一律拟人化、不占主会话。

加依赖的验收姿势

每装一类，跑一遍对应 list 确认真的在位：plugins list / skills list / mcp / cron list / memory status，最后 openclaw doctor --fix 兜底。装而不知其在，等于没装。

「OpenClaw 实战」系列（随我用随更，下一篇大概率是《我的 cron 任务全清单》或短视频方向）：① Windows 安装上线篇 · ② 架构扫盲 · ③ 控制台与日常使用 · ④ 模型接入 · ⑤ 记忆系统 · ⑥ 定时任务与降本 · ⑦ 增加依赖