问题
Evernote iOS 用户在编辑笔记时遇到两个具体痛点：一是不点 Edit 按钮直接打字，每次退格修改都会另存一份副本，有用户「one recipe in 9 separate notes」「9–13 duplicates」；二是返回按钮紧邻撤销键，「far too easy to accidentally hit Undo when you're simply trying to go back」。结果是笔记库里堆满重复副本，用户只能手动逐条删除清理，或被迫记住先按 Edit 再打字。
目标用户
长期使用 Evernote 且以 iOS 端为主的个人用户，尤其是像信号中那样存储食谱、清单等日常内容的重度用户。市场规模取决于 Evernote 存量活跃用户中受此 bug 影响的比例，信号数量少，规模判断置信度低。
解决方案
- 授权连接 Evernote 账号，全库扫描并按标题 + 内容相似度聚类，找出重复笔记组
- 并排对比预览，高亮各副本之间的差异（哪个版本最新、改了哪些字）
- 一键合并：保留最新/最完整的版本，其余自动归档或移入回收站，可撤销
- 定期体检：监控新增的重复笔记（如 iOS 编辑 bug 再产生副本）并提醒
AI 的角色：用文本相似度与语义匹配判断「哪些笔记其实是同一份」，并识别各副本的差异段落辅助合并决策。
MVP 范围
第一版只做两件事：授权连接 Evernote 账号后扫描全部笔记，用内容相似度找出疑似重复（如同一条食谱被存成 9 份）；提供并排预览和一键合并，保留最新编辑内容，其余移入回收站。不做：笔记内行级冲突合并、多平台同步（仅支持 Evernote）、其他笔记应用（Notion/Apple Notes 等）的兼容。
风险
强依赖 Evernote API 的开放程度、速率限制与政策变化，属于典型的平台依赖风险；用户痛点源于 Evernote 自身的 bug，若官方修复（如修掉重复保存 bug），工具价值会立即缩水；付费意愿为零，很难转化为收入；笔记属于隐私数据，用户可能不愿授权第三方读取全部笔记。
信号证据
这张卡片依据的原始讨论。摘录保持原文，点“原文”查看上下文。
App Store 差评 · Evernote9月21日痛点▲ 0
“It’s far too easy to accidentally hit Undo when you’re simply trying to go back, and I keep doing it.”
返回按钮紧邻撤销键，想返回笔记列表时经常误触撤销。原文
App Store 差评 · Evernote9月14日痛点▲ 1
“So, I now have one recipe in 9 separate notes. It saved each time I backspaced to correct my typing. I don't need 9 notes for one recipe. This is a huge bug.”
Editing notes without using the Edit button creates multiple duplicate copies of the same note (9–13 duplicates for one recipe).原文