AI·系统·创造·人将如何自处

文字作品发布

6分钟阅读

文字作品发布（原型）

一句话：让 AI 打通”写完 → 发出去”的所有链路。多平台、多版本、多格式的耦合原型。

最简 MVP（待扩展）

一份 Obsidian md + 一个发布 skill（目标单一平台） = 能跑。

复杂度梯度（待扩展）

  • L0：复制粘贴到单个平台
  • L1：一键从 Obsidian → 一个目标平台（如 Substack）
  • L2：多平台并行（公号 + 小红书 + Substack + Twitter 按格式转换）
  • L3：版本管理 + 发布前 A/B 标题预测 + 发布后数据回流

能耦合什么（待扩展）

推荐阅读（相关原典）

🎬 3 个典型读者场景

场景 1 · 创作者想从 Obsidian 打通多平台

笔记都在 Obsidian，想同一篇文章一键发到公号 / 小红书 / Substack / Twitter，不想每平台改一遍。

最小起步：

  1. 约定一份”标准源 md”格式（front matter + 正文 + 结尾）
  2. 写 4 个格式转换 skill：→公号.md / →小红书.md / →substack.md / →twitter.md
  3. 先跑通一个平台的自动化，再加第二个（不要一次做四个）

场景 2 · 老师把讲义变成多格式发布

一份 90 分钟讲义，要输出：学生 PDF + 课后推文 + 知识星球整理 + 内部幻灯片。

最小起步：

  1. 讲义写成结构化 md（概念 / 例子 / 延伸三段清楚）
  2. 每个输出格式写一个”转换 skill”：定义长度 / 语气 / 重点
  3. 保留”一次源、多次输出”的心智——改源头不改 4 个副本

场景 3 · 作者做版本管理和迭代

一本书 / 一个系列在写，每章都有 v1 v2 v3，发布了之后还会回来改。最怕”到底哪版是最新”。

最小起步：

  1. 每篇文章 front matter 加 version 和 status（draft / published / revising）
  2. 发布时打 git tag（或 Obsidian 里明确命名 v2_published.md）
  3. 修订时 diff v2 和 v3，明确写”这次改了什么、为什么改”

🛠️ 搭这个原型的最少工具组合

  • Obsidian / 本地 md 源（唯一真相源，所有平台都派生自它）
  • 多平台格式转换 skill（一个平台一个 skill，定义长度 / 标题 / 节奏 / 标签规则）
  • 发布通道：半自动（生成格式后手动贴）或全自动（走 API）
  • 版本标签 / 发布状态字段（front matter 里 status: draft/published + version）
  • 可选升级：发布后数据回流 / A/B 标题预测 / 跨平台 engagement 对比

📏 从最简到进阶的 4 档

  • L0 · 能跑（5 分钟）：复制粘贴到单个平台——最原始但最可控
  • L1 · 加能力（30 分钟）：一键从 Obsidian → 一个目标平台（比如 Substack，格式最接近 md）
  • L2 · 多能力拼（2-4 小时）：多平台并行转换——公号 / 小红书 / Substack / Twitter 各有自己的 skill
  • L3 · 完整系统（数天-数周）：版本管理 + 发布前 A/B 标题预测 + 发布后数据回流进下一篇的选题（这层陈彬 tacit 深）

⚠️ 这个原型最容易翻车的 3 个点

  1. 每平台都手改一遍：症状是发 4 个平台花 2 小时。原因是没把格式差异抽象成 skill。避免：每重复做 3 次的动作就写进 skill
  2. 版本乱：症状是发出去才发现是旧版。原因是没 status 字段 / 没版本号。避免：front matter 必须有 version 和 status，发布前先核对
  3. 发布后不跟数据：症状是不知道哪个平台哪种标题叙事效果好。原因是没建数据回流。避免：哪怕每周手工填 10 行数据表，半年就是金矿

💭 陈彬的经验（待陈彬 A5 补）

具体案例（系统/01-用例/）

  • 陈彬”文字作品 → 多平台”链路（待派）

代表 git 项目 · 能抄什么

读者想”拿来改改就用”的起点。以下 repo 我们真的验证过存在（2026-04-20）。

  • quartz · jackyzha0 · 把 markdown 变成数字花园的静态站生成器 · AIBuilder 自己用的就是它
  • obsidian-digital-garden · Ole Eskild Steensen · Obsidian → 免费网站 + dg-publish: true 控发布 · 最丝滑的个人发布链路
  • hugo · gohugoio · Go 写的快得离谱的静态站生成器 · 技术流选它
  • jekyll · jekyll 团队 · GitHub Pages 原生支持的 blog 引擎 · 抄它的 front matter 规范
  • digital-garden · Tuan Manh Cao · 免费 Obsidian Publish 替代 · 抄它的 wiki 双链 + graph 可视化

skeleton · AI 学者 2026-04-20

关系图谱

反向链接