技能介绍

要解决什么问题

在 Agent 或自动化流程里直接操作 flomo，常见痛点是：Incoming Webhook 只能单向写入，而搜索、改 memo、标签树、每日回顾往往依赖 flomo Max 的 MCP 能力；同时把 API Key 或 token 塞进提示词或脚本里，既难轮换也不符合最小权限。

本技能把 flomo 封装成 OOMOL 连接器上的 13 个 action，由你在本机用 oo CLI 调用。凭证在 OOMOL 侧注入，执行侧只关心符合 schema 的 JSON 载荷，不必接触明文密钥。

技能如何工作

每次调用建议先查契约：用 oo connector schema 拿到当前 action 的输入/输出定义，再按 schema 构造 --data（可传 JSON 字符串或 @path/to/file.json，省略则发送 {}）。返回体为 { "data": ..., "meta": { "executionId": "..." } }，排障时可记下 meta.executionId。

能力大致分两类：

写入：create_memo 经 Incoming Webhook 创建 memo（Markdown 或纯文本）。
读取与整理：经 flomo Max MCP 的 memo_search、memo_batch_get、memo_recommended、memo_update，以及 tag_search、tag_tree、tag_rename，还有 get_daily_review、memory_context、memory_user 等；get_format_guide、get_tag_guide 用于对齐 flomo 的书写与标签约定。

文档假定你已安装 oo、已登录 OOMOL 且已连接 flomo；不要在每次任务前主动跑 oo auth login 或打开绑定页，仅在命令因鉴权/连接失败时再走一次性配置。

适用边界与注意点

只读类（get / list / search）可直接执行。
会改 flomo 状态的 action（如 create_memo、memo_update、tag_rename）应在跑命令前与用户确认载荷与影响。
若出现 scope_missing、credential_expired 或 HTTP 402（OOMOL_INSUFFICIENT_CREDIT），属于连接、权限或 OOMOL 计费问题，需在控制台补连或充值后再试，而非反复重试同一载荷。