# `agents/` — 工人名單（inkstone/ISEP#86）

> leo 派工時派給的不能是「一個 agent」，要派給**有名字的人**。
> 「票上看不出來這件事是誰做的」是這張票的來由。

**一個檔案 ＝ 一個工人。** 每個檔案只回答四件事：

| 段 | 問題 | 為什麼一定要有 |
|---|---|---|
| `**負責 repo**` | 它管哪一個 repo | 派工時挑人的唯一判準；也是【身份】欄第二格 |
| `## 開工前先讀` | 它要先讀什麼 | 這是**每個工人各自不同**的部分——共通規定補不了 |
| `## 紅線` | 它不准做什麼 | 全機共通的紅線在共通規定裡；這裡只寫這個 repo 特有的 |
| frontmatter `description` | 一句話它是誰 | `scripts/roster list` 印的就是這一行 |

## 為什麼是這個形狀，不是自己造一套

`agents/` 是 Claude Code plugin **原生**的 subagent 目錄，檔名（frontmatter 的 `name`）
就是 `Task` 工具的 `subagent_type`。⇒ 「指名派給誰」不必發明新欄位、不必改派工單格式
（派工單仍然只有 `【工單】` 一行，`dispatch-format-guard.sh` 的行為一個字都沒變）。

## 怎麼用

```
python3 scripts/roster list            # 名單：有哪幾個工人、各自管什麼
python3 scripts/roster show isep-hand  # 一個工人的全文（它開工前會讀到的東西）
python3 scripts/roster names           # 只印名字，給腳本用
```

派工時把名字放進 `Task` 的 `subagent_type`；名字不在名單上，
`hooks/roster-guard.sh` 會擋下來並說「**沒有這個人**」，同時把名單印出來。

## 加一個工人

在這個目錄新增一個 `.md`（照既有檔案的四段），然後：

```
python3 scripts/roster list                       # 新的名字要出現
bash hooks/tests/roster-guard.test.sh             # 全綠
```

**不必改任何 hook**——名單是資料，閘讀的是這個目錄。