最近我做了一件事：把 OpenClaw 接到微信上，让它能在微信里收消息、回消息，当自己的私人小助手用。 一开始我以为很简单——装个软件、扫个码、填个 API Key，完事。 真做起来才发现：难的不是登录，而是六层东西要一条线串起来。少一环，界面上看着都正常，微信里就是没回复。 我最后把它拆成 6 个必选项，缺一个都可能翻车： 1. OpenClaw 本体装对 2. 大模型配好、能稳定调用 3. 微信插件装上，而且真的启用 4. 扫码登录成功 5. 只放行自己的微信（别把别人的消息也接进来） 6. 会话边界 +「说话权限」配对（很多人卡在这） 先说模型。不少人一上来就问「微信怎么接」。我的顺序相反：先把模型理顺。助手得先能读懂消息，后面才有意义。主模型我用 DeepSeek，够稳就行——不必一上来追「最强」，工程里先要「能用」。 再说插件。OpenClaw 本体不是微信机器人，必须单独装微信渠道插件。装完还要确认不是「文件下了、功能没开」——要去检查插件有没有进白名单、渠道状态是不是 running。 扫码只是入门。扫完不等于能干活，只代表拿到了进微信的门票。我扫完立刻查：渠道有没有在跑、消息能不能进、能不能出。只看到自己登录成功，不算交付。 权限要收紧。这是个人助手，不是公共机器人。我只允许自己的微信号进来。不然调试时根本分不清：这条消息谁发的？会话怎么串了？任务谁触发的？ 我踩最大的坑在会话。一开始不是模型错、也不是登录错，是对话边界没设对，同一个微信聊天在系统里 session 会打架。表面是「回复失败」，其实是「对话没分开」。后来把 DM 作用域和消息工具 profile 一起改对，才真正能回话。 这里有个直觉：机器人能不能说话，不只看微信连上没，还要看它有没有被允许「开口」——工具配置不对，渠道连着，agent 也没发言权。 如果你也要做个人版微信小助手，建议顺序就记一句： 先装本体 → 定一个稳模型 → 装并启用微信插件 → 扫码 → 锁自己的号 → 对齐会话和说话权限 → 最后用真消息验收。 我写这篇，不是晒我会装软件，是把踩过的坑收成一条能复用的路。工程里最贵的，往往不是第一次装好，而是下次再做，知道每一层为什么要这么配。 有同样需求的，评论区扣「微信」——我把安装和检查清单整理出来。 #howto入门codex #howto手搓skill #程序员 #AI