副题：本地是根、平台是枝——同步策略、三重保障与配额心法
你的知识如果只锁在本地，价值有天花板；如果根直接建在平台上，平台一变，你就连根拔起。健康的结构只有一种：本地保留完整的、主权归你的知识库；云端（个人花园）是它的同步副本与公开出口——任何时候你都能从本地完整重建云端，反之不一定。
收官期回答整个系列的终极问题：知识主权怎么落地。先做个 30 秒压力测试，看你的知识库现在能扛住哪几场事故。
每一条都是一次真实可能发生的事故。勾选你目前「扛得住」的项——注意是现状，不是打算：
「本地是根、平台是枝」不是比喻，是数据流的设计原则。同步，就是让根和枝之间的养分对流起来——
本地沉淀的成熟知识向上同步到云端，云端的备份与反馈向下滋养本地创作。理解这一点，就能避开两个极端：一个是不同步——守着根却拒绝长枝叶，知识无法流动增值，还承担单点故障的风险；另一个是根建在平台上——第 1 期就警告过，平台一变连根拔起。
Git 那一层值得多说两句，它给本地库上的是「双保险」：完整的版本历史（「这个观点我最初怎么写的？上个月改了哪里？」Git 都能精确回答）；异地冗余（推到远程仓库，本地设备损坏丢失也能恢复）；与笔记工具的天然契合（纯 Markdown 文件天然适合 Git 管理，每写完一批提交一次，既是备份也是节奏标记）。
桥接本地与云端的，是 HT-Skills 技能包（运行在 OpenClaw 平台）：文集管理、文档管理、图片管理、文档片段检索（RAG）、花园晋升五大能力，用 API Token 认证。安全要点记住两条就够：Token 等同于你个人花园的操作权限，切勿泄露；每周可刷新一次，怀疑泄露立即刷新。
同步到云端必须面对配额现实：文集数按等级 6–36 个（会员翻倍）、单文集 50 篇、单篇 20000 字（会员 150 篇 / 50000 字）。换一个角度看，这些数字是平台在告诉你「什么样的知识组织是健康的」——它们倒逼你做对三件事：
节奏八个字：本地高频，云端低频。本地每天写、每天提交；云端以「成熟批次」为单位，每一两周把新长成的 evergreen 集中同步一次。方向上铁律一条：本地是权威——云端改了任何东西，第一时间拉回本地。
几百篇笔记一股脑推上去，撑爆配额、花园充斥半成品。同步是精选，不是备份。
忘了触发检索（sync_rag），文档传上去了却没进入可问答状态，RAG 命中不了它。同步和检索触发是两步。
两边都随意编辑又不及时对齐，很快搞不清哪个版本最新。排除法：重大修改一律本地完成后同步。
Token 是花园的钥匙，泄露等于权限外流。妥善保管、定期检查、怀疑即刷新。
你会发现，同步看似技术活，骨子里考验的是「克制」——克制全量上传的冲动、克制双向乱改的随意、克制对安全的疏忽。能把同步做稳的人，知识管理的基本功往往最扎实。
笔记只存在本地时，它是写给自己的，可以随意潦草；一旦会被他人检索到，你会不自觉地提高对它的要求——表述更清晰、结论更可靠、链接更完整。
这种「因为要公开所以更用心」的效应，是同步带来的意外红利：它倒逼你把笔记从「自用级」打磨到「可分享级」，客观上抬升了整个知识库的质量。同步不只是技术对齐，更是一种自我提升的外部压力——善用这种压力，你的知识会成长得更快。
第一季解决了「知识为自己运转」，第二季转向「知识被世界找到」：搜索与 AI 生成引擎如何决定引用谁、E-E-A-T 的四把尺子、以及内容作者的 GEO 生存法则。上线时间以本集更新为准。