为什么本仓库不收 PR

机制，不是傲慢

opskool-ce 是上游私有开发仓库的单向快照。一次发布 = 一个提交 + 一个 tag。任何直接推到本仓库的提交，都会在下一次同步时被覆盖删除。

这不是我们不想收，是收了也留不住——你的 PR 合进来，下一次发布同步就把它抹掉了。与其收下一个注定消失的改动，不如一开始就说清楚。

那怎么参与

• 开 Issue——bug、部署问题、功能建议，全都收，这是唯一有效的通道。
• 贴 diff 也可以——在 Issue 里描述清楚，值得进上游的改动由维护者搬运到上游仓库，下一次发布时它就会出现在这里。
• Fork 随意——AGPL-3.0 允许，只要你也遵守它（见 AGPL-3.0 说明）。

为什么上游是私有的

上游仓库的 docs/ 与提交历史里有闭源产品的完整设计：integration（外部接入）与 scheduling.agent（智能排课）这两块社区版没有的能力，它们的设计、迭代过程、踩过的坑，全都记在那里。

代码可以分层导出，历史分不了——洗历史既不可靠，也会毁掉历史本身的价值。所以选择「开发仓库」与「发布仓库」分离：单向导出、不洗历史、发布的每一份都完整可用。

代价就是这一页：本仓库不收 PR。我们认为这个代价比「假装能收、然后默默不合」诚实。