Daily Blob —— 本地 AI 驱动的生活日记
一个本地优先的 iOS 日记原型：和 Blob 聊天，生成带情绪、里程碑和本地 Markdown + JSON 仓库的每日记录。
Daily Blob 还不像 Toolipie 或 GMD 那样有完整的公开产品页面，所以这篇文章应该更像一篇产品日记：一部分是原型记录，一部分是交互草图，一部分是技术存储选择。
项目围绕一个动作展开：和 Blob 聊天，让应用整理碎片，并把长期记忆保存在用户真正拥有的文件里。
现在的位置
Daily Blob 暂时还不是一个准备上架应用商店的公开产品，而是一个正在通过日常使用、仓库测试和问题提示迭代不断成形的个人产品原型。
不用把日记写成作业
源材料里的核心想法很明确：用本地引导式对话降低写日记的压力，而不是让用户面对空白页。
Daily Blob 针对的是日记习惯里最容易中断的部分：空白页压力、打卡压力，以及“必须写得完整才值得保存”的心理负担。
用户可以通过聊天回顾这一天，而不是从空白页面开始写。
Blob 把对话整理成干净的每日记录，而不是要求用户写一篇完整文章。
情绪追踪保持轻量，用橙色、黄色、绿色等小 blob 标出当天状态。
重要时刻和阶段可以被标记出来，让日记不只是孤立的每日笔记。
一段对话变成一条记录
AI 的角色很窄：温和提问、干净总结，并保留用户自己的档案。
今天有点散。我完成了一件小事，但也一直想着那个被我拖着的项目。
要不要把它标成一个低能量但仍然有意义的日子？我可以把那个拖着的项目记成里程碑注记，而不是让它占满整篇日记。
好。也把那个小成果留下来。
情绪：2。总结：有些分散的一天，但有一个具体的小成果，也有一个仍在等待处理的项目。
本地仓库是产品边界
原型使用普通文件，因为私人日记应该在应用变化之后仍然可以被检查。
技术核心刻意保持朴素：Markdown 条目、JSON 索引，以及 SwiftUI 搭建的人生、年份、月份视图。AI 可以帮助写作和整理，但长期记录不应该只存在于模型对话或私有数据库里。
- Markdown 日记：可以在应用之外打开和阅读的每日记录。
- JSON 索引：让日记、项目、情绪和里程碑快速导航。
- SwiftUI 视图：人生、年份、月份视图让档案有空间感。
- 本地优先存储：数据所有权优先于同步便利。
DailyBlobVault/
diaries.json
projects.json
2025/
11/
2025-11-27.md
milestones/
life-events.json温和地验证习惯
Daily Blob 应该通过低摩擦赢得日常使用，而不是通过压力。
本地仓库、AI 辅助日记、情绪 blob 和里程碑渲染是当前基础。
下一步产品风险，是当记录变多后，检索和总结是否仍然有用。
吉祥物、应用图标、同步策略和第一版 TestFlight，都应该在每日闭环成立之后再推进。
它应该先是一块带有 AI 帮助的记录空间，而不是一个为了展示 AI 能力而包装出来的日记场景。