用“取—存—进”顺序设计 AI 系统信息流，避免只建成收藏仓库

一句话提醒

先说清谁在什么场景下要取什么结果，再倒推内容如何组织和输入；架构先画信息流，不先选技术栈。

为什么今天看它

• 只规划输入和存储、不设计结果如何被取用，系统很容易变成“高级收藏夹”，资料存得进去却无法服务真实任务。
• 把一页纸 MVP 翻译成“取、存、进”的文字架构，能在不陷入技术选型的前提下，让后续实现有清楚的数据流依据。

留一个问题

最终谁会在什么场景下取用什么结果？为了支持这条取用路径，内容应如何分层存储，输入从哪里来、何时触发、是什么格式？

参考思路

1. 1.先写清目标用户、使用场景、取用时机和结果形式，至少设计一条真实的取用路径。
2. 2.从取用目标倒推需要哪些内容、索引和组织层次。
3. 3.定义各存储层的职责，保证原始来源保留且后续加工可追溯、可回退。
4. 4.最后确定输入来源、触发方式与格式，串起完整的数据流。
5. 5.功能只保留 MVP 闭环，同时让架构具备可扩展性；先形成文字架构文档，再考虑具体技术栈。

03_知识库/综合/AI 架构思维：进存取三问.md