你的一天分布在十几个不同的容器里。
聊天记录在 Telegram，阅读列表在浏览器，随手想法在备忘录，照片在手机相册，事件提醒在日历。它们各自为政，从不交谈。一周后，你几乎找不到其中任何一条的完整上下文。
这不是信息管理的失败。这是时间结构的缺失——你的生活没有一个统一的归档层，让碎片在时间轴上建立关联。
$cat ./modules/life-log/README.md
$cat ./position.md
不是日记 App，是时间与记忆底座
Life Log Engine 的定位不是"让你写更多日记"。它的定位是让生活的痕迹有时间结构。
日记 App 要求你主动打开它、选择格式、开始书写。Life Log Engine 则从多个入口接收信息——聊天命令、网页阅读、随手记录——然后把它们归入统一的日档案。你不一定是在"写日记"，你只是在生活，而系统在后台为你建立时间索引。
这意味着：记录是低摩擦的，但产出是高结构的。你不需要为每个想法选择格式，系统帮你做结构化。你不需要手动整理一周的内容，系统帮你做连续性提取。
$cat ./structure.md
时间结构：从日到周到主题
信息的组织遵循三层时间结构：
日 — 每天的档案不是流水账，而是分栏目的结构。事件、阅读、想法、素材——它们各自有位置，不是混在一起的文本块。
周 — 七天的档案被重新阅读、提取关键事件、重复主题、今日一句话、故事线。一周的碎片被组织成一段可以被回顾的记忆。
主题 — 跨周的重复主题被追踪。某个想法在一个月内出现了几次？某个情绪模式是否周期性回归？这些跨时间的关联只在长期尺度上才可见。
$cat ./inputs.md
多种入口，统一归档
生活痕迹来自多个源头，但归宿只有一个：
- 随手记录 — 通过聊天命令快速追加到今日档案，不需要打开任何 App。
- URL 阅读 — 阅读过的网页被评估质量后归档，保留标题、来源、摘要和阅读状态。
- 事件与想法 — 一天中发生的重要事件、突然冒出的想法、与他人的对话片段。
- 素材 — 图片、引用、链接——任何可能在未来被使用的内容。
所有输入都经过同一个隐私过滤器：隐私级别被标记，敏感内容被隔离，只有明确授权的内容才进入可分享的产出。
$cat ./judgment.md
不是记录一切，而是决定什么值得保留
系统可以接收一切输入，但长期档案不应该接纳一切。
每天产生的想法中，大部分只是临时状态。每天阅读的网页中，大部分只是浅层浏览。每天发生的事件中，大部分只是日常噪音。
人类判断在这里的作用是选择性归档：什么值得进入周汇总？什么值得标记为故事线？什么值得追踪为长期主题？这些决定定义了你的记忆轮廓，定义了"你关心什么"。
如果系统替你决定，你得到的不是你的生活档案，而是一个平均值化的通用日志。
$cat ./outputs.md
产出：可回看的生活切片
最终产物不是数据的堆积，而是可回看的记忆切片。
你可以回看某一天的完整档案，看到那天的想法、阅读、事件和情绪。你可以回看某一周的 summary，看到那周的关键主题和故事线。你可以追踪某个主题在几个月内的出现频率，判断它是否值得更深入地探索。
这些切片的价值在于关联性。单独看某一天，它只是一堆碎片。但把它们放在时间轴上，模式就会出现。连续性就会出现。
$cat ./showcases.md
外显案例
Life Log Engine 的两个核心流程已有独立的 showcase 页面：
Weekly Pipeline → 如何把碎片化的一周重新组织成连续记忆
URL Quality → 如何判断一篇网页是否值得进入长期档案
$cat ./status.md
当前状态：本地运行中
生活档案引擎已在本地稳定运行。本页面为架构与方法论公开版本，不展示任何私人日记正文或具体记录内容。
所有处理在本地设备上完成，数据不离开本机。
⚗ 隐私边界
本页面仅展示架构与方法论。所有私人日记、阅读记录、情绪线索均存储于本地设备。公开内容已做完全脱敏处理。