整理成本阻断记录
标题、目录、标签和知识体系都需要提前判断。越想记录完整，越容易推迟保存。
RoleAI Product Manager
Independent Builder
Independent Builder
ProductLocal-first
Memory Tool
Memory Tool
InputsText
Link
Image
Link
Image
ReleaseWorking Web Product
2026
2026
Product thesis
记录工具的问题，不是存不下，而是回不来
传统笔记先要求用户命名、分类和组织。但想法出现的时刻，人往往只够完成一件事：先把它留下。
列表让内容继续沉没
收藏数量不断增加，但回看仍依赖用户先想起它。内容留下了，上下文和后续变化却没有留下。
因此，我没有再做一个更复杂的分类系统，而是把产品机会定义为：
先让内容留下，再让积累自然显现。一条碎片，如何成为一颗星
核心闭环不是“保存成功”，而是从低成本记录走到未来某次重新打开。
- 记录此刻
写文字、粘贴链接或上传图片，不要求先建立分类。
- 完成处理
文字立即保存；链接和图片成功整理后才成为正式记录。
- 点亮记忆星
保存动作收束并飞向星空，落成一颗真实且可点击的星。
- 重新打开
先看轻量摘要，需要时再展开完整内容。
- 继续补充
新观察沿时间追加，原文不被覆盖，星星随积累变亮。
星空不是装饰，它就是内容入口
每颗亮星都来自一条真实记录。位置在刷新、导出和恢复后保持稳定，让用户能够建立空间记忆。
- 一条正式记录
- 最多对应一颗内容星
- 点击一颗星
- 先打开克制的星旁摘要
- 继续补充
- 亮度在有限范围内增加
- 积累更多内容
- 整体运动缓慢加快，但设有上限
三种输入，共用一条可信的保存原则
只有内容真正可用时，产品才允许它进入星空。
文字
正文通过本地校验后立即保存。第一行自然成为识别名称，阅读时不会重复出现。
链接
自动提取分享文本中的公开网址，由内容读取服务整理网页，用户可以保留自己的判断。
图片
用户确认后再进行中文内容分析。只有处理成功，正式记录和记忆星才会出现。
Product decisions
我刻意限制了 AI，也限制了 V1
边界不是功能缺失，而是为了让用户理解产品如何工作，并保持对记忆的最终控制。
AI 的职责
理解用户主动提交的图片
图片通过服务端调用生成简体中文标题与结构化正文。网页链接交给专门的内容读取服务。
AI 不做什么
不判断重要性，不决定星空结构
位置、颜色、大小、关系和价值都不由 AI 推断。星空表达积累，不表达算法对人的评价。
失败策略
处理失败，不产生虚假内容
Provider 成功和结构校验完成前，不创建正式 Fragment。用户看到的是诚实状态，而不是空记录。
V1 取舍
不做关系图谱、推荐和社交
当前版本只验证记录、点亮、回看和追加。账号、云同步、星座、评分与社交都不进入这轮闭环。
数据默认属于用户
不注册、不登录，也可以完成整个核心体验。
Local-first
正文、补充和图片默认保存在当前浏览器的 IndexedDB 中。
完整备份
用户可以导出全部数据，并在覆盖前预检备份内容。
稳定恢复
恢复后由同一 Fragment ID 派生星位，内容不会因为导入而换位置。
清楚的限制
当前没有账号和云同步，不同设备之间的数据不会自动出现。
从产品定义到可运行产品
我负责完整产品判断，并借助 AI 协作完成工程落地与回归验证。
我的职责
- 定义真实记录困境与产品命题
- 设计记录、落星、回看、追加的核心闭环
- 划分 AI、链接服务与本地数据边界
- 制定处理中、成功、失败和恢复策略
- 负责交互原型、视觉方向与完整验收
- 用 Codex 协作实现并持续回归关键流程
落地系统
Next.js 与 React 承担产品界面，Three.js 渲染记忆星空，Dexie 管理本地数据，Route Handler 隔离外部服务密钥。
核心规则以纯函数和明确数据事实驱动，并覆盖 reduced motion、WebGL 失败降级、备份恢复及 Provider 失败场景。
Next.jsReactThree.jsDexieOpenAIPlaywright
V1 只验证一件事：当记录不再沉入列表，而是成为可以重新接近的星，人是否会更愿意留下它，也更愿意回来看看。