# MiCraft 2026 中秋活動最終企劃書

> 版本：2.0（長期營運版）  
> 制定日期：2026-09-05  
> 首發活動：2026-09-25（星期五）20:00–22:00（台灣時間）  
> 適用對象：神無月米哈魯頻道付費會員與活動工作人員

## 0. 一頁結論

本企劃將「月見營地・中秋同樂日」從一次性活動改成 MiCraft 的第一個長期節慶系統：中秋當晚是首發活動，活動結束後保留月見營地、月餅製作、月兔尋寶、每日／每週任務、社群貢獻與排行榜，供新舊會員持續遊玩。

本次以一個真正可部署的 Fabric 伺服器端模組 `MiharuMoonfest` 為主要自動化核心。模組只處理已驗證的原版物品、固定場地和伺服器事件，不註冊需要客戶端同步的新物品／新實體／新維度，因此不把玩家端安裝作為活動門檻。所有版本與 API 均以實際伺服器環境鎖定後建置。

### 定案內容

| 項目 | 定案 |
|---|---|
| 活動名稱 | 月見營地・中秋同樂日；長期系統名稱為「月見生活季」 |
| 首發時間 | 2026-09-25 20:00–22:00；19:30 開放報到 |
| 長期狀態 | 9/25 後不移除模組；改為每日任務、每週尋寶、每月共同目標 |
| 技術方案 | Fabric 伺服器端模組為主；資料設定檔驅動；不要求玩家新增客戶端 Mod／材質包 |
| 活動地點 | 現有 MiCraft 世界內固定的「月見營地」區域 |
| 建議規模 | 首發 4–10 位同時在線；模組可設定上限與候補，但不以大量玩家為前提 |
| 正常人工操作 | 主持人照流程主持；維運者執行一次啟動；計分、回合切換、獎勵與紀錄自動完成 |
| 人工保留範圍 | 題庫／獎勵／座標設定、內容審核、版本發布、緊急停止與回復 |
| 成功原則 | 活動可準時完成、資料可持續保存、長期玩法不破壞生存平衡 |

## 1. 從原始紀錄整理出的決策

### 1.1 可以沿用的現況

- 活動服務神無月米哈魯頻道的付費會員，核心是會員同樂與社群凝聚。
- 現有伺服器是 Java Fabric 模組服，內容偏動物、建築、耕作與料理。
- 原始紀錄提到託管資源約為 2 執行緒、8 GB RAM，月租約新台幣 568 元；實際方案仍由 Gujing／阿夢確認。
- 伺服器原本在週四 18:00 至週日 06:00 開放，首發活動安排在週五晚上，原則上符合既有時段。
- 團隊有主播、技術／企劃、維運、社群與場務角色，但可投入時間有限。

### 1.2 本版本的設計取捨

- 保留中秋的月亮、烤肉、月餅、月兔與團聚感，但把內容拆成可以反覆重置的固定活動節點。
- 以程式自動處理正常流程，人工不再負責逐項數量、逐題記分或手動發獎。
- 不用 12 小時耐久作為核心；首發 2 小時，長期內容由每日／每週任務提供回訪理由。
- 不做大型 Boss、複雜 AI、浮空跑酷、列車、強制死亡、爆炸破壞、未同意背刺或外部聊天室 HTTP 串接。
- 不依賴「一定有大量玩家」「一定能增加會員」「收入一定覆蓋成本」等未驗證推估。

## 2. 長期產品設計：月見生活季

### 2.1 長期循環

```text
每日登入
  ↓
領取今日月見委託（料理／採集／尋寶三選一）
  ↓
取得月華印記與生活型獎勵
  ↓
完成每週月兔尋寶或社群共同目標
  ↓
累積個人紀錄、稱號與裝飾物
  ↓
每年中秋期間啟動季節加成，舊玩家帶新玩家回來
```

### 2.2 常駐內容

#### A. 月見委託（每日）

模組每天從設定檔選出一項任務，任務只使用伺服器已確認的原版物品：

- 完成指定數量的熟肉或月餅料理。
- 交付指定的農作物、蜂蜜或其他生活材料。
- 在月見營地完成一次尋寶／賞月互動。

每位玩家每日最多領取一次獎勵，完成狀態與日期寫入玩家資料。任務內容由 `quests.json` 設定，不需要改 Java 程式。

#### B. 月兔尋寶（每週）

月見營地預先配置 6 個安全節點，模組每週依固定種子輪換 3 個有效節點。玩家與節點互動後立即記錄，不生成怪物、不挖掘地下、不依賴隨機世界生成。

每位玩家每週最多領取一次完整獎勵；同一節點可被多人完成，鼓勵會員一起找而不是互相搶奪。

#### C. 月餅工坊（常駐生活內容）

使用原版食物作為基底，透過已測試的伺服器端資料標記與顯示名稱區分配方。第一版只提供 2–3 種效果溫和的月餅，例如短時間夜視、緩降或飽食度補充；不做飛行、永久 Buff 或會破壞戰鬥平衡的屬性。

如果目標版本無法安全同步自訂顯示資料，系統退回「原版物品＋配方編號」模式，仍可完成製作與任務，不因外觀資料失效而中斷玩法。

#### D. 社群月見貢獻（每月）

所有玩家可以向固定貢獻箱投入指定的原版熟肉／農作物。模組自動驗證白名單、扣除物品、累計全服進度，達成 3 個門檻後發放全服裝飾性或生活型獎勵。

進度每月重置，但個人貢獻與完成次數永久保留。每個玩家每天有貢獻上限，避免少數玩家快速灌滿或影響既有經濟。

#### E. 中秋季節模式（每年）

每年設定一個日期區間，例如中秋前後各一週。期間只提高任務出現率、題庫輪換與紀念獎勵，不改變伺服器的基本生存規則。日期、時區與獎勵倍率放在 `season.json`，也可由管理員手動開／關。

### 2.3 長期玩家體驗規則

- 新玩家加入後可以從月見引導任務開始，不需要等下一次中秋。
- 排行榜同時顯示本週／本月與累計紀錄，避免老玩家永久壟斷。
- 獎勵以稱號、紀念物、裝飾物與有限生活資源為主，不發放永久戰鬥優勢。
- 每日、每週、每月獎勵都有上限與冷卻，維持正常生存經濟。
- 活動區可以保留為後續生日、節日與伺服器里程碑的共用模板。

## 3. 2026-09-25 首發活動流程

### A. 報到與自動分組｜19:30–20:00

玩家進入月見營地後與報到台互動。模組驗證白名單／權限、記錄到場、發放一次性活動包，並依當下人數自動分配隊伍。

- 3–10 人：自動平均分為 2–3 隊。
- 1–2 人：自動切換為全員合作模式。
- 重連不重複領取；離線玩家的紀錄保留。

### B. 烤肉接力｜20:00–20:40

每隊使用固定烤肉站完成料理。模組只監看設定好的站點，不掃描全世界；熟肉提交時自動驗證、消耗、記分並更新畫面進度。

- 每隊最多計入 16 份，避免資源與負載無限增加。
- 模組自動判定提交時間與分數。
- 使用已通過測試的原版肉品白名單；不依賴未驗證的料理 Mod 物品。

### C. 月兔尋寶｜20:40–21:00

模組開啟本場的 3 個有效尋寶節點。玩家互動後獲得個人進度與隊伍分數，節點自動標記為已完成，無需場務逐一回收識別物。

### D. 自動燈謎｜21:00–21:25

模組從題庫選出 6 題，在遊戲聊天顯示題目與可點擊的答案選項。玩家點選或輸入 `/moonfest answer <選項>`，模組自動驗證第一個有效答案並計分。

主持人只需要念題目、回應玩家，不負責人工判定與計分。題庫答案仍由團隊事前審核。

### E. 自由展示｜21:25–21:40

模組保持活動區開放，玩家展示自己的攤位、建築與月餅。此段不再增加競賽分數，避免爭議，也讓不想競賽的人可以加入。

### F. 自動結算與合照｜21:40–22:00

模組停止計分、結算隊伍與個人紀錄、發放參與獎與競賽獎，並在賞月台啟動一次低數量煙火／粒子效果。玩家集合後完成合照，22:00 進入長期模式。

正常流程中，主持人不需要執行指令；維運者只需執行一次 `/moonfest start`。若需要提前結束，才使用 `/moonfest stop`。

## 4. 獎勵與計分

### 4.1 首發活動分數

| 項目 | 分數 | 上限 | 自動化方式 |
|---|---:|---:|---|
| 熟肉提交 | 每份 1 分 | 16 分／隊 | 固定站點提交時驗證並消耗 |
| 尋寶節點 | 每個 3 分 | 9 分／隊 | 節點互動後鎖定並寫入進度 |
| 燈謎答對 | 每題 2 分 | 12 分／隊 | 點擊／指令送出後由題庫驗證 |
| 報到 | 每人 2 分 | 每人一次 | 報到台互動自動記錄 |

### 4.2 獎勵原則

- 參與者都有一份紀念性原版物品，模組依玩家 UUID 發放一次。
- 得分隊伍獲得展示牌署名、裝飾物或少量生活資源。
- 每日／每週／每月獎勵各自有冷卻與上限。
- 獎勵發放採可重試但不重複的紀錄機制；伺服器重啟後會繼續處理未完成的發放。
- 任何高階裝備、現實獎品、抽獎或金錢支出，另行確認，不放進預設獎勵。

## 5. 團隊分工

| 角色 | 建議負責人 | 責任 |
|---|---|---|
| 主持／內容決策 | 神無月米哈魯 | 確認題庫、獎勵、活動口吻；當天主持與合照 |
| 模組開發／技術 | Linco／鈴柯 | 建置 Fabric 模組、設定檔、測試、發布包與技術文件 |
| 伺服器維運 | Gujing、阿夢 | 提供實際環境資料、備份、安裝、權限、回復與主機監控 |
| 社群與報名 | 冰熊或一名志願者 | 公告、白名單申請、會員進服教學與回饋收集 |
| 場地與彩排 | 冰熊或一名志願者 | 建立固定節點、檢查場地、協助彩排；不負責日常計分 |

正常活動不需要場務即時抄分。若內容題庫或獎勵需要修改，由內容負責人更新設定檔，技術人員驗證後發布新版本。

## 6. 籌備時程與版本凍結

| 日期 | 工作 | 交付門檻 |
|---|---|---|
| 9/05–9/07 | 確認實際 Minecraft、Fabric、Fabric API、Java、Mod 清單與伺服器權限 | `environment.md` 完成 |
| 9/08–9/10 | 建立可建置的模組骨架、設定檔驗證、狀態機與安全停止 | 可啟動、停止、重啟 |
| 9/11–9/13 | 完成報到、隊伍、烤肉站、尋寶、燈謎、獎勵紀錄 | 3 人流程通過 |
| 9/14–9/16 | 加入長期任務、每日／每週／每月重置與排行榜 | 跨日／重啟狀態正確 |
| 9/17–9/18 | 8 人整合測試、重複提交測試、斷線與獎勵重試測試 | 無 P0 問題 |
| 9/19 | 備份還原與停用模組演練 | 可回復活動前存檔 |
| 9/20 | Release Candidate 凍結；主播確認題庫與獎勵 | 凍結後只修阻塞問題 |
| 9/21–9/23 | 公告、白名單、進服說明、45 分鐘完整彩排 | 主持不需要技術指令 |
| 9/24 | 正式環境備份、安裝、重啟、確認狀態為待機 | 禁止新增功能 |
| 9/25 | 19:30 報到；20:00–22:00 首發活動 | `/moonfest start` 後自動跑完 |
| 9/26 起 | 啟用月見生活季常駐內容 | 每日／每週任務可用 |

## 7. 伺服器安全與營運

- 活動與常駐內容都限制在設定好的世界與座標範圍，不掃描全世界。
- 不生成自訂生物、不做無上限掉落、不做大型煙火；使用定量、可清除的效果。
- 模組停用後，既有世界、玩家背包與既有 Mod 仍可載入；活動資料使用獨立命名空間。
- `start`、`stop`、`reload`、`reset` 分離權限；`reset` 僅能在測試服或二次確認後執行。
- 配置檔先做 schema 驗證；座標、物品 ID、獎勵數量不合法時拒絕啟動並清楚記錄錯誤。
- 玩家資料以 UUID 儲存，不以玩家名稱作唯一識別；改名或重連不會遺失進度。
- 伺服器重啟後活動若正處於進行中，進入 `RECOVERY_REQUIRED`，通知維運者；不自動重複發獎或重複消耗物品。
- 長期任務以每日／每週／每月上限控制，避免形成新的無限刷資源路徑。

### 緊急處理順序

1. 執行 `/moonfest stop`，模組停止計分與獎勵。
2. 若仍有問題，停用模組並重啟伺服器。
3. 檢查玩家資料、活動容器與活動區。
4. 只有存檔受損或無法判讀時，才依維運文件回復活動前備份。

## 8. 活動公告草稿

> **MiCraft 2026 中秋活動｜月見營地・中秋同樂日**  
> 9/25（五）20:00–22:00，19:30 開放會員報到。一起烤肉接力、找月兔、玩自動燈謎，最後賞月合照。  
> 活動使用現有 MiCraft 伺服器，不需要另外安裝客戶端 Mod 或材質包。活動結束後，月見任務、尋寶與月餅內容會保留，成為伺服器的長期玩法。  
> 預計 4–10 人參加，人數少時會自動改為合作模式；活動區不 PvP、不破壞、不使用會影響存檔的玩法。

## 9. 活動後評估與長期決策

活動結束後 48 小時內由模組與維運紀錄以下資料：

- 報名、到場、最高同時在線人數。
- 各回合完成率、玩家完成每日／每週任務的次數。
- 模組錯誤、重啟恢復、獎勵重試與伺服器效能資料。
- 玩家對烤肉、尋寶、燈謎、長期任務的 1–5 分評分。
- 月見生活季是否造成資源通膨、過度重複或玩家負擔。

是否續租、是否擴大內容或是否加入 Java 模組的新功能，等實際運行資料出來後再決定。長期營運的第一版先保持小而穩定，讓可重複遊玩的資料與流程累積起來。