2026-06-29 项目复盘日记
今天的主线很清楚：把“个人 context”这件事从一个想法，往一个每天都能运行、能回看、能沉淀、也能选择性公开的系统推进了一步。
这不是在做一个普通博客后台，也不是单纯给自己写学习总结。真正的问题是：我每天和 AI 的对话、完成的工程、临时做出的判断、正在变化的关注点，怎么变成以后还能被我和 agent 继续使用的 context。
今天的主线
白天的大背景还是 Agentic AI 和 Council。前面已经在整理 Agentic AI 的 transcript，把多 agent、tool use、MCP、planning with code execution 这些概念放进自己的理解系统里。Council 也继续作为一个参照物存在：它提醒我，真正有价值的不是“记住所有内容”，而是让过去的思考在未来还能重新参与判断。
晚上这个方向落到了更具体的系统上：不再只说 Council，也不再只依赖旧的 ~/.council。新的主目录变成了 /Users/siyudeng/context。这个变化很重要，因为它意味着“个人 context”先独立出来，不再被 Council 这个半成品框住。Council 可以参考，但不应该替它定义边界。
从每日总结到人生 context
一开始我说的是“每日总结”：看了哪些东西，学了哪些东西，哪些对话有价值。但聊着聊着，方向变得更准确：这不应该只是学习材料总结，而应该成为我人生 context 的一部分。
这句话背后有一个判断：真正值得保留的，不是“今天读了什么”，而是“今天我发生了什么变化”。
例如：
- 我是不是形成了一个新的判断？
- 我是不是发现自己原来的说法不准确？
- 我是不是推进了一个长期项目？
- 我是不是暴露了一个反复出现的偏好、焦虑、盲区或能力边界？
- 哪些对话以后会影响我继续做产品、写作、学习或判断机会？
这些才是日志要记录的东西。学习资料可以进入 notes，工程细节可以进 trace，但日志应该记录那条人的主线。
今天实际推进了什么
今天把第一版系统跑起来了：
- 创建了每小时运行的 Codex automation：
personal-context-hourly-distill。 - 建了新的 context 目录：
/Users/siyudeng/context。 - 在里面分出
daily/、inbox/、meta/。 - 在
ciyu-brand-cc里加了/admin管理后台。 - 后台加了登录、未发布日志、trace、系统状态。
- 后来又补上了 CMS 最基本的能力：日志详情、发布、下线、操作留痕。
但中间也暴露了一个问题：第一版自动生成的日志写得很糟糕。它更像“系统执行报告”，而不是日记。里面大量英文 bullet、路径、任务清单，读起来不像一个人一天的复盘，更不像未来我会愿意回看的内容。
这个问题本身值得记下来：日志不是 trace。
trace 可以记录文件、命令、路径、automation、状态变化；日志应该记录当天的主线、判断和变化。把 trace 直接塞进日志，等于把原材料误当成正文。
日志、notes 和 trace 的边界
今天把这三个东西的边界看清了一点：
- 日志 / 日记：按天记录我做了什么、为什么重要、今天的判断是什么、明天继续什么。它可以有项目细节，但重点是人的变化和主线。
- notes：从日志或对话里提炼出来的观点文章，比如“个人情报局”“从第一性原理到 Builder”“先拆骨头”。它应该更凝练，更适合公开阅读。
- trace：系统留痕，记录数据从哪里来、什么时候生成、谁发布/下线、哪些文件变了。它不应该伪装成正文。
这三个东西都重要，但不能混在一起。
今天的判断
今天最大的判断是：我要做的不是一个“会写日记的博客后台”，而是一个从私人 context 到公开表达的管道。
它应该先服务我自己：让我能看见每天的变化，能回到过去的判断，能发现自己长期在构建什么。然后再从里面挑出一部分，变成 ciyu-brand-cc 上的 notes 或 diary。
这个顺序不能反。先公开表达，很容易变成表演；先私人 context，才可能长出真实的公开内容。
明天可以继续做
- 把每小时任务的 prompt 改掉，明确日志要写成中文项目复盘日记，而不是英文 checklist。
- 让
/admin/logs/[id]默认展示可读正文，而不是代码块里的原始 Markdown。 - 给日志生成一个更稳定的结构：今日主线、实际推进、关键判断、人的变化、明天继续。
- 把 trace 留在
meta/里，不要污染日志正文。 - 后续再做“从日志提炼 notes”的流程，而不是把日志直接当 notes 发布。
可发布草稿
今天我意识到，个人 context 系统里最重要的不是“自动总结”，而是分清三种东西：日志、notes 和 trace。
日志记录我这一天真实发生了什么变化；notes 是从这些变化里提炼出来、可以公开表达的观点；trace 是系统为了可追溯留下的证据。三者混在一起，最后只会变成一堆没人想读的流水账。
所以这个系统的第一原则应该是：先保留真实，再提炼表达。