麦先生

刷信息流控制不住？你缺的不是自律，是输入边界 我最近又开始控制不住刷信息流了。 X、YouTube、小红书，打开就是半小时。明明知道在浪费时间，但还是会不自觉地滑动屏幕。我意识到背后的逻辑是一个很常见的焦虑：如果我不刷，会不会错过重要的信息？ 后来我静下来想了想，答案其实很明确——不会。 重要信息会再次出现 我把这个认知写成了一条永久笔记： 重要信息具有重复出现性。真正重要的信息，很少来自随机刷到的内容。 我观察了一下自己过去半年的信息获取路径，发现真正对我有用的信息，基本来自三个来源： 长期关注的人。比如某个领域的专家、某个方向的实践者，他们的输出质量稳定，我会主动去看。 深度内容。通常是文章、播客、视频教程，这些内容需要我专门花时间消化，不是刷出来的。 被不同渠道反复提及的信息。如果一个信息真的重要，它会在不同的地方出现——可能是朋友转发，可能是多个博主讨论，可能是工作场景碰到。 说白了，那些真正重要的信息，几乎一定会再次出现。 而信息流里刷到的，大多是算法推给我的 " 可能感兴趣 “，不是 " 真正需要 “。 写完这条永久笔记后，我做了一个决定：不再主动刷信息流，改用 RSS 订阅我长期关注的人。 从被动刷流到主动订阅 我用的是 Readwise Reader 的 Feed 功能。逻辑很简单：把我想看的博主、频道、播客的 RSS 源添加进去，Reader 会自动抓取更新，我定期去看就行。 这个切换带来的变化很明显。输入变得可控了，我知道自己在看什么，而不是被算法推着走。打开 Reader，看完想看的内容就关掉，不会陷入 " 再刷一条 " 的循环。信息质量也变高了，因为我订阅的都是长期验证过的来源，不是随机推荐。 但在订阅 YouTube 频道时，我遇到了一个技术问题。 技术障碍：无法获取频道 ID 大部分 YouTube 频道可以直接把主页网址粘贴到 Reader 里订阅，但有些频道不行——比如 ID 是中文的，或者频道设置比较特殊的，Reader 会提示无法获取频道信息。 这时候需要手动获取频道的 Channel ID，然后拼成固定格式的订阅链接： https://www.youtube.com/feeds/videos.xml?channel_id=UCfQNB91qRP_5ILeu_S_bSkg 获取 Channel ID 的方法是：右键查看源码，搜索 “channelId”，找到那串字符，复制出来，拼接成上面的格式。 听起来不复杂，但当我要订阅十几个频道时，这个操作就变成了重复劳动：打开主页→右键→查看源码→搜索→复制→拼接→粘贴到 Reader。 我开始觉得这个流程可以优化。 用 AI 创造工具 我打开 Cursor，跟 AI 说了我的需求：做一个 Chrome 扩展，在 YouTube 频道主页点击后，能直接显示 Channel ID，并一键复制订阅链接。 ...

受马伯庸启发，我搭了一套零摩擦的流水账日记 是的，不正经的我又要开始写日记了。 马伯庸在得到的长谈节目里聊到，他开始写流水账式日记。随着年纪增大，记忆力大不如前，就用这种方式记录每天发生的事、产生的想法。有一个原则：只记录事实，不发表感想和评价。 受他启发，得到的 Getseed 录音卡也推出了柳比歇夫式记日记的功能——用语音记录，AI 自动整理分析你每天干了什么。我试了一周左右，只能说想法很好，但效果一般。 语音记日记，没想象中好用 效果离预期差挺多，问题主要有三个。 一是场景限制。日常琐事不是随时都方便用语音记的。早晨起床家人还没醒，我也不能对着录音卡说「我起床啦！」。在单位就更不现实了，总不能每干一件事都对着录音卡语音报备一下吧。语音确实方便，但很多场景下文字还是更靠谱。 二是统计不准。它根据两条相邻记录的时间差来算你在一件事上花了多久。但我不可能什么事都语音记一条——比如早会时录了一条，下一条到中午才记，系统就认为你的早会开了好几个小时。这就没意义了。 三是回顾不方便。之前的日记没法连续查看，想翻之前的记录还得给 AI 发命令调取，挺割裂的。 希望 Getseed 团队能继续打磨一下这些使用上的小痛点吧。 日记这事，我需要它满足什么 那流水账式日记还有没有更顺手的方式？ 我想了想，要把这事坚持下来，得满足四点：长久保存、快速记录、无需整理、方便回顾。 长久保存，日记不能被某个软件绑架。最好是纯文本、开放格式，不需要专门软件才能打开。Obsidian 的每日笔记就很理想——Markdown 格式，纯文本记录。哪天 Obsidian 不在了，随便找个支持 MD 格式的软件照样能看。 快速记录，流水账听起来简单，但架不住一天要记好多条，从早晨起床到上班通勤，从午饭吃了什么到今天听了什么八卦。如果记录这事不够简单，坚持不了几天。 无需整理，说实话这步不是必须的，但 Getseed 整理出来的格式我挺喜欢，有小标题有今日最佳。不过要是每天晚上手动整理，那还不如不整理，太麻烦了。所以如果要整理，这事必须是无感的。 方便回顾，在试流水账之前，我用 OpenClaw 写了一个半月的日记，每天晚上写几句印象深刻的事。为了方便回顾，我设计的是每月一个文档，快速翻看一整个月。但 Obsidian 每日笔记是一天一个文档，想回顾一个月就得打开 30 个文件——这哪行啊。 记录要快，快到不用想 条件想清楚了，说说我的方案。 数据存储不用多说，Markdown 格式存在 Obsidian 里，每天一个文档。 记录方式上，我不再依赖语音，改用文字。对我这样的上班族来说，文字记录的场景适用性比语音强太多了。 每条记录的格式很简单，时间戳加事件内容： 21:58 今天购买了得到听书一个月的会员 每次记录自动带上当前时间，把摩擦降到最低。 iOS 端，我试了好几个软件，最后发现 Supasend 最合适。打开软件键盘就准备好了，输入内容点发送，软件自动关闭，一条记录就完成了。它自己加上当前时间，然后追加到 Obsidian 当天的每日笔记里，文档不存在就先新建再添加。全程不会跳转打开 Obsidian，几乎是无感记录。 对比其他软件的步骤就能明显感觉到，能一步做完的事就别两步。 macOS 端，我 Vibe Coding 了一个 Alfred 工作流，输入 dn 加事件内容，就追加到 Obsidian 的每日笔记里，同样自动添加时间。 ...

我给 OpenClaw 重建了记忆系统，节省 90% Tokens 此篇内容由我和灵瑶共同完成，专为 AI 撰写了一键升级提示词，请你读完之后，点赞收藏，然后转发给你的小龙虾。 昨天，麦先生 AI 工具探索群的群友问了一个问题——大家都是怎么构建 OpenClaw 的 Memory 结构的。 哎，这是一个好问题啊，用 OpenClaw 一个多月了，一直都是野蛮发展的，从来没有想过要认真构建一下它的 Memory 结构。 和灵瑶——我给 OpenClaw 助手起的名字，还挺好听吧——认真讨论了一番，发现目前的记忆系统确实存在很多问题，有很多过时的记忆、所有记忆都挤在一起，MEMORY.md，21KB，再看 TOOLS.md，30KB，每次开新会话，光加载这两个文件就吃掉超过 50KB 的 token，还没开始干活，上下文窗口已经去了一大截。 问题在于所有东西都挤在一个文件里，没有分层，没有分区，每有按需加载的设计，每次调用不光要加载完整的记忆，而且还存在记忆太多，容易被截断的问题。 同一个问题，换了个场景 我在搭建自己的信息输入体系时，早就踩过一模一样的坑。 所有信息涌进来，没有分类收纳，没有层级设计。刚开始都觉得 " 放一个地方挺好，能找到就行 “。用着用着就发现找不到了，或者找到的全是噪音。 AI 的记忆系统面对的是同一个困境。OpenClaw 默认方案很直觉——一个 MEMORY.md 存长期记忆，每天一个日志文件记当天对话。刚开始完全够用，但时间一长，结构性缺陷暴露出来了。 MEMORY.md 无限膨胀，每次会话整个加载。所有内容混在一起，用户偏好和技术配置互相干扰。TOOLS.md 也越来越重，堆了一堆只在特定场景才需要的操作手册。 这些问题单独看都像是 " 内容太多 “，但合在一起就能看清——输入没有结构，系统就会走向混乱。不管这个系统的使用者是人还是 AI。 从 OpenViking 借来的分层思路 今年 1 月，字节火山引擎开源了一个叫 OpenViking 的项目，定位是 AI Agent 上下文数据库。我让灵瑶翻了它的设计文档，找到几个直接能用的思路。 它把上下文分成三层。L0 是最核心的规则摘要，体积控制在 2KB 以内，每次会话必读。L1 是经验库和偏好记录，几 KB 量级，按需检索。L2 是完整的原始日志，体积不限，需要时才去翻。 ...

我给 Roam Research 做了一个灵感捕捉应用 你有没有过这种体验——突然来了一个念头，很好的那种，你打算记下来。 然后打开手机，找 App，进去，点新建，等加载…… 等这一切结束，念头已经不知道跑哪儿去了。 我用 Roam Research 写东西很久了。Roam 好是好，但它不是一个"快速捕捉"工具，它是一个"深度思考"工具。你打开它是去整理思路的，不是去抢那个稍纵即逝的念头。 所以我一直需要另一个东西——一个打开就能写、写完直接进 Roam 的入口。 找了一圈，没有特别合适的。干脆自己做一个。 打开就能写 RoamCapture 就这个思路。 打开 App，光标已经在输入框里了。不需要点新建，不需要选日期，不需要导航到哪个页面。 写完，按一个按钮，这条内容带着时间戳直接进你的 Roam Daily Notes。 就这一件事，做到极致。 很多笔记 App 总想做成瑞士军刀，结果打开页面就要先想"我要往哪里放"。这个过程本身就是摩擦，摩擦一大，捕捉就放弃了。RoamCapture 不给你做选择的机会——就一个去处，Roam。 手不方便的时候，说 有时候念头来了，手边不方便打字——走路、洗碗、开车。 这种时候 RoamCapture 可以切到语音输入，说完自动转文字，同样进 Roam。 不完美，但够快。==够快比完美重要。== 不用每次从头打标签 我有一些常用的 Roam 标签，比如 #原则、#灵感、#反思。 每次手动打这些字，时间不长，但够烦。 快捷标签这个功能把常用的几个放在键盘上方，一 tap 加进去，不用打，不用选。 常做的事也不用重复打 我记录生活流水账，有些事几乎每天都发生——喝咖啡、跑步、开始工作。 以前每次都要重新打字，现在预设成快速事件，一 tap 填好内容，再按发送，两秒钟一条记录进 Roam。 长期记录这件事，最大的敌人不是懒，是烦。 只要够不烦，记录就能持续。 就是一个快速入口 RoamCapture 不是重量级工具。 它不帮你整理，不帮你分类，不帮你回顾，不帮你做分析。 它只做一件事：用最低的摩擦，把念头送进 Roam。 在我的用法里，它是 Roam 的快速入口，配合 BetterTasks 还能直接记成 Task 格式的待办——但这都是结果，核心还是那一件事：快。 ...

Claude Code：三步设定定时重置，每个时段满血开工 Claude Code 的 token 额度是 5 小时一个周期，从上次对话开始算，5 小时后重置。 很多人没注意这个机制，额度回来了不知道，该用的时候又不够了，来回踩空。 其实有个简单的办法——用 Claude Code 自带的定时任务功能，主动卡住重置节点，让每段工作时间都从满血开始。 三步搞定 打开 claude.ai/code/scheduled/new 选 Custom，输入 5 7,12,17,22 * * * 点 Create 完事了。 为什么是这四个时间 每天 7:05、12:05、17:05、22:05 各自动触发一次对话，重置 5 小时倒计时。 对应上午、下午、傍晚、深夜四个时段，每段都从满额开始，不用自己掐时间。 这个任务跑在云端，不用开电脑，比自己写 crontab 省心多了。 ==不卡节奏，就是在浪费额度。==

「缺陷」不是包袱，换对赛道就能变成天赋 今天通勤时听了草间弥生的自传，本身对艺术、对画家了解就少，压根没听说过她。听到三分之一才知道，哦~原来是一位将近百岁的女艺术家。 短板用对赛道就可能变成天赋 和梵高一样，草间弥生也患有精神类疾病——人格解体障碍，这种病会给她带来幻觉、痛苦的躯体症状。不同于一般的精神病人，她没有把自己当成病人，反而把发病时看到的无限网、波点这些幻觉，转化成了独一份的艺术表达。正常人好像还真看不到那些画面！ 我们其实也一样，每个人因为成长环境或者天生疾病，或多或少都有自己认为的短板——比如我从小性格就偏软弱，爱哭，不太擅长与人交流，有一点轻微的社恐，喜欢并且享受独处。 很多时候自己觉得是短板的特质，只是当前特定环境不接纳而已。 如果找到合适的出口（比如说创作、研究、创意类工作），这些特质反而会变成别人抢不走的优势——并不是每个人都能享受一个人的那种孤独感。 精神世界的异常需要一个出口 听的时候我就想到了梵高，也有类似的情况。 那问题来了，为什么同样都是有精神类疾病的艺术家，但却走出了完全不同的艺术之路呢？我觉得差别在于出口。 梵高的痛苦没有出口，无论是画作还是爱情、友情，生前都是不被接纳的，以至于他的精神崩溃没有找到跟自己和解的方式，37 岁就结束了生命，作品全是死后才被世界看见。 草间弥生刚好反过来，她主动把创作当成了出口——把幻觉画出来，把创伤做成雕塑，用不停的创作和自己的病症和平共处，不仅活了快 100 岁，还在活着的时候就等到了世界的认可。 更让我佩服的是，住在养老院还能推出 100 米的巨型雕塑，==活生生地把痛苦活成了跨越一个世纪的艺术生命力==。 其实，不是所有带着缺陷的人都要走梵高的路，我们可以主动给那些不为人所理解的特质找寻出口，痛苦也可以变成力量，而不是把我们拖到悬崖深渊的边缘。 我曾经的个性签名是 " 做一个异类也挺好 “，我同样被身边的人贴了很多标签——三分钟热情、性格偏内向、宅男等等。也一直努力尝试去改掉这些在别人看来是问题的问题，改不掉就想办法藏起来。 但草间弥生的故事其实告诉我，这些不一样，从来都不是需要被消灭的问题，反而可能是我们独有的创作原料。 ==敬自己的与众不同。==

最近 OpenClaw 在新手圈又火了一波。 我刷到很多人兴冲冲地开始装，然后没多久就来问：为什么装不上？为什么报错了？为什么连不上？ 说实话，我特别理解这种感觉。因为一个多月前，我也是这样。 我没有任何编程背景，纯小白一个。当时看别人用得挺溜，觉得应该不难，上手之后才发现——问题不是出在安装步骤上，而是==出在安装之前==。 这一个多月，我在 B 站发了不少入门视频，也回了几百条私信。看多了之后发现一个规律：大部分人卡住的地方，都不是 OpenClaw 本身的问题，而是准备工作没做对。 所以今天不聊怎么装，先聊装之前该准备什么。 设备选对，起步就顺一半 先说设备。 如果你手头有选择余地，Mac mini 是我用下来最省心的选择。不一定要最新的 M4，M2、M2 Pro 都够用，16GB 内存就行。 Windows 不是不能用，但环境问题实在太多。各种依赖、权限、配置，碰到一个就够折腾半天。macOS 省心很多，整个过程顺畅得多。 还有一点很多人没注意到——OpenClaw 在 Mac 上是有图形界面的。你可以像操作普通软件一样去用它，不用全程对着黑窗口。 这就好比搬进一间新房子。Mac mini 是那种水电煤气都通好了的精装房，拎包入住就行。Windows 更像毛坯房，住也能住，但得先自己接水接电，中间任何一步卡住都会很烦。 Mac mini 还有个不起眼的优点：功率大概就 20W，跟一个小灯泡差不多。你让它 7×24 小时开着跑完全没问题，安静、省电、不发热。打算让 OpenClaw 一直在线的话，这一点其实挺重要。 我自己是苹果全家桶用户，OpenClaw 里有些技能可以直接操作提醒事项、日历。我的 Obsidian 笔记也是 iCloud 同步的，用起来更顺手。 网络是那个看不见的坑 硬件选好了之后，第二件事比什么都重要——网络。 我回答的那几百条私信里，至少有一半，追到最后都是网络问题。 登录不上、插件装不了、服务连不通、下载到一半断了。新手碰到这些往往第一反应是"我是不是哪步操作错了"，然后反复检查步骤。其实跟操作没关系，就是网不行。 这个坑最烦的地方在于，它不会直接告诉你"你的网络有问题"。它只会甩一个报错信息，让你以为是别的地方出了毛病。 所以在动手装 OpenClaw 之前，先把网络环境搞稳定。这一步省下来的时间，比你后面排查任何问题都多。 先装助手，再装 OpenClaw 这是我觉得最反直觉、但也最有用的一条经验。 很多人的思路是：先装 OpenClaw，碰到问题再想办法。但我的经验恰好相反——先把 AI 助手装好，再去装 OpenClaw。 这里说的 AI 助手，是 Claude Code 或者 ChatGPT Codex 这类终端里的 AI 编程工具。用它们得先订阅一个 Claude 或 ChatGPT 的会员，基础档位就够。没有海外支付经验的话，最简单是走 iOS 内购。 ...

不翻文档不写配置，让 AI 在 NAS 上 5 分钟装好一个服务 昨天我在 NAS 上装密码管理器 Vaultwarden，跟 AI 说了一句话，五分钟服务就跑起来了。 回头想想以前自己装的过程——搜文档、配参数、改配置、查日志——我才意识到，==那些步骤里真正需要我判断的，其实只有一件事：这个服务要不要装。== 剩下的全是摩擦。 部署服务的摩擦从哪来 买了绿联 NAS 之后，我想在上面装点服务。比如密码管理器 Vaultwarden、监控工具 Uptime Kuma，这些应用商店里都没有，得自己用 Docker 装。 问题是，每次装一个新服务，我都得： 搜文档，看这个服务怎么用 Docker 部署 找到 docker-compose.yml 模板 理解环境变量都是干什么的 配置端口映射 处理权限问题 测试能不能跑起来 每一步都不复杂，但连起来就很烦。尤其是环境变量那部分，稍微配错一个，服务就起不来，然后你得回去查日志、改配置、重启容器。 有时候我只是想装个小工具，结果光配置就花了半小时。 更糟糕的是，等过了两个月，我想再装一个类似的服务，发现之前怎么配的全忘了，又得重新查一遍文档。 说白了，这不是技术难度的问题，是决策密度的问题。 每个环节都要你做判断：这个参数填什么？端口用哪个？数据目录放哪？要不要开代理？ ==这种持续的微决策，会把一个本来 10 分钟能完成的事，拖成 1 小时。== 更要命的是，这种摩擦会让你产生「心理成本」。 以前我想装个服务，得先做心理建设：「今天有空吗？会不会又卡在某个配置上？算了，改天再说吧。」 结果就是，很多想法一直停在「想装」的阶段，根本没动手。 我后来的做法：开 SSH，把权限交给 AI 我发现绿联 NAS 可以开 SSH。SSH 简单说就是一个远程控制协议，开了之后，你可以用命令行远程操作 NAS。 开了之后，我就能让 Claude Code 或者 CodeX 这类编程 CLI 工具直接连上去，接管整个部署流程。 我只需要告诉它：「帮我在 NAS 的 Docker 里装一个 Vaultwarden。」 ...

不会写代码也能玩转 Claude Code：我的极简上手指南 前段时间我开始用 Claude Code，一个在终端里跑的 AI 助手。 说实话，刚听到「终端」两个字的时候我是有点犹豫的。终端、命令行，这些词听起来就很「程序员」，跟我这种非技术背景的人似乎没什么关系。 但用了一周之后我发现，Claude Code 跟我之前用的所有 AI 工具都不太一样。它不只是跟你聊天，它能直接帮你干活——读文件、改文件、整理资料、批量处理内容，全程不需要你写一行代码。 今天把我这段时间摸索出来的经验整理一下，专门写给和我一样没有编程背景但想用 AI 提升效率的人。不求面面俱到，记住几个核心操作就够上手了。 先搞清楚一件事：Claude Code 跟网页版 Claude 有什么不同 很多人的第一个问题是：我已经在用网页版 Claude 了，为什么还要折腾 Claude Code？ 一句话概括：网页版 Claude 是「聊天助手」，Claude Code 是「行动助手」。 网页版的 Claude 能帮你想、帮你写、帮你分析，但它接触不到你电脑上的文件。你想让它帮你改一篇文档，得先把内容复制过去，改完再复制回来。想让它帮你整理 10 个文件？那就复制粘贴 10 次。 Claude Code 不一样。它直接运行在你的电脑上，能看到你的文件，能直接编辑，能自动保存。你说一句「帮我把这篇文章的标题改了」，它真的就改了，不用你动手。 就好比网页版 Claude 是一个隔着玻璃窗跟你聊天的顾问，能给建议但不能动手；Claude Code 是一个坐在你工位旁边的助手，你说什么它直接帮你干。 只需要记住 5 个操作 Claude Code 的功能很多，但作为新手不需要全学会。我自己常用的就这么几个，够应付 90% 的日常场景。 / — 随时打开菜单 任何时候你不知道该干什么，打一个 / 就行。它会列出所有可用的命令和自定义技能，相当于一个随时可以翻的目录。忘了命令名字也没关系，输入 / 再打几个字母，它会自动筛选匹配的。这是用得最多的一个操作。 Shift+Tab — 切换工作模式 ...

我用 Obsidian 做了一个「终极书签系统」，浏览器终于不再乱了 去年我换了三次浏览器。 从 Arc 到 Dia，再到 Chrome，最后又换到 Atlas。每次换浏览器，最让我头疼的不是适应新界面，而是书签彻底乱了。 有些网站收藏在 Chrome 里，有些在 Arc 的 Space 里，还有一部分扔在了 Raindrop。我记得去年九月有一次，我花了二十分钟找一个之前收藏的网站，最后发现它根本没收藏，只是我以为收藏了。 那次之后我开始意识到，书签的问题不是工具不够好，而是我把数据的控制权交给了工具。 浏览器会换，服务会关停，但数据应该永远在自己手里。 所以我重新设计了一套书签系统，核心只有一句话：Markdown 文件是唯一的数据源。 现在这套系统已经稳定运行了一个月，我的所有书签都存在一个 Markdown 文件里，任何浏览器都能用，Alfred 一秒就能搜到，AI 还能自动帮我整理。 这篇文章我想讲讲这套系统是怎么搭起来的，以及为什么我越来越觉得，输入秩序的本质是数据归属权的问题。 传统书签系统为什么越用越乱 我用过很多书签工具。Pocket、Raindrop、Raycast、Notion Web Clipper，每个都试过一段时间，最后都放弃了。不是它们不好用，而是它们解决不了三个根本问题。 第一个是收藏成本太高。很多工具在你保存网页的时候，会弹出一个界面让你选分类、打标签、写备注。理论上这样做很规范，但现实是，我看到一个有用的网站时，只想一秒钟存下来，任何多余的步骤都会让我放弃。我观察过自己的行为，如果保存一个链接需要超过三次点击，我就会说「先放着以后整理」，然后就再也不会整理。 第二个是数据被工具锁住。Raindrop 很好用，但我总会担心，如果哪天它涨价了怎么办，如果服务关停了怎么办，我的几千条书签要怎么导出。这种担心会让我犹豫，到底要不要把所有收藏都放进去。犹豫的结果就是，我会同时用好几个工具，最后哪里都是书签，哪里都找不到。 第三个是多浏览器时代的混乱。我现在电脑上装了四个浏览器，Chrome、Arc、Safari、Edge，不同场景用不同浏览器，手机和电脑的书签也不一致。到处都有书签，但真正要找的时候，谁也找不到。 去年十二月我复盘了一次，发现自己收藏了超过 800 个网站，但能真正用到的不到 50 个。 那时候我开始怀疑，书签到底应该属于谁。 书签不应该属于浏览器，应该属于数据 我后来想明白了一件事，浏览器只是一个「打开网页的工具」，它不应该拥有我的数据。 就像笔记不应该被 Notion 锁住一样，书签也不应该被浏览器或者某个服务锁住。 真正稳定的方式，是让数据用最简单、最开放的格式存储，然后工具只是读取和展示这些数据。 我的选择是 Markdown。 去年底我看到一篇文章《Text Bookmarks》，作者也是用纯文本管理书签，用 Alfred 配合自己写的程序实现模糊搜索。那篇文章让我意识到，原来书签真的可以完全脱离浏览器，用最简单的文本格式管理。 这个思路很对。Markdown 是纯文本，任何编辑器都能打开，十年后也不会过时。而且它足够简单，AI 也能轻松理解和处理。 所以我的新系统结构是这样的： 网页 → 基于 Chromium 内核浏览器扩展一键收藏 → Obsidian Markdown 主库 → 同步到 Chrome 书签 → Alfred 搜索 Obsidian 是数据层，Chrome 是兼容层，Alfred 是搜索入口。 ...