ZON · Playbooks

工作流、Agent、自动化、Obsidian/知识管理,从 0 到 1 的执行指南

这条内容线承接 board.zondev.top/playbooks/。它不是原始笔记 dump,而是把已经跑通过、能复用、能复制的流程做成成品页。


Board Daily Blog About
Repo Decision

现在先并入 `MINE` 主仓,不单独开新仓

这是当前最稳的实现方式。域名、部署、导航、设计系统、报告壳、SEO 累积都已经在这个主仓里成型,继续把 `playbooks` 放在同一个发布仓,部署层和维护层都会更轻。

  • Canonical sourcecontent/source/playbooks/
  • Published routedocs/best-minds-board/playbooks/
  • Promotion rule原始 Obsidian 笔记先重写成 source,再发布为页面

Why This Lives Here

Deploy
1
同一 Vercel 发布入口
Domain
1
继续累积 board.zondev.top
Truth
1
单一真相,避免双份维护
Spin Out
Later
只在出现独立产品化需求时再拆

Canonical Rule

内容类型放哪里这里保留什么
还在探索的原始笔记 6 Obsidian/myObsidian/ 不直接公开
准备发布的统一源 content/source/playbooks/ 这里是可编辑的单一真相
已上线的成品页 docs/best-minds-board/playbooks/ 或既有 topics/* 公开访问、承接搜索与分享
如果已经迁移到别的独立仓库 那个仓库做 canonical owner 这里只留摘要卡片、入口链接、最后更新时间,不复制全文

Featured Playbooks

内容创业 Playbook

从练习系统到内容模板,怎么把动作训练变成可持续产出。

0→1Content

Spin-Out Trigger

什么情况下再单独开仓

  • 独立运行时需要自己的数据模型、API、构建脚本、权限体系
  • 独立发布节奏每周高频更新,且与主站其他内容线互不耦合
  • 独立协作边界有额外维护者、商业合作方、需要单独 Issue/PR 流程

现在不拆的原因

你现在的主要任务不是管理更多仓库,而是把 原始笔记 → 可复用 source → 可公开页面 这条产线稳定下来。过早拆仓只会增加同步、部署和断链成本。