归档

我的 AI Agent（Hermes）每天要处理大量对话——选题、收集素材、收集AI新闻、数据分析等任务。每次新会话开始，我不得不反复交代上下文。其实这是所有 AI Agent 的通病：会话一关，记忆就没了，一个会话中上下文超出窗口后也损失了很多信息。

下午两点，老板丢过来一句话："有个客户想了解咱们的AI 智能体，这个客户不太熟悉AI大模型，你做一个介绍性的视频出来，下班前给我。" 你没有剪过视频，不懂动画制作，手边也没有现成的素材。脑子里唯一的念头是：这玩意儿我自己怎么做？

用Hermes Agent挺长时间了，一直在用Discord做消息工具。国内Discord频繁抽风，经常掉线，实在受不了，还是决定切回飞书。结果第一个坑就来了：Hermes在飞书群里默认只回复@它的消息，不@就不回复。其实问题还是出在飞书权限上。 觉得有用的朋友别忘记点赞收藏！

估计今天github上最火的更新之一就是花叔的 huashu-design 了。 花叔说他逆向了 Claude Design，同时提醒我赶快去看看是否可以做产品设计。结果一看，起码现在，还不是一回事情。

Obsidian是一个很多人喜欢的笔记软件，它的成功要归功于丰富的插件系统。应粉丝邀请，本期咱们来拆解一下这些AI插件。 Obsidian的AI插件其实正在经历三个阶段的进化。我想用如下三个说法来归纳一下目前Obsidian的AI插件：

Karpathy十天前发了一个gist（5000+ stars），提了一个很有意思的观点：知识库不应该用来搜索，而应该用来编译。就像写代码一样，新信息进来，编译器自动检查已有模块、更新依赖、确保一致性，而不是每次都从头解析一遍。 但这个思路一直缺一个东西：谁来当那个编译器？

这两天Hermes Agent很火，连续好几天Github Trending 第一。 我也从安装配置了一下Hermes，看看和OpenClaw比有什么不同。 今天分享一下我的发现。 Hermes Agent是Nous Research的产品，就是做Hermes系列开源模型那个团队。

导读 ： 当安德烈·卡帕西（Andrej Karpathy）在几天前分享他的“raw/”文件夹工作流时，整个AI圈都在感叹这种“LLM Wiki”模式的降维打击能力。但痛点也显而易见：脚本零散、手动整理累、Token消耗高。

做了多年产品，跟研发沟通最头疼的一件事就是：我画了一个原型，研发看了说"懂了"，结果做出来跟我想的完全是两回事。 然后就是反复拉扯—— "这个按钮点了应该弹个筛选面板的啊？" "你原型上没写啊，我以为就是刷新一下。" "那这个下拉框选了之后，下面表格要联动过滤的吧？" "……你也没说啊。

2026年的Mac mini圈子有个有趣的说法——"养龙虾"。这个词源于 OpenClaw ——一个爆火的开源个人AI助手项目。OpenClaw的吉祥物是一只龙虾🦞，它能帮你清理收件箱、发送邮件、管理日历、甚至自动跑测试、写代码。

> 2026 年初，开源 AI Agent 领域掀起了“小龙虾（OpenClaw）”热潮，让“数字员工”真正进入了普通人的视野。就在大家还在折腾配置文件时，阿里通义实验室推出了 CoPaw （Co Personal Agent Workstation）。 在深度实测 一周后，我写下这份评测报告。

最近在浏览 ClawHub 时，一个很有意思的现象引起了我的注意—— 百度搜索相关的 skill 登顶了热榜 。作为一个长期关注 AI 工具生态的人，我决定花点时间深入研究一下这个 skill 的使用方法和实际效果。 鉴于网上还没有特别完整的教程，我特意整理了这篇实测文章，希望对大家有帮助。

上篇文章里我分享了怎么让 OpenClaw 把文件自动写入飞书文档。刚开始还挺兴奋的，看着 AI 帮我生成的文档一个个出现在飞书云盘里，那种感觉确实挺爽。 但没过几天我就发现问题不对劲。 OpenClaw 创建的文件全堆在根目录下 ，最要命的是——虽然文档权限共享给了我，但我就是删不掉这些文件。

折腾了好久，终于把我的Obsidian笔记库搞定自动同步到飞书了。 说起来这事也挺有意思。我用Obsidian写了快两年笔记了，本地体验没得说，双链、插件、图表，什么都有。但就是有个痛点——没法方便地分享给别人。 每次我想给同事或者朋友看个笔记，要么截图，要么导出PDF，要么干脆复制粘贴。

折腾了一整天，终于找到了！ 我的 OpenClaw 小龙虾养在 mac mini 的虚机里，产出的内容想同步到 iPhone 和 MacBook 上随时看。一开始想得很简单：直接写 iCloud 目录不就完了吗？ 结果——全是坑。 OpenClaw 报错：无权限访问 iCloud 目录。

最近我的小龙虾OpenClaw终于能干一些活了。由于我的小龙虾是养在mac mini上的虚机里面的，就想着如何把它的产出及时共享出来，方便我在其他设备上查看和审核。前后折腾了小半天，说实话，这个过程中踩的坑比我想象的多得多，写下来让后来人少走弯路。

半夜两点，你盯着电脑屏幕发呆——领导要求的PPT明天早上就要交，但你连第一页的逻辑都没理顺… 如果这个场景让你心有戚戚，那咱们就是同类人。作为一个被PPT折磨了无数个夜晚的”资深打工人”，我今天一定要把这套救命的方案分享给你。 坦白讲，我测试过市面上几乎所有AI生成PPT的工具。

2026年2月25日 Anthropic官方推出了Remote Control功能，现在手机控制Claude Code写代码有了官方方案。那Happy这个第三方工具还有价值吗？我用了一个月，感觉这个方案就是OpenClaw的完美轻量级替代品。

与其冒着风险在宿主机上裸跑，不如把 OpenClaw 关进 Docker 的“笼子”里。 最近 OpenClaw（原名 Moltbot/Clawdbot）在 AI 圈子里火得不行，但也因为其极高的系统权限让不少开发者心生顾虑。如果你也想安全、优雅地运行这个“全能 AI 智能体”，这篇指南值得收藏。

前言：Agent 的进化，不应被困在书桌前 编者按：不熟悉Agent Zero的同学可以移步这篇文章： 关注开源 AI 智能体的朋友，一定对 OpenClaw 可以对接多种外部即时通信工具不陌生。

在 2026 年初的 AI 圈，如果说有什么比大模型更新更令人兴奋，那一定是 AI Agent（智能体） 的大规模落地。 最近，由 Peter Steinberger 开发的 OpenClaw （俗称“龙虾助手”）因为创始人的加盟 OpenAI 而再次爆火。

最近 AI Agent 圈子里最火的话题，莫过于所谓的“生态引擎转移（Engine Shift）”。简单来说，就是大家发现：原本跑在 Node.js 上的 AI 助手，在面对大规模分布式和边缘计算需求时，已经快把服务器的内存“吃”干抹净了。

> 当 Obsidian 官方发布 CLI 命令行工具时，很多人第一反应是：这怎么倒退回 90 年代了？但当你真正理解了为什么——理解了从”文件编辑器”到”软件操作者”的本质转变——你会意识到：这不是倒退，而是文明形态的演进。 2026 年 2 月 10 日，三个看似独立的消息同时出现：

Obsidian 是一款强大的知识管理工具，而 GitHub Copilot 作为 AI 编程助手，同样可以用于辅助编写笔记。如果你想在Obsidian中享受vscode中无缝地自动续写文本或代码的体验，obsidian-github-copilot 插件可以满足你的需求。

作为一名内容创作者/投资者/运营人员，你一定遇到过这样的问题：

> 干货满满，我是老布。\ \ 点击关注\ \ 👆，防止迷路。 从2023年开始，我用Obsidian建立了一套日报周报系统。这套系统帮助我从「不知道时间花在哪」变成了「清楚知道每周完成了什么、还有什么要做」。更重要的是，它让我的工作经历变成了可检索、可复用的知识资产。

为什么我放弃了 Copilot 和 Smart Composer，转而使用 Opencode？ 在 Obsidian 的 AI 插件生态中，Github Copilot、Copilot Smart Composer 和 Opencode 是三款备受关注的工具。

在尝试了 Notion、语雀、飞书文档等各种知识管理工具后，我最终选择并留在了 Obsidian。原因很简单：它足够轻量、足够开放、本地存储足够让人安心。 但问题是，作为一个每天要处理大量技术文档和笔记的「知识工作者」，我很快遇到了瓶颈—— 笔记越积越多，但整理和检索变得越来越困难 。

在企业数字化转型过程中，企业微信已成为许多企业的首选沟通工具。为了更好地整合内部系统和外部应用，实现企业微信消息的接收与转发变得尤为重要。本文将详细介绍如何从零开始搭建企业微信消息转发系统，涵盖注册、配置、开发、部署等全流程，帮助开发者快速实现企业微信消息的转发功能。