https://miaok.ong/tags/%E7%94%9F%E4%BA%A7%E5%8A%9B/Recent content in 生产力 on Miao KongHugozhFri, 10 Apr 2026 23:30:00 +0800https://miaok.ong/posts/openclaw-3months-report/Fri, 10 Apr 2026 23:30:00 +0800https://miaok.ong/posts/openclaw-3months-report/<p>春节前后，我写过一篇文章，叫《构建长效 AI 助理：我的 OpenClaw 云端实践与架构思考》。</p> <p>那篇文章主要解决的是“怎么活下来”。<br> 不是一个 AI 助理怎么第一次让我惊艳，而是它怎么在长期使用里不掉线、不失忆、不装懂，怎么从一个对话工具，慢慢变成一个真正能长期运行的系统。</p> <p>我当时花了很多力气去解决几个特别底层的问题：</p> <ul> <li>长对话一久就脑雾，怎么 reset</li> <li>reset 之后立刻断片，怎么“秒回血”</li> <li>规则和工作习惯不能总靠 prompt 撑着，怎么物理化</li> <li>单个 Agent 不稳定，怎么做主从协作</li> <li>能力越来越多之后，怎么做 health、观测和项目卡</li> </ul> <p>换句话说，上一篇解决的是“长效”这件事。<br> 它讲的是：<strong>怎么让一个 AI 助理，不只是偶尔好用，而是真正长期在线。</strong></p> <p>但那篇文章发出去之后，我自己并没有停下来。<br> 因为一旦这套底座搭起来，你很快就会发现，长效只是起点。</p> <p>真正有意思的问题变成了：</p> <blockquote> <p>当一个 AI 助理终于能长期活下去之后，它会继续长成什么？</p> </blockquote> <p>而这篇文章，就是那篇长效助理文章的续集。</p> <p>如果说上一篇讲的是“怎么活下来”，<br> 那这一篇更想讲的是：</p> <p><strong>在活下来之后，我又拿 OpenClaw 做成了什么。</strong></p> <p>过去三个月，我没有只停留在邮件、地图、日历、知识库这些执行层能力上，而是继续把 OpenClaw 往更完整的个人操作系统推进。<br> 它开始不只是帮我处理信息和事务，还开始接入更复杂的生活场景、组织协作、研究场景和内容生产场景。</p> <p>所以，这三个月的变化，不只是“能力更多了”，而是 OpenClaw 开始从一个长效助理，继续往一个更完整的 <strong>多 Agent 个人 OS</strong> 演进。</p> <hr> <h2 id="一底座稳了之后我先让-openclaw-真正去接住具体事务"> 一、底座稳了之后，我先让 OpenClaw 真正去接住具体事务 <a class="heading-link" href="#%e4%b8%80%e5%ba%95%e5%ba%a7%e7%a8%b3%e4%ba%86%e4%b9%8b%e5%90%8e%e6%88%91%e5%85%88%e8%ae%a9-openclaw-%e7%9c%9f%e6%ad%a3%e5%8e%bb%e6%8e%a5%e4%bd%8f%e5%85%b7%e4%bd%93%e4%ba%8b%e5%8a%a1"> <i class="fa-solid fa-link" aria-hidden="true" title="链接到标题"></i> <span class="sr-only">链接到标题</span> </a> </h2> <p>很多人聊 AI 提效时，讲的是“它能帮我写点东西”“它能帮我查点资料”。<br> 但当你真的把 AI 接进日常，你会发现事情很快就变了。</p> <p>你开始关心的不是“它能不能做”，而是：</p> <ul> <li>它能不能每天稳定跑</li> <li>它能不能接住真实服务</li> <li>它做完之后有没有可验证结果</li> <li>它是不是能把结果送到我真正会看的地方</li> </ul> <p>所以这三个月前半段，我做的很多项目，表面上看很分散，实际上都在补同一件事：</p> <p><strong>让 OpenClaw 从会说，变成会做。</strong></p>https://miaok.ong/posts/2026-02-28-openclaw-automation-sharing/Sat, 28 Feb 2026 00:00:00 +0000https://miaok.ong/posts/2026-02-28-openclaw-automation-sharing/<h1 id="为了构建长效ai助理我给openclaw造了轮子搭了coding班子"> 为了构建长效AI助理，我给openclaw造了轮子，搭了coding班子 <a class="heading-link" href="#%e4%b8%ba%e4%ba%86%e6%9e%84%e5%bb%ba%e9%95%bf%e6%95%88ai%e5%8a%a9%e7%90%86%e6%88%91%e7%bb%99openclaw%e9%80%a0%e4%ba%86%e8%bd%ae%e5%ad%90%e6%90%ad%e4%ba%86coding%e7%8f%ad%e5%ad%90"> <i class="fa-solid fa-link" aria-hidden="true" title="链接到标题"></i> <span class="sr-only">链接到标题</span> </a> </h1> <p>写在前面：这篇文章是我与我的 openclaw 一起完成的，我是纯云端的 openclaw，所以能力边界还是有限，过年期间除了带娃（两三个月啦），基本都是 vibe coding 来搭建 openclaw，目前已经能帮我快速完成很多事情，我确定很多内容可能都是造轮子也不是最优解，但这个过程感觉还是值得分享一下，也算是给这个春节交个作业。所有的轮子也都是 openclaw 的小班子自己造的，我只是个 commander：）</p> <p>很多人用 OpenClaw / Agent，大概停在“能聊天、能查资料、能写点东西”的阶段。但我这段时间把它用得更深了一点：我现在这套云端 OpenClaw，已经不是“聊天机器人”了，而是一个永远在线的云端副官。它每天按时跑任务、能自检健康状态、并且能稳定处理一些非常具体的事：</p> <ul> <li><strong>AI 日报</strong>：每天 06:30 自动抓 Watchlist + X 热点，生成中文简报并投递（邮件/Discord）</li> <li><strong>昨日邮件摘要</strong>：拉取双 IMAP 邮箱，自动分类“费用/风险/行动/知会”，发一封脱水版摘要</li> <li><strong>本地生活/出行</strong>：真实调用高德查 ETA/路线/天气/POI，并生成可手机打开的地图预览</li> <li><strong>办公协作</strong>：对接 Outlook 邮件与日历，能在 Token 健康时可靠发信/建会</li> <li><strong>知识沉淀</strong>：把关键内容整理成 Markdown，同步到 Obsidian/WebDAV</li> <li><strong>持续开发</strong>：用主 Agent + coder/scoder 的协作流程，异步改脚本、跑自检验收，不堵塞主对话</li> </ul> <p>但当我开始想要把它当成一个需要长期在线、持续产出、可恢复、可验收的系统，而不是一个“对话窗口”时，越往深用，越会遇到一些“浅用时看不见”的真实问题：</p> <ul> <li>对话一长，模型很快触发 <strong>TPM / 上下文限制</strong>，反应变慢、逻辑松散、幻觉上升</li> <li>一 <code>/reset</code> 虽能恢复智力，但助理立刻“断片”：规矩丢了、工程进度丢了、外部服务状态也丢了</li> <li>能力多了以后最危险：<strong>脚本/Token/API 明明坏了，Agent 还会嘴硬输出</strong>——你以为系统在跑，其实在“编”</li> </ul> <p>这篇文章我想分享的，就是我如何解决这些问题来构建长效助理，能做成可以自检健康状态，reset 后 3s 恢复工作，可以做成可运行、可恢复、可审计的一套云端 AI 操作系统：物理化状态、Reset V2、健康三件套、以及多 Agent 协作的工程闭环。</p> <p>所以我写这篇，不是展示一个酷炫 Demo，而是把一套我已经在云端跑起来、可复用的架构方法分享出来：</p> <ul> <li><strong>物理化（Physicalization）</strong>：把记忆、能力、任务状态落地到文件系统</li> <li><strong>Reset V2（Runtime Contract）</strong>：把 reset 从“失忆”升级为“可控重启”</li> <li><strong>健康体系（selftest / health / capabilities）</strong>：随时回答“现在到底还能不能可靠干活？”</li> <li><strong>多 Agent 协作（Main + coder + scoder）</strong>：把 Coding 从聊天承诺变成工程交付</li> </ul> <hr> <h2 id="1-运行环境纯服务端的中枢架构为什么我坚持云端"> 1. 运行环境：纯服务端的“中枢”架构（为什么我坚持云端） <a class="heading-link" href="#1-%e8%bf%90%e8%a1%8c%e7%8e%af%e5%a2%83%e7%ba%af%e6%9c%8d%e5%8a%a1%e7%ab%af%e7%9a%84%e4%b8%ad%e6%9e%a2%e6%9e%b6%e6%9e%84%e4%b8%ba%e4%bb%80%e4%b9%88%e6%88%91%e5%9d%9a%e6%8c%81%e4%ba%91%e7%ab%af"> <i class="fa-solid fa-link" aria-hidden="true" title="链接到标题"></i> <span class="sr-only">链接到标题</span> </a> </h2> <p>我没有选择把 OpenClaw 跑在本地（比如 Mac mini），核心原因不是性能，而是<strong>安全边界</strong>。</p>