源宜 0.7.1：用一个资料库协同管理文档与数据应用

在 0.7.1 中，资料库用于承载与一个业务主题相关的文档和单文件 HTML 数据应用。文档可以保存制度、工艺说明、交接材料和业务依据；数据应用则把经过确认的数据范围、展示方式和操作入口组织为可使用的数据看板或轻量业务界面。两者放在同一资料库中，负责人更容易理解“这项工作依赖什么资料、适用于什么范围、由谁维护”。

统一承载并不把文档和数据应用混为一谈。文档的重点是来源、索引和可检索内容；数据应用的重点是面向任务的查看、筛选和在授权范围内的操作。资料库提供共同的业务语境和管理入口，让两类内容能够互相说明，而不是强迫它们使用同一种编辑方式。团队可以从已有报表、台账或轻量业务界面开始，在真实工作中逐步验证和扩展。

有的团队先掌握一批制度、报告或现场资料，适合从文档开始；有的团队先有一个需要每天查看的数据问题，适合先建立数据应用。0.7.1 不把创建路径限定为单一顺序：可以先创建资料库，再从当前最明确的文档或数据应用开始补充。

重要的是，起点不会限制后续添加。先建立文档集合后，仍可在同一资料库中增加数据应用；先解决一个数据查看需求后，也可以补充说明、依据和使用材料。这样，团队不必等到所有内容齐备才开始整理，也不会因为早期选择了某个入口而失去后续扩展空间。

上传资料不等于马上成为可靠的检索依据。资料需要完成索引，系统才可以在后续工作中定位相关内容，并让使用者知道哪些材料已经准备就绪。索引过程也提醒团队检查文件是否属于正确资料库、内容是否适合当前主题，以及是否需要补充版本或来源说明。

这一顺序让检索建立在可见的准备状态之上。对于尚未完成索引的资料，团队可以继续整理或等待处理完成，而不是把未准备好的内容误当成已可使用的知识。资料库因此既是存放位置，也是让资料进入可检索工作流程的明确入口。

资料和数据应用常常需要经过负责人确认后才适合被团队共同使用。0.7.1 保留明确发布这一环：个人或小范围整理可以持续迭代，而面向团队的版本需要被清楚地发布，避免成员在不知情的情况下依赖尚未确认的内容。

发布不是形式上的按钮，而是一次可沟通的交接。发布前应确认适用范围、资料状态、数据边界和使用说明；发布后，团队可以在同一资料库中找到当前可用的文档与数据应用。遇到需要调整的地方，仍可在下一版继续完善，再以明确版本向团队说明变化。