树洞
在图书馆三楼捡到一张校园卡，失主看到联系我
匿名 · 3 分钟前
闲置
考研全套资料转让，九成新，可自提
¥120 · 计算机学院
活动
周五晚七点 · 社团招新宣讲会
已报名 128 / 200
评课
作业不多，但期末卷子是真的硬
给分 4.2 · 老师 4.8
新鲜事
今天的晚霞，值得所有人抬一次头
❤ 246 · 全校可见
一周 CP
匹配成功，先聊聊看
本周第 37 对
私信
你那台显示器还在吗？
实时送达
认证
学生身份已通过 · 邮箱验证
耗时 1 分 12 秒
审核
一条违规内容已下架，理由已回给作者
审核员处理 · 4 分钟
微校分
连续签到 12 天
+30 分
- 89
- 小程序页面
- 148
- 服务端接口
- 4
- 端同源
- 3
- 种认证方式
主包 + 8 个分包
16 个业务域
一套账号、一套内容
邮箱 / 照片 / 答题
为什么要换个做法
校园社区的四个老问题
它们都不是「再努力一点」能解决的，因为问题出在没有承载它们的结构。
投稿堆在私信里排队，转发一条要人工排版一次
发布即入库的结构化内容流：话题、可见范围、图片、互动数据都是字段，不是截图
「你是不是本校的」全靠自觉，混进来的人赶不走
邮箱 / 学生证照片 / 校情答题三选一，认证结果直接决定他能发什么、能私聊谁
出事只能删消息、拉黑、发公告，第二天没人记得为什么
举报队列、内容审核、分级处罚，每一步都留痕，驳回理由原样回给当事人
活动报名靠接龙，名单靠截图，统计靠 Excel
场次报名 + 参与者名单 + 活动时间线，导出之前它本来就是结构化数据
功能全景
十二个模块，覆盖校园社区的日常
不是把功能凑齐，是每一块都跑到能给真实用户用的程度。
新鲜事
校园动态流。话题聚合、五级可见范围、点赞收藏分享、楼中楼评论。
- 全站 / 本校 / 本校区 / 本学院 / 仅自己
- 话题广场：最新与最热
- 图片九宫格与全屏预览
匿名树洞
真匿名：作者只有一个马甲，连内部 id 都不下发给客户端。
- 马甲可更换
- 抱一抱代替点赞
- 匿名评论，无真实作者入口
活动
从发起到收尾：场次、报名、参与者名单、活动时间线、活动评论。
- 一个活动可挂多个场次
- 报名名单可查可导
- 我发起的 / 我报名的分开看
闲置
校内二手。发布、搜索、详情、直接私聊卖家。
- 图片直传，不占服务端带宽
- 详情页一键起会话
- 评论区问细节
评课
课程与教师评价。给分与老师双维度评分，评价匿名。
- 按学院 / 校区 / 教师检索
- 热搜词由后端统计
- 匿名评价，署名只有分数
一周 CP
问卷报名 → 运营人工配对 → 互给联系方式。刻意不做撮合算法。
- 表单编辑器在管理台
- 答卷按题合并展示
- 可解除配对，双方退回待匹配
私信
WebSocket 实时。带额度、拉黑、撤回，以及三档接收隐私。
- 未回复仅三条，防骚扰
- 拉黑与撤回
- 隐私三档：无限 / 未回复仅三条 / 禁止
学生认证
三选一：邮箱验证码、学生证照片、按校题库答题。
- 照片走 AI 初筛后转人工复核
- 邮箱与答题当场出结果
- 驳回理由必填，原样发回
微校分
站内积分。签到获取，可充值、可兑换，收支明细可查。
- 连续签到累进
- 微信支付充值
- 每一笔都有流水
社团组织
浏览组织、申请加入、组织身份，以及只管自己那一个组织的管理员。
- 组织主页与封面
- 申请加入走审核，可查「我加入的组织」
- 组织管理员看不到别的组织
运营位
首页轮播、广告位、每日诗词、能力宫格、首页分栏——全部后台可配。
- 轮播分位置，位置是枚举不是自由字符串
- 跳转路径按小程序注册表强校验
- 配错的位置提交不上去
举报与审核
四类目标 × 五类理由，最多六件证据。删除是软删，可恢复。
- 八类内容统一审核台
- 动态 / 闲置 / 活动支持上下架
- 已被他人处理会明确提示
真机截图
它长这样
下面都是在微信开发者工具里真跑出来的界面，不是效果图，也没有 P 过。
新鲜事：动态流与可见范围 
活动详情：时间地点、参与者与评论
它是怎么运转的
一条内容的一生
从按下发布到被处置，中间这七步在四个端上是同一套判据——因为它们都在服务端。
01发布
客户端不自己判断能不能发，先问服务端要能力清单
02校验
账号状态、认证状态、处罚状态一次判完，不能发就把原因给出来
03安全
文本与图片过内容安全，不通过的不落库
04分发
五级可见范围决定谁能看到这条
05互动
点赞收藏分享与楼中楼评论，计数批量算，不逐条查库
06举报
四类目标、五类理由、最多六件证据，重复举报按成功处理
07处置
下架或软删，都能恢复；驳回理由原样发回给作者
把判据放在服务端，改一次规则，四个端同时生效——这是四端能长期同源的唯一办法。
四个端
一套账号、一套内容、四个入口
学生在小程序里用，也能在浏览器里用；运营在管理台里改，改完四个端一起变。
微信小程序
原生小程序框架 · 89 页面
学生的日常入口。主包放高频页面，八个分包按业务切开。
- 深色模式跟随系统
- 分包按业务域切分
- 微信登录、订阅消息、微信支付
网页版
Next.js 16 · shadcn/ui · 35 条路由
小程序的 89 个页面在这里收敛成 35 条路由，按能力组织而不是按页面。
- 公众号扫码登录，与小程序归一成同一个账号
- 桌面三栏 + 移动端底 tab
- 私信走 WebSocket，掉线有轮询兜底
运营管理台
Next.js 16 · 角色 × 作用域
校级管理员自己就能用。审核、运营配置、题库、CP 配对、订单都在里面。
- 八类内容审核 + 软删恢复
- 学生认证 AI 初筛后人工复核
- 按学校 / 按组织收窄可见范围
服务端
Spring Boot 4 · JPA · Redis · MySQL 8
16 个业务域纵向切分：改树洞只需要打开一个目录。
- 148 个接口，OpenAPI 契约进版本库
- 自建令牌 + 滑动续期
- 接口契约有集成测试钉着
治理
社区能活多久，取决于出事那天
功能决定它能不能开张，治理决定它能不能开一年。这三条是我们踩过之后固定下来的。
能力由服务端算，不让客户端猜
客户端问一次「我现在能做什么」，拿到的是一份名字清单：发帖、评论、私聊、加群、参与交友。客户端不推导「他没认证所以不能发帖」这种规则——推导会在四个端上分叉成四个版本。
权限 = 角色能做的 ∩ 作用域允许的
超管、校级管理员、组织管理员、审核员各有一套面。跨作用域的资源一律返回「不存在」，和真的不存在长得一模一样——否则光凭报错就能试探出别的学校有什么。
说「不行」的时候，要说清为什么
服务端拒绝时给的那句话必须显示出来。审核驳回理由是审核员写的自由文本，提交人真的会看到——所以后台的输入框里写什么，就等于回给学生什么。
横向比较
为什么不用现成的？
不是说群和公众号不好用，是它们本来就不是为这件事设计的。
| 微信群 / QQ 群 | 表白墙公众号 | 通用社区 SaaS | 微校 WeSmile | |
|---|---|---|---|---|
| 学生身份可信 | 做不到 | 做不到 | 做不到 | 支持三选一认证 |
| 内容可检索 | 做不到 | 勉强 | 支持 | 支持话题 + 全文搜索 |
| 可见范围分级 | 做不到 | 做不到 | 勉强 | 支持五级 |
| 匿名与实名并存 | 做不到 | 勉强 | 做不到 | 支持树洞马甲 |
| 活动报名与名单 | 做不到 | 做不到 | 勉强 | 支持场次制 |
| 运营后台 | 做不到 | 勉强 | 支持 | 支持校级 / 组织级 |
| 数据在自己手里 | 做不到 | 做不到 | 做不到 | 支持自部署 |
先回答几个
你现在大概在想的问题
我们只有五六个人，跑得起来吗？
跑得起来，但要先砍功能。建议第一版只开新鲜事、树洞和活动三块，认证只开邮箱一种。审核班最少要两个人轮，因为「审核」的成本不在数量，在响应时间。
一定要做学生认证吗？
如果你打算开树洞和私信，几乎一定要。认证不是为了拦人，是为了让处罚有意义——一个删了号五分钟就能再注册的社区，任何治理手段都是装饰。
匿名树洞会不会失控？
会，所以匿名是对其他用户匿名，不是对系统匿名。内容仍然过安全检测，仍然可举报可下架，处罚仍然落到真实账号上。
要花多少钱？
系统本身是自部署的。硬成本是一台跑 MySQL 和 Redis 的服务器、一个对象存储桶、一个小程序账号；想做扫码登录还需要一个认证服务号，想做充值还需要一个商户号。