研发基建：解耦的平台清单

SSE_MARKET能回答「现在问一句」，回答不了「我们要按什么结构把学院研发工具长期做下去」。2026 年七月初，一份名为「研发基建 — 平台清单与基础需求」的文档定稿到 v0.3。它不怎么浪漫，却把后面半年的产品形状画清楚了：拆成多个独立平台，各自完成独立目标，用链接弱关联，绝不做强耦合的大单体。

为什么要解耦

传统路径是写代码、手工部署、文档散落群文件。人一多，质量与交接立刻崩。照搬大厂一体化平台又不现实——学院既没有那么多专职 SRE，也不该让 Wiki 挂了连发需求都不能。解耦的意思是：需求平台死了，部署台仍能发测试环境；文档平台挂了，仓库和流水线照常；你今天只用 Wiki，不必先学会整套工单。

当时划定的核心拼图

需求侧规划了 TQPD：发需求、认领、指派、跟踪。文档侧是 iWiki：沉淀方案与协作。部署侧是云自动流水线：绑仓库、选分支、拿域名，并把项目创建、加入、配额一类审批内置成 OA。数据与对象存储按需提供。代码托管明确不自建网站，继续用同学已有的 Gitee / GitHub 账号——学院力气花在部署体验与权限，而不是再造一个 Git 网页。

推荐工作流写得很白：需求里商量清楚，仓库里开发，部署台选分支发布，Wiki 里留方案。每一步都可以缺席，系统不强制你买全套。

这份清单后来变成了什么

一周后 iWiki 对全院开放；再往后 Deploy、图床、DeepSeek 管理陆续挂上同一域名。主站SSE_MARKET仍是流量入口，但不再被要求「一个产品打天下」。回头看，v0.3 最值钱的不是表格里的勾选，而是那句原则：各平台不是一个系统的不同菜单，而是可以单独存活的产品。学院基建若还想长，大概也只能走这条路。