微信读书 · 独立概念优化
围绕一个想写的主题，选出已有划线，补上自己的想法，在原文旁继续修改，最后带着出处导出。
桌面研究 / 交互设计 / 可操作原型 · 2026.10
独立概念提案，非微信读书官方功能。示例书与初稿为原创预设；原型不连接真实账号或实时 AI。
本案面向一个待验证的人群：已经保存非虚构阅读划线，并且有具体输出意图的读者。关注的时刻是读完一章后，想围绕一个问题写下自己的理解。
“为什么我的待办越列越难开始？”
已有材料：《把计划缩小一步》中的三条划线，以及一句自己的想法。
个人想法：“我总把‘做作品集’写进待办，却没说明今天到底做哪一步。”
完成条件。得到一篇能继续修改的主题笔记；能分清个人想法与书中来源；调整材料后保留自己写过的文字；导出的内容与当前文稿一致。
假设：如果材料选择、正文编辑与来源核对放在连续的工作区里，可能减少重新寻找、复制和组织材料的成本。这个收益仍需与目标读者的现有路径对照验证。
这次从公开文档和一位读者的实践记录出发，没有访谈样本，也没有原生 App 全量功能审计。
| 线索 | 对本案的启发 | 结论边界 |
|---|---|---|
| 腾讯官方 notes 文档记录个人划线与想法内容的导出能力。来源 1 | 可以从读者已有材料继续组织内容。 | API 能力不等于已经观察过最新 App 的完整操作路径；本案不声称微信读书缺少笔记导出或相关能力。 |
| 一位读者记录从微信读书同步划线到 Obsidian，再补充想法、写成文章或读书笔记的路径。来源 2 | 输出意图和个人理解是可进一步研究的线索。 | 只代表一位作者的实践，不能推导为普遍、高频需求。 |
| Readwise 官方说明已有基于划线的检索、综合回答与来源侧栏。来源 3 | 来源应该可追溯，并在正文旁按需查看。 | 这是既有交互参照，本案不声称首创。 |
本案推导：把机会限定在“已有写作意图下的材料组织与继续编辑”。是否值得做，应看读者能否更容易完成自己的笔记，而不是功能是否新颖。
来自单个公开实践，不代表所有读者。
材料页保留一个主题、自己的原话和完整划线。默认选中三条，第四条可以加入；数量直接反映在主要按钮上。这样把素材范围交给读者，也让“准备写什么”在开始时就可见。零条时说明为什么不能继续。
生成后直接进入连贯正文。标题、来源段和个人想法都能修改，个人想法有轻量标识。蓝色引用定位到对应书名、章节和原文；桌面在右栏对照，手机在底部抽屉查看。查看来源后仍能回到刚才的写作位置。
初稿为预设演示，不能评价真实生成质量。原型重点验证的是“写作、核对与修改”的交互衔接。
加入一条划线时，只增加相关初稿段；移除未改写的来源时，删除对应段；移除已经改写的来源时，先保留文字并标明出处待处理。读者可以恢复来源、改为自己的文字或删除这一段。未决定出处之前，导出会解释并阻止继续，避免把没有来源的改写默认为书中内容。
| 材料变化 | 笔记中的处理 |
|---|---|
| 加入材料 | 追加对应段。 |
| 移除未改写材料 | 删除该段。 |
| 移除已改写材料 | 保留文字并请求决定出处。 |
| 恢复来源 | 保留修改并重新关联。 |
引用可追溯不等于文字一定得到原文支持，仍需人核对表达。
这是一份实际可编辑的演示。内容会保存在当前浏览器；完整体验使用同一个原型，不会复制出另一套状态。
小屏设备建议使用上方独立入口，避免嵌入页面压缩可用空间。
此处描述交互覆盖范围，不代表六种状态都已在本轮真实浏览器验收。
核心流程曾在真实浏览器完成编辑、刷新续写、材料调整和 Markdown 导出；下载确认保留手改内容和对应来源。桌面正文并排与手机来源展示已通过真实截图核对。软键盘、触控与读屏尚未测试；此次自动高度微调尚未图验。
后续招募确实有划线写作经历的目标读者，使用其熟悉且获准使用的材料，对比惯用路径和本案。先观察独立完成情况、停顿与求助、找错出处或丢失修改的情况，再记录耗时与主观控制感。小样本用于发现问题，不能证明普遍收益。
本案尚无真实用户访谈、可用性测试或效果数据；没有模型生成质量评估。