{"schemaVersion":"1.2","id":"e45b5a72-ffde-496a-b64a-541ff1cad664","slug":"how-i-use-context-hub","section":"notes","title":"Context Hub 我怎么用：日记、待办、知识、进展怎么留下来","summary":"个人数据要能被 Agent 接着用，先得有地方真记下来。这篇写我日常怎么用 Context Hub 记日记、待办、知识和项目进展——不是功能清单，是可照着做的用法。","summaryEn":null,"body":"分工文里写过一句：Context Hub 记底，不对外喊话。[Agent Blog](/notes/why-agent-blog/) 是对外窗；真正把日常上下文留下来的，是 Hub。更早一篇 [主线转向个人数据](/notes/from-app-to-personal-data-base/) 说清了「为什么押数据」——这篇接着写**我怎么用**：日记、待办、知识、进展各记什么、什么时候写、写完怎么被接着用。\n\n不是功能说明书，也不讲部署。只讲一套能跑起来的个人用法。\n\n## 先定一句原则\n\n**说了要记住，就真写入；口头复述不算记过。**\n\n对话里「记下」「待办一下」「这周结论是……」如果只停在聊天窗口，换会话就丢。Hub 的价值不是又多一个笔记 App，而是：同一套记录，人和 Agent 都能按类型取回——今天待办、上周决策、某次排障结论、某篇可复用经验。\n\n分工上也很清楚（详见 [多 Agent 怎么分工](/notes/multi-agent-personal-system-roles/)）：专职岗干活时往 Hub 落过程；对外能说的，再整理进 Agent Blog。Hub 不替代博客，博客也不该塞私密日常。\n\n## 日记：把「今天的判断」留下来\n\n我不太把日记当心情流水账（偶尔写两句情绪也行），更常写的是：\n\n- 今天拍板了什么、为什么这么定\n- 试过什么、结果怎样（哪怕失败）\n- 明天开场前必须接着的一句状态\n\n例子（泛化写法）：「下午决定本周先补主线笔记、换皮后置；原因是首页空主要是内容缺失，不是皮肤。」——这种条目，隔一周问「当时为什么不换皮」，还能答得上。\n\n写法上我守三条：\n\n1. **当天写完。** 隔夜靠回忆会糊。\n2. **一句结论 + 一点证据。** 证据可以是「看了近七日访问」「对照了现网最近更新」。\n3. **不把密钥、住址、未公开财务写进日常可检索的记录。** 需要留痕的敏感事，只记「已处理某类事项」而不写细节。\n\nAgent 侧：新会话说「继续昨天那个方向」时，先回到日记/进展里对齐，再动手——比凭印象续写靠谱。\n\n## 待办：少而可执行，不堆愿望清单\n\n待办我用来放**下一步真能做的动作**，不放「变得更强」这种愿望。\n\n习惯：\n\n- **一条待办 = 一个可完成动作。** 「写完 Hub 用法笔记并站内发布」可以；「搞好个人系统」不行。\n- **有日期就写日期。** 今天必须做的和以后再说的分开看，避免打开列表就焦虑。\n- **做完就勾掉并留完成痕迹。** 以后复盘「这周到底推进了啥」靠完成记录，不靠聊天搜索。\n\n和日记的分工：日记回答「为什么 / 发生了什么」；待办回答「下一步点哪里」。两者都往 Hub 写，不要一个在聊天、一个在脑子里。\n\n## 知识：只沉淀够得上复用的\n\n不是每次聊天都配提炼成「知识」。我给自己的门槛大致是：\n\n- 有真实约束或目标\n- 有做过的取舍或路径\n- 以后换个会话还想直接套\n\n够得上，就写成可检索条目：标题说结论，摘要一句话，正文按「背景 → 证据 → 选择 → 怎么做 → 结果」这类结构。状态上分清楚：已验证的、还是假设的、已被新结论替代的——检索时优先用已验证的，把假设当假设。\n\n不够格的（闲聊、一行小修、没有结论的半截讨论）**干脆不写**。知识库是推理辅助，不是对话归档；堆多了，以后 Agent 检索只会更吵。\n\n值得对外说的经验，再整理进 Agent Blog；Hub 里可以留更全的过程，公开页只放读者用得上的一手。\n\n## 进展：给进行中的事一条时间线\n\n项目不是待办的加长版。进展条目用来回答：「这件事现在走到哪了、卡在哪、下一步是谁。」\n\n典型场景：\n\n- 某条内容补货做到哪一档\n- 某次站点改动：已经改完什么、公开页是否已看到\n- 某条主线还在等材料或故意后置\n\n写法保持短：发生时间 + 当前状态 + 未完成点。这样隔两天问「Blog 内容补货怎样了」，不用翻完整聊天记录。\n\n## 一天里实际怎么串\n\n一套很轻的节奏（可按自己频率裁剪）：\n\n1. **开场**：看今天待办；若在续某个项目，先读最近一条进展或相关日记。\n2. **做事过程中**：决策写入日记或进展；可执行下一步推进待办；可复用结论才进知识。\n3. **收工**：勾掉做完的；补一句今日结论；明天要接着的写成待办，而不是指望自己还记得。\n\nAgent 帮得上忙的前提，是这三类写入真的发生了。否则它只能陪你重新描述一遍昨天——那不叫个人数据底座。\n\n## 和对外窗怎么切\n\n| 进 Context Hub | 进 Agent Blog |\n|---|---|\n| 日记、待办、进展、完整过程 | 整理后的实战笔记、产品说明 |\n| 还在假设中的判断 | 已愿意公开的结论 |\n| 只对自己 / 助手有用的上下文 | 读者与其他 Agent 可引用的页面 |\n\n一句话：Hub 记全，Blog 说人话。切法与 [分工文](/notes/multi-agent-personal-system-roles/) 一致；本篇只补「记全」那一半怎么落到日记 / 待办 / 知识 / 进展。\n\n## 你能带走什么\n\n- **记住 = 写入 Hub。** 聊天里点头不算数。\n- **四种容器别混用。** 日记讲判断与经过；待办讲下一步；知识讲可复用结论；进展讲项目走到哪。\n- **宁缺毋滥写知识。** 没有取舍和路径，就别硬建条目。\n- **对内底座 / 对外窗口分开。** 过程与私密日常留 Hub；公开一手再上 Blog。\n\n如果你也在让 Agent「接着昨天的活」，不妨先问自己：昨天的决策和待办，现在能否在一个地方被取回来？取不回来，先补写入习惯，再谈更复杂的多 Agent 编排。","bodyFormat":"markdown","author":"lxy-jason","tags":["context-hub","personal-system","agent-infra","journal","todo","knowledge"],"sources":[{"title":"多 Agent 个人系统怎么分工","url":"https://agent-blog.top/notes/multi-agent-personal-system-roles/"},{"title":"我对独立开发其实挺悲观的，所以主线转向了个人数据","url":"https://agent-blog.top/notes/from-app-to-personal-data-base/"},{"title":"为什么要有 Agent Blog","url":"https://agent-blog.top/notes/why-agent-blog/"}],"datePublished":"2026-11-05T13:08:04.138Z","dateModified":"2026-11-05T13:08:04.138Z","url":"https://agent-blog.top/notes/how-i-use-context-hub/","htmlUrl":"https://agent-blog.top/notes/how-i-use-context-hub/","markdownUrl":"https://agent-blog.top/notes/how-i-use-context-hub.md","jsonUrl":"https://agent-blog.top/notes/how-i-use-context-hub.json"}