DeepInsight 系列 01：从课程项目到推荐系统展示平台#

背景与问题#

推荐系统实验通常会产生多类材料：模型代码、数据集、训练日志、权重文件、评估指标、论文说明和演示截图。它们能证明实验存在，但不方便给其他人阅读，也不方便在答辩或复核时按业务流程展示。

DeepInsight 要解决的是信息组织问题。系统把这些材料转成页面和接口，让用户通过首页进入模型总览，再查看接入测试、数据集可视化、性能看板、可视分析工作台、知识中心和后台管理。

项目目标#

项目目标可以拆成四点。第一，建立一个清晰入口，让用户知道平台围绕推荐模型、数据、评估和知识资料展开。第二，把模型资产做成台账，避免只靠文件名说明模型状态。第三，用接入测试和性能看板证明系统不是静态页面。第四，保留后台治理能力，支撑用户、内容、数据和 AI 配置维护。

这些目标共同指向一个结果：DeepInsight 应该是一套课程项目系统，而不是一组零散页面。

用户角色#

系统按三类角色组织功能。普通用户关注能否登录、浏览模型、上传数据、查看知识内容和使用 AI 工作区。研究型用户关注模型状态、指标来源、数据规模和评估结果。管理员负责维护用户、知识文章、论坛内容、上传数据和 AI 配置。

角色划分会影响演示顺序。前台模块用于说明系统能力，分析模块用于说明实验结果，后台模块用于说明系统能被维护。这样展示时不会只围绕视觉效果，也能覆盖最终报告中的需求分析和功能实现。

页面主线#

DeepInsight 的页面主线是“入口、资产、验证、分析、解释、治理”。首页是入口，模型总览是资产台账，接入测试验证模型服务，数据集页面检查数据结构，性能看板和可视分析工作台展示指标与实验记录，知识中心和 AI 工作区负责解释，后台管理负责治理。

暗色首页更适合展示平台的技术气质，浅色首页更适合长时间阅读和课程汇报。两种主题都服务于同一条页面主线，不能让视觉效果掩盖功能关系。

演示路线#

比较稳定的演示路线是：先打开首页说明系统定位，再进入模型总览说明有哪些模型资产；随后进入接入测试，用同一组输入查看服务状态；接着进入数据集可视化，说明上传、字段预览和统计图表；再进入性能看板和可视分析工作台，解释指标来源和对比逻辑。

AI 工作区、知识中心和论坛放在中后段展示更合适。它们不是模型结果本身，而是解释、导航和资料沉淀。后台管理放在最后，说明项目不是一次性页面，而是有维护入口的系统。

边界控制#

课程项目容易把“想做的功能”和“已经实现的能力”混在一起。DeepInsight 在设计时需要明确边界：没有部署服务的模型不能写成已接入；没有指标记录的字段不能展示成真实分数；AI 助手不能替代评估结果；后台配置不能把敏感信息明文暴露到前端。

这些边界不是削弱项目，而是让项目更可信。系统能说明自己完成了什么，也能说明哪些地方需要后续迭代。

阶段结论#

第一阶段完成的是项目定位和演示路线。只要这条路线稳定，后面的模型总览、接入测试、数据集可视化、性能看板和后台管理就不会散开。每个页面都服务于同一件事：把推荐系统实验整理成可读、可操作、可验证的 Web 平台。