二〇二六 · 起点会议（暨二〇二五 · 终点总结）

时间：2026-1-1
地点 / 平台：QQ
主持人：Lin Mohan
记录人：Lin Mohan
参与成员：CN059，XinHallow，Lukemich，LGCM，Meteorite

二〇二五年的终点回望：我们到底做成了什么，又卡在了哪里

回顾整个二〇二五年，团队并非一无所获。我们实际落地并持续推进的内容，主要集中在 AniDay 项目以及 Bilibili、知乎 等平台的内容输出上。这些成果虽然数量不多，但至少证明了一件事：团队并不是没有能力做事，而是很难把事情持续地、大规模地做下去。然而，必须正视的是，项目数量偏少、整体开发节奏偏慢，几乎贯穿了整个一年。这并不是某一个阶段的偶发问题，而是长期存在、反复出现的结构性困境。如果只看表面，很容易把原因归结为一句话：大家都很忙，没时间。但我认为，真正的问题，远比“忙”要复杂得多。

表层原因之下：学业压力是真实存在的客观限制

不可否认，部分成员面临着极其现实的时间压力。清晨六点多出门上学，晚上十点才能回到家，回家之后还要完成大量作业，再加上两周一次双休的作息制度，留给开发的时间几乎被压缩到极限。在这种前提下，要求每个人都持续、高强度参与开发，本身就是不现实的。时间不是主观意愿能挤出来的东西，这一点必须被正视，而不是被忽略或指责。但如果问题仅仅是大家都忙，那么整个团队应该是整体慢，而不是演变成几乎只有一个人在真正开发。

核心问题：不是某个人的问题，而是团队结构的失败

在实际运作中，小 Xin 成为了几乎唯一的主力开发者。代码主要由他完成，系统结构只有他最清楚，其他人如果想参与，往往会面临几个现实困境：

• 看不懂整体代码结构
• 不清楚自己能动哪一块
• 担心一改就出 Bug
• 不知道从哪里开始接手任务

久而久之，结果并不是其他人摆烂，而是被动退出参与。这并不是某个人能力不足的问题，也不是态度问题，而是一个非常典型的现象：当任务没有被拆分、入口不清晰、责任不明确时，团队自然会塌缩。于是，小 Xin 成了整个项目的“瓶颈”：

• 代码只有小 Xin 最懂
• 别人任何事都要问小 Xin
• 小 Xin 一忙，团队立刻停摆

如果这种状态继续下去，结局几乎是可以预见的：

• 小 Xin 会逐渐疲惫、烦躁，甚至失去热情
• 其他成员被边缘化，参与感越来越低
• 项目一旦卡住，没有任何人能接手

这不是个人问题，这是团队结构设计的失败。

我们的矛盾：技术互补，却无法形成合力

从客观条件看，团队并非毫无优势。每个人掌握的技术方向并不完全相同，理论上具备互补性。但现实却是：在具体项目中，往往只用得上某一种技术，结果就是一个人非常忙，其他人却插不上手。这并不是能力浪费，而是缺乏系统性拆分和协作机制所导致的必然结果。

二〇二六年的起点：不回避问题，也不空谈理想

正因如此，二〇二六年的规划不再回避现实，而是直接承认现状，并在此基础上设定可执行的目标。

明确的 Flag（阶段目标）

• 寒假前完成 Auth 系统
• 寒假前完成 AniDay
• 寒假后一周内完成宣传片
• 二〇二六年内完成 TATEN-OJ
• 找到至少 3 名真正能参与开发的人
• Bilibili 粉丝数达到 2000
• Bilibili 总播放量达到 10 万

这些目标并不宏大，但每一项都指向一个核心，让项目真正动起来，而不是停留在口头规划。

更重要的目标：让每一个人都能发挥价值

比项目本身更重要的，是团队运作方式的转变。二〇二六年的核心理念只有一句话：

让每一个人都能清楚地知道：我能做什么，我该做什么。

这意味着，任务必须被拆分到足够小，模块边界必须清晰，参与门槛要被主动降低，新成员也能找到切入口。

向外学习：我们并不特殊

在学习目标上，团队选择正视差距，向其他工作室学习：

• 星际工作室：技术力强、有项目、资金足、拼爹、学校好，资源多
• OpenTeens：技术力强、资金足、都在深圳本地，可以线下见面

也有反面教材：

• 自由网络工作室：少数人员技术力强、开发者只有一个。是前车之鉴，提醒我们避免重蹈覆辙

结语：起点不是重来，而是校准方向

二〇二六 · 起点会议，并不是否定过去一年，而是对二〇二五年的一次彻底复盘与纠错。

从今年起，团队要做的不是再靠某一个人硬扛，而是搭建一个能让更多人真正参与、真正接手、真正成长的体系。

这，才是二〇二六年真正的“起点”。