01- 需求分析
来源
- 触发点：使用系统的科学设计开发过程，设计出 Obsidian 为主体的知识流系统，本篇是需求分析部分。
- 首次记录：2025-11-07
- 作者：huan
洞见
构建一个以 Obsidian 为核心的信息流系统，实现知识的高效捕获、结构化沉淀、创造性输出与持续进化，支撑技术深度与跨领域广度的双重成长。
详情
一、主要用户（我自己）
| 维度 | 描述 |
|---|---|
| 身份 | 程序员（可能涉及后端/全栈/算法等，可后续细化）、知识探索者 |
| 核心活动 | 阅读技术资料、写代码、调试、写技术文章/笔记、学习新框架/语言；拓展新领域知识（经济、金融、心理以及其他新领域知识） |
| 知识类型 | 技术文档、代码片段、错误排查记录、读书笔记、项目复盘、写作草稿、灵感闪念 |
| 工具偏好 | 偏好离线可用、本地保存、可定制需求 |
| 痛点（常见） | 信息散落在各处（浏览器书签、本地文件、微信收藏）、学完就忘、想写文章时找不到素材、重复造轮子、知识无法复用 |
二、核心使用场景
以「输入 → 处理 → 输出→ 迭代维护」的流程作为梳理脉络，列出实际会遇见的使用场景：
1. 输入阶段
- 灵感迸发，可以输出成闪念
- 看到一篇好文章/技术博客/优秀视频，想保存并稍后消化
- 系统化学习：读一本书（纸质/电子），看教学视频
- 在生活/工作中遇到的问题，解决后想记录下来。
- 有趣的聊天等等
2. 处理阶段
- 待办事项、任务列表、项目清单：对所有待办事项进行拆解梳理，形成任务列表
- 把零散笔记归类，建立知识网络
- 新旧笔记结合，补充新理解
3. 输出阶段
- 基于多篇笔记整合，形成一篇高质量高密度的文章
4. 迭代阶段
- 定期回顾知识库，发现知识盲区，删除/归档/完善过时内容。
三、功能需求清单
✅ 表示 Obsidian 原生或插件可轻松支持
⚠️ 表示需一定配置或工作流设计
| 需求类别 | 具体需求 | Obsidian 支持度 |
|---|---|---|
| 1. 信息捕获 | 快速剪藏网页内容 | ✅（通过 raindrop 插件等） |
| 手机端快速记录灵感（闪念笔记） | ✅（通过滴答清单） | |
| 代码片段保存 | ✅（Markdown 代码块实现） | |
| 2. 知识组织 | 按主题/项目/类型分类 | ✅（文件夹 + 标签 + Dataview） |
| 建立知识网络 | ✅（双链、虚拟链接、图谱） | |
| 3. 检索与复用 | 快速全文搜索 | ✅（内置全局搜索） |
| 按标签/状态/日期筛选笔记 | ✅（Dataview） | |
| 复用代码模板或文章结构 | ✅（Templater） | |
| 4. 内容创作发布 | 从笔记一键生成博客草稿 | ⚠️（Hexo、Quartz） |
| 5. 回顾与成长 | 定期回顾旧笔记（间隔重复） | ⚠️ Anki、Templater 插件 |
| 可视化知识图谱，发现知识孤岛 | ✅（图谱 + 出链、入链 + Dataview） | |
| 6. 同步与备份 | 多设备同步（PC + 手机） | ✅ 手机通过网络访问博客解决 |
| 自动备份到 Git | ✅（IDEA + Git） |
四、非功能需求清单
| 类别 | 建议内容 |
|---|---|
| 离线优先 | 核心功能无需联网 |
| 可用性 | 启动快、不卡顿 |
| 可靠性 | 数据不丢失（本地 +Git 双备份）、崩溃恢复机制 |
| 可维护性 | 插件/配置可版本管理 |
| 隐私性 | 敏感笔记可不上传第三方服务 |
| 扩展性 | 支持 diy 拓展功能 |
关联网络
演化日志
- v0.1 (2025-11-07)：初始版本完成
- v0.2 (2025-11-22)：补充洞见、演化日志
待办事项
- 定期回顾的需求怎么处理，选用什么软件完成，怎么发现需要回顾的笔记？
- 版本一方案：目前使用 Templater 插件自动更新 lastReview、nextReview 属性信息解决完成。
- 可优化：比如引入 SM-2 算法实现回顾时间间隔？
- 版本一方案：目前使用 Templater 插件自动更新 lastReview、nextReview 属性信息解决完成。
复习回顾
📈 轮次: 1 🕒 lastReview: 2025-11-22 17:48:47 📅 nextReview: 2025-11-29 00:00:00
📈 轮次: 2 🕒 lastReview: 2025-11-29 09:36:09 📅 nextReview: 2025-12-06 00:00:00