产品与服务边界
StudyHub 围绕高校学习资料和校园互助组织产品能力，覆盖资料投稿、检索与预览、下载与支付、经验内容、求购协作、校园集市、个人主页和创作者结算。各条业务链路共享统一的账户、权限、内容状态和错误响应约定，减少页面之间的行为差异。
About StudyHub
关于 StudyHub
平台定位校园资料与学习互助
官方 QQ 群245934740
开源仓库ChengjinLii/studyhub
内容版权归原作者所有
Community Impact
平台成果
累计数据截至 2026.09.08
真实业务记录362累计用户
190上架资料
1,778累计下载
20投稿者
累计发展趋势
折线显示累计规模，柱形显示每周新增
统计区间：2025.11.16 - 2026.09.08，按周汇总。
资料获取的星期分布
统计期内全部首次获取记录按星期汇总，虚线为均衡基准 14.3%
百分比反映全部统计期分布，不代表单个自然周下载量。
一天中的资料获取时段
按北京时间汇总已记录的首次获取行为
记录区间：2025.11.27 - 2026.09.08，共1,778条首次获取记录。
同一用户首次获取同一份当前可见资料记为一条。累计下载、下载趋势、星期与时段分布采用同一明细记录口径。
月活跃与回访趋势
活跃用户是当月至少产生一次下载、投稿、点赞、评论或评分行为的普通账户
行为深度与内容使用
同时观察用户是否持续使用，以及资料是否真正产生获取记录
独立下载用户深度
下载 ≥ 1份325
下载 ≥ 2份237
下载 ≥ 5份127
下载 ≥ 10份47
3份下载量中位数
5.4份人均下载量
内容使用证据
90.5%172 / 190份资料产生过真实下载
61.1%11 / 18位普通投稿者重复投稿
44.5%147 / 330位行为用户跨至少两个月活跃
Contact
联系方式
官方 QQ 群245934740
Official Channel
官方渠道
关注公众号可获取公告、功能更新与运营动态。
Engineering Blog
工程日志
工程日志记录 StudyHub 当前公开主线的系统组成、关键业务链路和质量保障方式。这里侧重说明代码如何组织、功能如何协作以及发布如何验证，不公开生产密钥、内部地址和安全策略细节。
前端应用
前端基于 Next.js 15、React 18 与 TypeScript 构建，结合服务端渲染和客户端交互承载首页、资料详情、投稿、个人主页和管理端等页面。Vitest 负责组件与工具函数回归，Playwright 同时验证开发模式和生产构建下的登录、检索、投稿等关键路径。
后端与 API
后端以 FastAPI、SQLAlchemy、Pydantic Settings 和 Uvicorn 为基础，按 routes、services、repos、models 分层组织认证、资料、评论、求购、支付、结算与通知逻辑。公开接口采用统一响应结构和 RESTful 资源语义，历史接口保留必要兼容，避免前后端升级造成使用中断。
数据与文件
业务数据在生产环境使用 MySQL，本地开发可使用 SQLite；资料文件由阿里云 OSS 承载，应用只向通过登录、订单和权限校验的用户签发短时访问地址。Redis 用于需要跨进程一致性的锁与运行态能力，数据库迁移、备份和恢复验证由独立脚本管理。
支付与创作者结算
付费资料通过支付宝网页支付完成订单确认，回调验签、幂等处理和订单状态更新均在后端执行。创作者结算记录与实际转账绑定，失败转账会释放仍待结算的记录，避免出现资金已记账但未实际支付，或同一笔结算被重复处理。
检索实验与 MCP
检索实验以独立工程维护关键词、向量、混合召回、重排和权限泄漏评测，不与在线业务代码耦合。远程 MCP 继续提供受治理的只读资料搜索、详情、推荐和平台规则工具，只返回公开元数据与站内链接，不直接暴露受保护文件或绕过登录、付费和下载规则。站内 Agent 正在基于原生 Hermes 重新建设，尚不作为现有产品能力对外承诺。
关键业务链路
资料投稿与交付
前端先完成必填项、交付方式和文件状态校验，再向后端提交幂等投稿请求；后端负责资料元数据、站内文件或网盘信息的持久化。资料详情页根据交付方式、价格和当前用户权限展示预览、领取、购买或下载入口。
检索与推荐
搜索会统一处理多关键词、课程、标签、学校、学院和专业等条件，再结合时间、下载量和相关性返回结果。推荐能力复用公开可见资料元数据，避免将不可见、已下架或无法交付的内容推给用户。
订单与结算
创建订单、拉起支付宝、异步回调、支付结果确认和下载授权形成完整闭环；涉及创作者收入时，结算单会绑定到具体转账，并通过幂等状态机处理成功、失败与重复回调。
MCP 外部接入
外部客户端通过 MCP 的 initialize、tools/list 和 tools/call 发现资料检索能力，只能获得结构化推荐结果和 StudyHub 页面链接。站内登录、付费、下载权限和配额仍由业务后端独立校验。
仓库结构
backend/
FastAPI 后端、测试、fixtures 与运维辅助代码都放在这里，是主要的业务逻辑与服务入口。
frontend/
Next.js 前端工程，负责首页、资料页、校园集市、个人主页与内容展示等交互体验。
studyhub-agent/
保留独立 RAG 检索实验，并作为 Agent V2 的重建区域；实验代码与在线业务服务保持边界，便于单独验证召回、排序和权限约束。
scripts/
开发启动、生产预检、部署冒烟、worker、依赖更新、安全检查和数据库管理脚本集中在这里。
reports/
公开技术报告、覆盖率结果与项目复盘材料，记录架构边界、验证结果和重要设计取舍。
.github/
持续集成和依赖更新配置，负责前后端检查、迁移验证、敏感文件防护与生产构建门禁。
质量与运行保障
代码质量
前端执行 TypeScript、ESLint、Vitest 与 Playwright，后端执行 Ruff、pytest 和覆盖率统计；代码体积、Shell 语法与敏感文件另有独立检查。
数据库安全
生产发布先执行只读结构预检，迁移默认不会被部署脚本静默执行；需要变更时先生成计划并备份，再经过 MySQL 升降级和恢复验证。
发布验证
前端以生产模式完成构建后再启动服务，发布脚本检查构建完整性、后端健康与就绪状态、公开资料接口、主要页面和安全响应头。
安全边界
认证、支付签名、下载授权、可信主机与代理、请求限流、Markdown 和支付表单处理均有服务端约束；公开日志和页面不展示密钥、内部路径或受保护资源地址。
运行观测
结构化日志携带请求标识，健康检查区分进程存活与依赖就绪，Prometheus 指标覆盖 HTTP、MCP 和 worker 的调用量、错误与耗时。
持续建设方向
内容治理：继续完善文件安全检查、版权举报、资料状态追踪和异常交付处理，使投稿、审核、预览与下载形成可追溯闭环。
检索推荐：在现有多关键词和字段过滤基础上，逐步评估关键词召回、语义召回、重排和离线评测，优先提升课程名、年份与资料类型的准确命中。
Agent V2：先验证原生 Hermes 的对话、工具调用和记忆能力，再逐层接入 StudyHub RAG、联网搜索、群体记忆与训练闭环；每层均保持可独立测试和回退。
开放接入：完善 MCP 对外说明、OAuth 用户授权、调用配额和审计能力，确保外部客户端能推荐资料，但不能代替用户绕过站内权益流程。
工程保障：逐步扩大严格类型检查、契约测试和生产模式端到端覆盖，并持续完善依赖升级、备份恢复、运行告警与安全基线。
Overview
平台概览
平台定位
StudyHub 聚焦校园学习场景，核心目标是把“资料共享、专栏阅读、校园互助、个人主页”放在同一条稳定体验链路中，让同学在一个站内完成找资料、看内容、发布与互动。
当前状态
当前阶段已经完成主站信息架构收敛，重点放在页面层级统一、投稿链路可用性、阅读体验连续性与移动端适配稳定性，同时持续压缩操作路径与无效点击。
公开内容
对外公开渠道集中在官方群、微信公众号与站内工程日志，便于查看功能迭代方向、页面更新节奏和使用说明；涉安全策略、密钥与内部运维细节不在公开范围。
长期方向
后续将围绕“内容质量提升、推荐能力增强、创作者体系完善、站点性能优化”持续迭代，在不牺牲稳定性的前提下提升学习效率与内容沉淀价值。