客户问题在微信，文章收藏在手机，网页留在浏览器，长文又写在飞书。每个平台里都有材料，真正准备写公众号、做方案或复盘项目时，还是从空白页开始。问题通常不缺工具，缺的是一条能把内容收进来、加工好、再送到实际工作出口的短链路。
这条链路可以先用四个工具完成。IMA 负责手机端快速收藏，Obsidian 保存和加工本地 Markdown，飞书承担协作与交付，Codex 负责读取、整理、写回和验收。它们并非缺一不可，第一次只要有一个入口、一个加工仓和一个出口。
先用一篇内容走完七步
拿一篇真实文章做测试。在手机上分享到 IMA，回到 IMA 确认全文能打开；再把这一篇导出或复制成 Codex 能读取的本地 Markdown，放进 Obsidian 的 Inbox。若你已有获得授权的连接器，也可以让 Codex 执行这一步，但不能默认它能直接读取 IMA 账号里的收藏。随后在 Obsidian 检查标题、正文开头和结尾、来源链接以及图片说明；让 Codex 提取一条可以独立使用的观点，写成一段朋友圈或短视频开头；把成品创建为飞书文档，最后从飞书重新搜索、打开并读到结尾。
手机文章或微信记录
↓
IMA / 本地微信 Vault
↓
Obsidian Inbox
↓
Codex 整理、拆分与改写
↓
Obsidian Notes / Archive
↓
飞书协作与交付
七步里最容易漏掉的是最后一次读回。接口返回“创建成功”，可能只说明生成了一篇云文档；文件出现在 Obsidian，也可能缺了正文后半段或懒加载图片。目标端能找到、能打开、内容完整，才算这条工作流接通。
不同来源走不同入口
手机文章适合先进入 IMA，收藏后当场打开一次。电脑上的普通网页可以用 Obsidian Web Clipper；复杂图文和公众号长文若出现表格、图片或结尾缺失，可以改用 IMA 或飞书剪存。选择标准很朴素，哪一种能完整保留这篇内容，就用哪一种。大批量监控固定来源，等手动链路稳定后再做去重、日志和失效提醒。
自己写过的 Word、Markdown 和飞书旧文档，无需绕到收藏工具，直接确定主版本，放进 Obsidian 对应目录，再做格式统一和归类。原稿、加工稿和发布稿要分开，避免 AI 的摘要覆盖唯一原件。
微信历史记录需要更谨慎。macOS 上可以用维护本机已解密数据的专用工具，再让 Codex 按联系人、群聊、关键词和时间范围查询；这类方案受微信 Mac 客户端版本影响，源方案面向微信 Mac 4.x，升级客户端或工具后要先核对支持矩阵，不能默认历史记录仍能完整读取。手机端远程发指令时，Hermes 只充当消息入口和调度层，它不是聊天数据库。第一次查询先限定一个唯一会话、七天范围和最多二十条，确认缺失项和时间覆盖，再决定是否扩大。
先守住授权和隐私
聊天记录同时包含自己和他人的信息，能够读取不等于可以批量加工或公开。涉及客户、同事和社群时，先确认使用目的与授权；默认本地处理，只取完成当前任务所需的最小范围，不输出完整聊天、不复制明文数据库，也不在日志中暴露账号标识、密钥或本地路径。
可以把安全边界直接写进任务。
只读查询【唯一联系人或群名】最近【7 天】提到【关键词】的记录，最多【20 条】。
先报告时间范围、命中数量和可能缺失项，只引用支撑结论的必要短句。
不要显示账号标识、密钥、数据库路径或完整聊天原文；不要发送、修改或删除任何微信消息。
第一版的验收结果无需宏大。一篇手机文章完整进入 Obsidian，一段限定范围的聊天被整理成可核对的问题清单，一份成品成功进入飞书并读回。三种材料都能保留来源、权限和处理记录，这条内容流便已经能工作。自动同步、公众号监控和远程 Agent 可以以后再加，先让一条真实内容走到终点。