夜雨聆风有人问我 OpenClaw 怎么配：我实际用到的仓库和关键命令
上一篇写完之后，评论区很快有人来问：
你这套东西到底怎么配？
是不是你自己从零写了一堆 skill？
如果我也想搭一套，应该从哪里开始？
我先把最关键的一点讲清楚：
我不是自己从零造了一整套轮子。
我现在这套链路，本质上是：
用 OpenClaw做底座再把几个公开仓库接进来 最后根据自己的工作流，做一点点组合和裁剪
所以如果你也想复现，最重要的不是“先学会写 skill”，而是先知道：
哪些仓库是真正的骨架，哪些只是后面的加法。
这篇文章我就不写成超长保姆教程了。
因为有些工具，尤其像 gws，完整配置流程其实非常长，里面会涉及 Google Cloud、OAuth、API 开启、凭据下载这些步骤。如果全展开写，会把整篇文章拖进细枝末节里。
所以这篇我只做一件事：
把我实际在用的几个核心仓库列出来，并给出最短跑通路径和关键命令。
如果你已经有一点命令行基础，看这篇基本就够你把骨架搭起来。
先说结论：我这套系统，核心就 5 个公开仓库
1. OpenClaw：整套系统的底座
GitHub：
https://github.com/openclaw/openclaw
这是我的主中枢。
它不是某个单点工具，而是整个“个人 AI 操作系统”的底层框架。消息入口、Agent 调度、模型接入、渠道连接、Workspace、Skill 调用，基本都绕不开它。
如果你只想先跑一个最小闭环，第一步永远是先把 OpenClaw 跑起来。
官方推荐命令很直接：
npm install -g openclaw@latest
openclaw onboard --install-daemon
跑完以后，先别急着折腾一堆花活，先确认两个东西：
openclaw doctor
openclaw gateway --port 18789 --verbose
如果这里都跑不通，后面接再多仓库都没有意义。
我的建议一直是：
先让 OpenClaw 稳定活着，再往上加能力。
不要一上来就同时接模型、接浏览器、接自动化、接定时任务，那样非常容易把自己绕进去。
2. gws：把 Google Tasks、Calendar、Gmail 接进来
GitHub：
https://github.com/googleworkspace/cli
我现在很多日常链路，核心都靠它：
Task作为唯一入口Google Calendar作为节奏层Gmail作为提醒出口
但我也得说实话：
gws 绝对不是那种“装完就能用”的工具。
它最麻烦的地方不是命令本身，而是前面的 Google Cloud 配置。
你至少要搞定这些事：
创建 Google Cloud Project 开启对应 API 建 OAuth Desktop Client 下载凭据文件 完成登录授权
这些细节我这里不全部展开，只给你最关键的跑通顺序。
先装：
npm install -g @googleworkspace/cli
然后做初始化：
gws auth setup
gws auth login
如果你要复现我文里那套链路，最关键的是把这几个 API 开掉：
Google Tasks API Google Calendar API Gmail API
然后拿这几个命令做验证就够了：
gws tasks tasklists list
gws calendar calendar-list list
gws gmail messages list --params '{"maxResults": 5}'
这一步的目标不是“全会用”，而是确认：
你的 Google 账户已经能被 CLI 正常读到了。
只要这一步通了，后面你再去做定时同步、摘要推送、邮件提醒，才有意义。
3. bb-browser：让 AI 真正用你的浏览器和登录态
GitHub：
https://github.com/epiral/bb-browser
这是我最近非常喜欢的一类工具。
它的意义不是“再来一个浏览器自动化框架”，而是：
让 AI 直接借用你已经登录好的真实浏览器环境。
这件事非常关键。
因为很多网站最麻烦的，从来不是“打开网页”，而是登录态、风控、Cookie、页面内请求、动态内容和各种奇怪限制。
bb-browser 这类工具，把很多原本很麻烦的东西直接绕开了。
安装非常简单：
npm install -g bb-browser
bb-browser site update
如果你本来就是配合 OpenClaw 用，最短验证可以直接这样：
bb-browser site recommend
bb-browser site reddit/hot --openclaw
如果你不走 OpenClaw，而是想单独用，也可以按它 README 去装 Chrome Extension。
但对我来说，更顺的方式还是：
OpenClaw 做系统底座，bb-browser 提供“带登录态的浏览器手”。
4. gstack：把巡检、QA、设计审查这一类活交给 AI
GitHub：
https://github.com/garrytan/gstack
这个仓库我很喜欢的一点是，它不是只给你一个命令，而是给你一整套“角色化”的工作流。
比如里面最实用的几类能力：
/browse/qa/design-review/review
这些能力刚好很适合我文里说的那种场景：
让 AI 像真人一样点页面、截图、找问题、做前端巡逻。
最短安装方式，官方 README 里已经写得很直接：
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
cd ~/.claude/skills/gstack
./setup
装完以后，不必全部学会。
你先记住这几个入口就够了：
/browse
/qa
/design-review
/review
如果你是做网站、做前端、做产品原型，这一套会非常值。
因为很多本来要你自己手点、自己盯、自己截图的问题，它已经能帮你先做一轮了。
5. Obsidian CLI：把知识库真正变成 AI 的外接大脑
官方文档：
https://help.obsidian.md/cli
这一层我现在更认可的，不是第三方兼容 CLI，而是 Obsidian 官方 CLI。
原因很简单：
它不是“再多一个笔记命令行工具”，而是 Obsidian 自己开始正式提供一个终端入口。
这意味着很多事情会发生变化：
AI 不再只是给你生成一段文本 你也不必每次手动复制、粘贴、整理 它可以直接对你的知识库做创建、查询、追加、搜索这些动作
这才更像真正的“外接大脑”。
我现在的思路一直很明确：
收集入口尽量前置到 Task真正值得沉淀的内容，再流向 Obsidian
所以我不追求“所有东西一开始就进 Obsidian”。
我更在意的是：
该沉淀的时候，能不能直接、稳定、低摩擦地写进去。
官方 CLI 这一步，恰好把这个缺口补上了。
它不是单独从 GitHub 装一个包的思路，核心是：
把 Obsidian 更新到支持 CLI 的安装版本 打开 Obsidian 进入 Settings -> General打开 Command line interface按提示完成注册
在 Windows 上，官方文档要求用支持 CLI 的较新安装器版本。装好并启用以后，先别急着写复杂自动化，先验证这几条命令：
obsidian help
obsidian vaults
obsidian search query="meeting notes"
obsidian create name="AI Inbox" content="Hello from CLI"
obsidian daily
如果这些命令能跑通，说明最关键的一步已经完成了：
你的 Obsidian 已经不只是一个手动记笔记的软件，而是一个 AI 可以直接操作的知识库接口。
这件事在整套系统里非常重要。
因为如果系统只有流动，没有沉淀，最后还是会散。
而 Obsidian CLI 让“沉淀”这一步第一次真正接到了自动化链路里。
另外一个我借了很多思路的仓库：autoresearch
GitHub：
https://github.com/karpathy/autoresearch
这个仓库我更建议把它理解成一种方法论来源，而不是“你必须原样照抄部署”的项目。
它对我最有启发的地方，不是具体训练代码，而是那种思路：
让 Agent 持续实验 小步改动 快速验证 保留有效结果 把优化过程流程化
如果你只是想先看明白它在干什么，最小命令是：
git clone https://github.com/karpathy/autoresearch.git
cd autoresearch
uv sync
uv run prepare.py
uv run train.py
但说实话，大多数人并不需要真的把这个仓库完整跑起来。
你真正该借的是它背后的那套脑子。
也就是：
不要一次改一大堆东西，而是让系统在明确约束下，持续做小实验。
如果你今天才开始，我建议按这个顺序来
很多人看到这里，会忍不住想一次性全装完。
我非常不建议。
真正比较稳的顺序应该是：
第一层：先把底座跑起来
先只做 OpenClaw：
npm install -g openclaw@latest
openclaw onboard --install-daemon
openclaw doctor
第二层：再接 Google 这一层
把 gws 打通，至少确认这三个命令能返回：
gws tasks tasklists list
gws calendar calendar-list list
gws gmail messages list --params '{"maxResults": 5}'
第三层：再加浏览器能力
npm install -g bb-browser
bb-browser site update
bb-browser site recommend
第四层：再加 QA / 巡检 / 审查
把 gstack 接进来，再慢慢把 /browse、/qa 这些入口用起来。
第五层：最后再补沉淀层
把 Obsidian 接上，让真正值得留下来的内容进入长期知识库。
这个顺序看起来慢，但其实更快。
因为它能保证你每装完一层，系统就真的多一个稳定能力，而不是多一堆新的报错来源。
最后说一句最实际的话
很多人问“这套怎么配”，其实真正想问的是：
我是不是也得先写很多自己的 skill，才能开始？
我的答案是：
完全不用。
先把公开仓库里已经成熟的部分拿来用，先把骨架接起来，先把一两个小闭环跑通。
比如：
Task记入口AI 自动同步到日历 邮件做提醒 浏览器帮你巡检页面 好内容再沉淀进 Obsidian
当这几个动作已经开始稳定流动起来，你再去想：
哪些地方值得自己补 skill 哪些地方值得加定时任务 哪些地方值得做成长期自动化
这时候你写出来的东西，才不是空转的“技术玩具”。
而是真正长在自己生活和工作流上的系统。
这也是我现在越来越相信的一件事：
先把仓库跑起来，再谈系统；先把系统跑顺，再谈个性化。
