# sprint.md — 本期要點亮哪幾站

> **單位是站號，不是一批任務。** 這份檔的存在理由：讓自動起牀的排程／新開的 session
> 一睜眼就有明確的「離通關還缺什麼」，而不是讀到一堆過期任務只能空轉收工。
> **誰能寫**：只有總管（orchestrator）。

---

## 本期

- **期間**：[YYYY-MM-DD] → [YYYY-MM-DD]
- **交付**：[J-x] 的 **[S-a]、[S-b]**
- **考題**：G-a.1、G-a.2、G-b.1
- **這期不做**：[明寫哪些站這期不碰。沒寫，別人就會自己加戲。]

### 現在幾站亮了

- [J-x] 已點亮 **n/m** 站
  - ✅ 已亮：[S-?]（[實測證據在哪]）
  - ◐ 半通：[S-?]（[缺什麼]）
  - ❌ 未亮：[S-?]、[S-?]

---

## 認領流程（順序鐵律，不准跳）

> **先認領 → 認領不足才新增 → 新增必掛站。** 這個順序是為了防止重造一份任務清單。

1. **先認領**：對現有任務池**逐項**問——
   「這個任務不做，[S-a]／[S-b] 的考題會掛嗎？」
   - 會掛 → 認領進本期
   - 不會 → **留在池子裡，這期不准碰**
2. **認領完考題還是過不了** → 池子真的缺東西 → **此時才准新增任務**
   - 新任務**必須標注它服務哪一站**（無站號＝格式錯誤，hook 會擋）
3. **收尾判準**＝指定站的考題**全綠**，不是任務全關
   - 🟢 站 → 點亮、關閉
   - 🔴 站 → 點亮 ＋ 轉「對帳中」，等 root.md 上的對帳日

---

## 認領清單

- [S-a] [站名]
  - 認領：[任務編號／描述]（在哪個 repo）
  - 認領：[...]
  - 新增：[...]  ← 標明是新增的，以及為什麼池子裡沒有
- [S-b] [站名]
  - 認領：[...]

---

## 到期結算（換檔機制）

> 期間一到就**強制結算**，不准無聲延期——過期的 sprint 檔正是「起牀讀到殘骸」的來源。

- 到期日 [YYYY-MM-DD] 當天做三件事：
  - 亮了的站 → 在 journeys.md 標記，附**實測證據**
  - 沒亮的站 → **搬移**到下一期，並寫一行「為什麼沒亮」
  - 沒人認領也沒亮的任務 → **作廢或退回池子**，不准留在這裡假裝還活著
- 狀態只有三種：**✅ 通（附實測證據）／◐ 半通（標明缺什麼）／❌ 斷**
  - 「程式碼寫完了」不是狀態