昨晚，深圳龙岗区相关部门发布了《深圳市龙岗区支持 OpenClaw&OPC 发展的若干措施（征求意见稿）》公开征询意见公告，也就是大家常说的"龙虾十条"。
大家好，我是小虎。
但当一个地方政府开始为一个开源 AI 项目立专项扶持政策，通常意味着：这件事已经大到用市场语言说不清楚了，必须用政策语言来背书。
OpenClaw 是奥地利开发者 Peter Steinberger 创造的一个开源本地 AI Agent 框架，核心逻辑是把 AI 助手部署在你自己的机器上，通过 Telegram、WhatsApp 这些聊天工具接收指令，然后帮你执行任务。
数据留在本地，算力用自己的，7×24 小时待命。
这个逻辑本身非常先进------但它有一个致命门槛：你得先把它跑起来。
买服务器、命令行配置、设置机器人权限......整个流程对普通人来说不是学习曲线，是一道墙。
今天上午，我正在想这件事，我的学习群里一位学员忽然发了一条消息------一个链接：https://claw.guanjia.qq.com/，后面跟了一句"有人有资格吗？"
我在群里回了一句："哈，这个可以下载一下。"
然后我自己点开看了一眼。
打开的那一刻，我确认了
页面是黑色的，带着一个红色龙虾 Logo。
我一眼认出来------这就是 QClaw。
claw.guanjia.qq.com，官方落地页，腾讯电脑管家团队出品，底下写着"基于 OpenClaw 打造"。
入口就这么出现了，不是我主动找到的，是学员群里先找到的。
这件事本身就挺说明问题的------早期产品的用户往往比团队本身传播得更快。
我注意到页面上有两个下载按钮：Mac 版和 Windows 版。
Mac 版可以直接点击下载，Windows 版有按钮但点了暂无响应，还在准备中。
页面上还有一个企业微信群的二维码，我扫了进去，现在还是早期，我进的是 2 群，群里已经有很多人在讨论了。
这两件事放在一起------龙岗的"龙虾十条"，加上 QClaw 内测悄悄开了入口------是今天真正值得你花五分钟看完的原因。
腾讯在解决的那个真正问题
QClaw 不是腾讯自研的 Agent 框架。这一点值得强调，因为很多人一看到"腾讯出品"就以为是什么技术突破。
它是对 OpenClaw 的产品化封装。核心工作是把一道技术高墙，变成一个双击就能运行的安装包。
但这件事本身，已经足够重要。
更重要的是另一个细节：QClaw 打通了微信 和 QQ。
OpenClaw 原生支持 Telegram、WhatsApp，这在欧洲和东南亚市场够用，但在中国，Telegram 的普及率几乎为零。
当你的 AI 助手必须依赖一个你没有装、或者打不开的 App 来接收指令，它就只能停在实验室里。
把接入渠道换成微信，这一步改动看起来是个本土化工作，但它的意义远不止于此。
微信是中国人每天高频使用的 App 之一。
当 AI Agent 的接入渠道变成微信，普通人用 AI 最大的使用门槛就消失了：你不需要记住又一个产品的名字，不需要打开又一个 App，也不需要在工作流程中增加任何一个切换动作。
你本来就在微信里工作、沟通、推进事情------AI 只是成了你微信联系人列表里的另一个"同事"。
这不是功能更新，这是使用范式的切换。
安装和跑通的过程（可直接照着做）
下面这段我按"第一次接触也能跑通"的标准来写。你不需要懂命令行，也不需要先研究一堆文档，先把流程走通最重要。
第 0 步：先确认你现在适不适合上手
先说结论：QClaw 目前是内测状态，入口和界面可能会迭代，步骤顺序大体稳定，但按钮文案可能有细微变化。
你先准备三样东西：
- 一台能长期在线的电脑（本地部署是核心前提）
- 一个可扫码的微信账号
- 10～20 分钟不被打断的时间
如果你只想先看懂流程、不马上实操，也建议先把下面一遍看完，后面会少走很多弯路。
第 1 步：下载并安装 QClaw 客户端
先进入入口页：https://claw.guanjia.qq.com/。
在当前公开信息和大量自媒体实测口径里，QClaw 的定位都一致：本地一键启动包。
也就是说，你先把客户端装到自己电脑上，再谈后续微信联动。
安装动作本身按系统正常流程完成即可：
- 下载客户端
- 打开安装包
- 完成安装并启动 QClaw
如果你本机之前已经跑过 OpenClaw，很多测评提到会有"关联已有环境/同步已有信息"的路径，可以优先走这个入口，能省掉不少重复配置。
第 2 步：首次启动后，先做"模型和基础配置"
启动后不要急着发指令，先把基础配置做完。常见页面会引导你进行以下内容：
- 选择模型（常见提法是支持 Kimi、MiniMax，也支持自定义）
- 完成必要授权/确认
- 保存当前配置
这一段的目标不是"配到完美"，而是先保证"能跑起来"。先用默认或最熟悉的模型，后面再调优。
第 3 步：绑定微信（这是关键分水岭）
这一步决定你能不能从"装好了"进入"真能用"。
常见流程是：
- 在 QClaw 里找到微信关联入口
- 弹出二维码后，用手机微信扫码
- 在手机侧确认授权
- 回到电脑端确认状态已连接
你可以把这一步理解成"把本地执行力接到你最高频的沟通入口上"。
做完后，下一步不是立刻复杂任务，而是先做最小可行验证。
第 4 步：先跑一个"最小闭环任务"
第一条指令一定要简单、可验证、可回看。不要上来就让它跑复杂工作流。
建议按这个顺序测：
- 简单查询：先发一条确认在线状态的指令
- 轻量执行：让它读取一个你可控目录的信息
- 结果 回传：确认结果能回到你的对话侧
当你看到"发出指令 → 本地执行 → 返回结果"这个闭环跑通，才算真正完成安装。
很多人卡住，不是安装失败，而是没做这个闭环验证，导致后面一出问题就不知道断点在哪。
第 5 步：安装 Skills，把"能用"变成"好用"
跑通后再做扩展能力。公开资料和大量实测里，Skills 生态通常会提到来自 ClawHub / GitHub 等来源。
实操建议：
- 先装 1～2 个与你日常最相关的 Skills
- 装完立刻做一次小任务验证
- 再逐步叠加，不要一次装太多
这样做的好处是：你能明确知道"哪个 Skill 带来了什么能力"，排错也更快。
第 6 步：把它放进你每天会复用的场景
如果只是演示一次，QClaw 的价值很快就会消失。真正能让人愿意转发收藏的，是"可复制的日常流程"。
你可以从三类高频场景开始：
- 文件类：检索、整理、汇总
- 内容类：素材归集、信息提炼、结构化输出
- 网页操作类：固定步骤的重复动作
原则很简单：先挑"重复多、出错成本低、收益立竿见影"的任务。
第 7 步：给自己留一套排查顺序（非常实用）
当它"突然没反应"时，按这个顺序查，效率最高：
- 客户端是否仍在运行
- 电脑是否在线、是否进入休眠
- 微信关联状态是否仍有效
- 最近新增的 Skill 是否引发冲突
- 当前模型配置是否可用
你会发现，大多数问题都不是"产品坏了"，而是某个环节掉线了。
一句话总结这段流程
QClaw 的上手路径，本质上就是：
下载安装 → 基础配置 → 微信绑定 → 最小闭环验证 → Skills 扩展 → 场景复用 → 固定排查顺序。
只要你把这七步走完，它就不再是"看起来很火的新玩具"，而是能真正嵌进你工作流的本地 AI 执行层。
入口之战的底层逻辑
过去一年，AI 圈的竞争叙事是：谁的模型更强？谁的上下文窗口更长？谁的价格更低？
这些都是真实的竞争维度。但还有一个维度很少被拿出来正面讨论：用户在哪里，入口就在哪里。
Cursor 成功的本质，不是它的代码建议有多聪明，而是它住进了开发者每天工作 8 小时的 IDE 里。你不需要主动去找它，它就在你写代码的地方等着你。
QClaw 想做的，是同样的事情，只是换了个宿主------从 IDE，换成了微信。
如果这件事跑通了，它意味着：AI Agent 离"真正被普通人日常使用"，又近了一步。
不是因为 AI 变得更聪明了，而是因为用 AI 这件事，变得更懒了。
这对你意味着什么
技术的下放永远遵循一个规律：先是极客折腾，然后产品化降低门槛，然后普通人开始用，然后没用上的人开始焦虑。
OpenClaw 现在处于第二阶段到第三阶段的过渡期。QClaw 就是那个产品化的节点。
具体的机会在三个方向：
一是提前入局生态。
QClaw/OpenClaw 的 Skills 生态还处于早期，现在开发或适配本地 Skills，比等到用户大量涌入之后再做要容易得多。
先入场的工具通常会获得不成比例的使用量。
二是重新审视你的 工作流。
哪些重复性工作你每天都在做，但又不值得专门打开一个 AI App？
这些场景，正是本地 Agent 最该接管的地方。
三是别把这当新闻看。
这不是"又出了一款新产品"，这是 AI 入口逻辑正在发生迁移的一个信号。
你可以不用 QClaw，但你最好理解它想解决的那个问题。
深圳龙岗的"龙虾十条"和腾讯 QClaw 内测，同一天发生，不是巧合，是同一件事在不同层面的回声。
把 AI 接进你的真实工作流，能比别人快多久，就能比别人多赚多久。