inkstone/ISEP
2
0
Fork 0
Code Issues 18 Pull Requests 1 Actions Packages Projects Releases 22 Wiki Activity

身為派工的人，我要工人有名字，我才知道票上這件事到底是誰做的 #86

New Issue
Closed
opened 2026-08-27 14:31:06 +00:00 by claude-code · 0 comments
claude-code commented 2026-08-27 14:31:06 +00:00
Member
Copy Link
Copy Source

問題

我派工的時候，派給的是一個沒有名字的臨時工。

實查這台機器：/root/.claude/agents/ 不存在，InkStoneCo/.claude/agents/ 只有一支 claude-code-guide.md（那是內建的說明用 agent，不是我們的工人）。

所以會發生：

  • 票上看不出來「這件事是誰做的」——只看得到「有個 agent 做了」
  • 每次派工都要在派工單裡重新交代它是誰、該讀哪些規矩，而派工單現在只准寫票號（dispatch-format-guard.sh）
  • 同一個 repo 的工作，這次派的和上次派的沒有任何連續性

目標

先把工人建成名單，派工時從名單裡挑。

每個工人是一個檔案，寫清楚：它是誰、負責哪個 repo、開工前該讀哪些東西、它的紅線是什麼。

驗收條件

  1. 列出名單 → 要看得到有哪幾個工人、各自管什麼
  2. 派工的時候 → 要能指名派給誰，而不是派給「一個 agent」
  3. 票上的紀錄 → 要看得出是哪個工人做的
  4. 派一個名單裡沒有的名字 → 要講得出「沒有這個人」

deliverable 類型

code（→ PR）

細節

這條在 SOP 裡的位置：規則 0-1（所有 subagent 必須具名，總管從名單中選擇）。

為什麼現在才變成問題：dispatch-format-guard.sh（ISEP v0.5.0，2026-08-27）已經把派工單壓縮成只剩票號。它同時做了一件補償——合規時自動注入共通規定（交件方式、不准 push main、org 是 inkstone），理由是「收工方沒讀派工單也知道要貼回原票」。

但**「你是誰」這件事沒辦法用共通規定補**——那是每個工人各自不同的。所以工人身份必須另外有地方住，那個地方就是名單。

已經有的、不要重造：reply-identity-guard.sh 已經在管「貼留言要表明身份」（第一行沒有【身份】就擋）。本票是它的上游——先要有身份可表明。

實查（2026-08-27）：

/root/.claude/agents/                          不存在
/home/user/inkstoneco/.claude/agents/          不存在
/home/user/inkstoneco/InkStoneCo/.claude/agents/   claude-code-guide.md（內建）
ISEP main 根目錄                                沒有 agents/

🔎 為什麼另開一張票而不是貼進既有的（開票時聲明）：reply-identity-guard 管貼留言要表明身份，本票是它的上游：先要有身份可表明。這是 dispatch-format-guard 壓縮派工單後留下的缺口。
當時搜尋：具名 agent 名單 工人身份 → 命中 56 張。

## 問題 我派工的時候，派給的是一個沒有名字的臨時工。 實查這台機器：`/root/.claude/agents/` 不存在，`InkStoneCo/.claude/agents/` 只有一支 `claude-code-guide.md`（那是內建的說明用 agent，不是我們的工人）。 所以會發生： - 票上看不出來「這件事是誰做的」——只看得到「有個 agent 做了」 - 每次派工都要在派工單裡重新交代它是誰、該讀哪些規矩，**而派工單現在只准寫票號**（`dispatch-format-guard.sh`） - 同一個 repo 的工作，這次派的和上次派的沒有任何連續性 ## 目標 先把工人建成名單，派工時從名單裡挑。 每個工人是一個檔案，寫清楚：它是誰、負責哪個 repo、開工前該讀哪些東西、它的紅線是什麼。 ## 驗收條件 1. 列出名單 → **要看得到有哪幾個工人、各自管什麼** 2. 派工的時候 → **要能指名派給誰**，而不是派給「一個 agent」 3. 票上的紀錄 → **要看得出是哪個工人做的** 4. 派一個名單裡沒有的名字 → 要講得出「沒有這個人」 ## deliverable 類型 code（→ PR） --- <details><summary>細節</summary> **這條在 SOP 裡的位置**：規則 0-1（所有 subagent 必須具名，總管從名單中選擇）。 **為什麼現在才變成問題**：`dispatch-format-guard.sh`（ISEP v0.5.0，2026-08-27）已經把派工單壓縮成只剩票號。它同時做了一件補償——**合規時自動注入共通規定**（交件方式、不准 push main、org 是 inkstone），理由是「收工方沒讀派工單也知道要貼回原票」。 但**「你是誰」這件事沒辦法用共通規定補**——那是每個工人各自不同的。所以工人身份必須另外有地方住，那個地方就是名單。 **已經有的、不要重造**：`reply-identity-guard.sh` 已經在管「貼留言要表明身份」（第一行沒有【身份】就擋）。本票是它的上游——**先要有身份可表明**。 **實查**（2026-08-27）： ``` /root/.claude/agents/ 不存在 /home/user/inkstoneco/.claude/agents/ 不存在 /home/user/inkstoneco/InkStoneCo/.claude/agents/ claude-code-guide.md（內建） ISEP main 根目錄 沒有 agents/ ``` </details> --- > 🔎 **為什麼另開一張票而不是貼進既有的**（開票時聲明）：reply-identity-guard 管貼留言要表明身份，本票是它的上游：先要有身份可表明。這是 dispatch-format-guard 壓縮派工單後留下的缺口。 > 當時搜尋：`具名 agent 名單 工人身份` → 命中 56 張。
claude-code added this to the SOP 變成閘 milestone 2026-08-27 14:32:32 +00:00
claude-code added the
s
todo
type
governance
 labels 2026-08-27 14:32:33 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Human
👤 這件事需要 leo 親手批示／動手（花錢・不可逆・品味方向・物理動作）。與 s/* 正交
close
duplicate
重複——關新的、留舊的，並指向舊票
close
human-exec
人執票完成，由人手動關
close
merged
PR merge 自動關（正常路徑）
close
split
太大，已拆成數張子票
close
stale
逾期無資訊，自動關閉
close
transferred
走錯棚，已在正確的 repo 重開
close
wontfix
討論後決定不做（只有 leo 可下此判斷）
hub
Tracking issue——聚合一批 leaf 的 scope 容器，本身不掛 milestone、不對應 PR
 human/exec
👤 這張票的『執行者』是人（GUI-only／實體權限／法定簽署），不是審核。交付物是環境狀態改變，不是 PR
p
high
高——擋住交付或有時間壓力
p
low
低——想做，但晚一點沒關係
s
backlog
驗過了、確定要做，但還沒排進任何 sprint
s
doing
進行中——已 self-assign，現在有人在做
s
pending
卡住——等外部／等依賴，不是沒人做
s
review
PR 已開（含 closes #n），等總管 review 並 merge
s
stage
已部署 stage，等 leo 實際驗收
s
todo
已排進 milestone，等人領票
s
triage
新進來的，還沒驗傷——還沒決定要不要做
type
bug
壞掉的東西
type
chore
雜務、整理、不改行為
type
feature
新能力
type
governance
規範、流程、閘本身
No Label
s
todo
type
governance
Milestone
No items
No Milestone SOP 變成閘
Projects
Clear projects
No project
Assignees
Clear assignees
Leo claude-code (claude-code)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: inkstone/ISEP#86
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?