[Calendar] Establish public maintenance for NBTCA calendar sources

[m1ngsama]

NBTCA 的公开日历目前缺少可追踪的上游维护记录。

为了让 nbtca/documents、nbtca/nbtcal 和其他下游分发使用同一套可信来源，建议把日程来源维护放到公开讨论中。

需要先确认三类来源：

1. 学校校历：每学年由谁确认、从哪里导入、如何处理节假日调休和教学周变更。
2. 成员重要日期：只在获得同意后记录；公开讨论只讨论机制、维护人和隐私边界。
3. NBTCA 重大事项：维修日、例会、招新、活动、截止日期等需要有负责人和更新规则。

建议执行方式：

• 在本讨论中确认维护范围、负责人和更新节奏。
• 在 nbtca/documents 增加日程来源维护流程。
• 在 nbtca/nbtcal 增加日历来源维护说明和 issue/discussion 模板。
• 为可执行任务创建 issue，加入组织 Roadmap，并放入 In Progress。

这个维护工作不是单纯补日历项，而是建立公开、可复核、尊重隐私的日程来源流程。

相关仓库：

• https://github.com/nbtca/documents
• https://github.com/nbtca/nbtcal

后续跟踪：创建 nbtca/nbtcal issue，并加入 NBTCA Roadmap Project。

[m1ngsama]

Tracking has started:

• nbtca/nbtcal issue: [calendar] 让社团日历有人维护，但不要搞复杂 nbtcal#1
• NBTCA Roadmap Project: Roadmap
• Project status: In Progress

Next local documentation work:

• Keep the implementation notes in nbtca/nbtcal.
• Add the human-facing source maintenance guide to nbtca/documents.

[m1ngsama]

已经把执行方案拆到 nbtca/nbtcal issue，并建立真实 GitHub sub-issues：

• Parent: [calendar] 让社团日历有人维护，但不要搞复杂 nbtcal#1
• Add files via upload #2 建立日程来源登记表和维护角色: [calendar] 写清楚三条最小维护规则 nbtcal#2
• Add files via upload #3 在 nbtca/documents 增加日程来源维护流程: [calendar] 在文档里加一段日历维护说明 nbtcal#3
• 例会md #4 录入并复核 2025-2026 学年学校校历: [calendar] 按学校官网补一次 2025-2026 校历 nbtcal#4
• Add files via upload #5 审计成员日期并建立 consent 规则: [calendar] 生日放进公开日历前先问本人 nbtcal#5
• Add files via upload #6 把协会活动更新接入活动举办流程: [calendar] 把协会活动更新接入活动举办流程 nbtcal#6
• upload #7 增加 ICS 与 calendar 页面验证清单: [calendar] 增加 ICS 与 calendar 页面验证清单 nbtcal#7

建议先讨论 #2，确认来源登记字段、维护角色和隐私边界；然后 #3 文档落地，#4/#5/#6 并行推进，#7 负责复核 ical.nbtca.space 和 nbtca.space/calendar。

[m1ngsama]

已把 issue 调整成更轻量的版本，避免把日历维护做成形式主义流程。

新的 parent issue：

• [calendar] 让社团日历有人维护，但不要搞复杂 nbtcal#1

现在只保留 4 个真正需要做的子任务：

• Add files via upload #2 写清楚三条最小维护规则：[calendar] 写清楚三条最小维护规则 nbtcal#2
• Add files via upload #3 在文档里加一段日历维护说明：[calendar] 在文档里加一段日历维护说明 nbtcal#3
• 例会md #4 按学校官网补一次 2025-2026 校历：[calendar] 按学校官网补一次 2025-2026 校历 nbtcal#4
• Add files via upload #5 生日放进公开日历前先问本人：[calendar] 生日放进公开日历前先问本人 nbtcal#5

#6 和 #7 已合并到 #3/#4，不再单独跟踪。

以后普通活动不需要每次开 issue。活动负责人确认时间地点后直接改 Google Calendar；只有校历不确定、批量修改、成员隐私、或订阅/页面显示异常时，才需要 issue 或 discussion。