03 / LOCAL AGENT WORKFLOW / OPERATIONS

把“转发给自己”,变成可回溯的知识入口。

这个本地工具只处理我自己的抖音网页私信。新分享先按作品 ID 精确解析,再异步转写、摘要并写入飞书与 Obsidian,失败记录可以重试而不会重复创建。

状态:本地运行中形态:TypeScript CLI更新:2026-07-21
抽象液态光表现媒体信号进入本地处理容器
原创概念视觉:完整动态模式下,只有容器内的媒体信号和粒子流动;它不展示私人消息或伪造界面。
精确作品 ID

目标资源不能确认时失败,不下载无关页面媒体。

Whisper base

视频进入异步队列后转写,再生成摘要。

双向入口

飞书保存结构字段,Obsidian 保存可直接打开的笔记。

收藏不是知识,转发也不是

抖音里真正想留下的内容往往先被转发给自己,但私信卡片不会自动变成可搜索、可核验、可继续加工的知识记录。手动复制标题、链接和摘要又很难长期坚持。

因此这个工具不做公共爬虫,也不批量抓取账号。它只观察已登录用户自己的网页私信会话,并把新增自分享变成一条有去重 ID、处理状态和来源链接的记录。

一条内容如何进入系统

  1. Playwright 使用持久浏览器目录观察自己的网页私信。
  2. 点击分享卡片并确认精确作品 ID,展开文案后排除作者徽章、时间和页面控件。
  3. 先写入基础记录,再由异步队列验证媒体音轨并使用 Whisper base 转写。
  4. 转写与摘要统一成简体中文,按去重 ID 回写飞书并生成 Obsidian 笔记链接。
  5. 失败写入进入本地待处理队列,只重放失败部分,不扫描旧记录或复活被用户删除的记录。
01本人自分享唯一入口
02作品 ID 核验不确定就停止
03异步转写失败可重试
04双端写入飞书 + Obsidian

先缩小采集范围,再谈自动化

选择得到什么代价决定
批量抓公开内容输入更多边界不清、噪声高、验证成本大不做
扫描全部私信少漏内容会处理与知识目的无关的私人会话不做
只处理本人自分享意图明确、可去重需要主动转发一次采用

这个“多一步”不是摩擦缺陷,而是人为确认:只有我明确转发给自己的内容,才有资格进入后续转写和知识沉淀。

失败发生在哪一层,就从哪一层恢复

链接已写入

先保留标题、来源、去重 ID 与处理状态,不让深处理阻塞采集。

深处理失败

媒体核验、音轨或转写失败时只记录错误,不伪造摘要。

回写失败

本地队列只重放失败动作,不重复创建已经成功的记录。

飞书 MVP 只写约定字段;“关键点”和“标签”没有为了显得完整而偷偷加入。字段契约越窄,失败时越容易定位责任。

把自动化限制在安全范围

01

Kun 决策

  • 定义只处理自己的私信和转发内容
  • 确认飞书字段、Obsidian 去向与失败后的期待
  • 判断哪些私人内容永远不能进入公开网站

02

Agent 协作

  • 实现浏览器观察、作品解析、媒体验证与异步队列
  • 接入 Whisper、摘要服务、飞书写入和知识笔记
  • 用测试覆盖去重、并发、重试和错误分类

03

验证边界

  • 精确资源无法核验时必须失败
  • Cookie、请求头和签名媒体直链不打印也不持久化
  • 网页结构和验证机制变化仍可能中断运行

隐私不是最后补的设置

浏览器登录态、下载媒体、转写全文、日志和服务凭据全部留在本地忽略目录。网站不会复制这些内容,也不会用私人截图证明项目存在。

这不是稳定的云服务。抖音页面可能触发验证或改变结构,纯无头模式也更容易失败。当前证据支持本地工作流和测试边界,不支持规模化采集或长期无人值守的承诺。