feat: 跨 repo issue/comment 署名鐵律 [<repo> CC]（issue #12）+ bump 1.12.0

所有 repo 共用 uncle6me-web 一帳號發 issue/comment，author 看不出來源。
issue-handle skill 加第 3 節「跨 repo 署名」：comment 開頭一律 [<本 repo> CC]，
總管用 [InkStoneCo 總管]，內容層溯源（平台無 per-repo 身份）。第 1 節範例帶署名，
原 flag 界線順延第 4 節。落點選 skill 不選 CLAUDE.md（導航牌不增長）。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

template/.claude/commands/issue-handle.md

@@ -8,7 +8,7 @@ description: 處理本 repo 的 GitHub issue（讀/回/結案），跨 repo 發
 很多人不知道這件事——`gh` 已內建認證，零開發、零外部依賴。issue 同源於 repo，
 比 Notion / Sheets 更適合做交辦與待辦，不必引入外部 SaaS。
 
-這份指引分三層，界線要守住。
+這份指引分四層，界線要守住。
 
 ---
 
@@ -20,12 +20,13 @@ description: 處理本 repo 的 GitHub issue（讀/回/結案），跨 repo 發
 gh issue list --state open          # 看有哪些待辦
 gh issue view <n>                   # 讀完整內容
 # …實作…
-gh issue comment <n> --body "做了什麼、怎麼決定的、改了哪些檔"
+gh issue comment <n> --body "[<本 repo> CC] 做了什麼、怎麼決定的、改了哪些檔"
 gh issue close <n>                  # 確認解決後結案
 ```
 
 回覆要有料：說清楚**做了什麼、為什麼這樣決定、動了哪些檔**，而不是只回「done」。
 issue 作者（可能是另一個 repo 的 CC，或人類）要靠你的回覆判斷對不對。
+跨 repo 的 issue/comment 開頭一律署名 `[<本 repo> CC]`（見第 3 節鐵律）。
 
 ---
 
@@ -41,7 +42,25 @@ issue 作者（可能是另一個 repo 的 CC，或人類）要靠你的回覆
 
 ---
 
-## 3. flag 安全界線（最重要 — 絕不可越）
+## 3. 跨 repo 署名（鐵律 — 絕不可漏）
+
+所有 repo（mira / graph-plugin / ingest-plugin / Arcrun / template…）共用**同一個 GitHub 帳號**發 issue/comment，
+所以 issue/comment 的 author **全顯示同一個帳號、看不出是哪個 repo 的 CC 發的**。
+
+> **跨 repo 的 issue/comment 一律在開頭署名 `[<本 repo> CC]`**，靠內容署名溯源。
+
+- 收件方 CC 回報：`[graph-plugin CC]` / `[mira CC]` / `[ingest CC]` / `[arcrun CC]`…
+- 總管下令/追問：`[InkStoneCo 總管]`
+- 署名放 comment **第一行或標題式開頭**（既有的「## 回報（graph CC）」即合格）。
+
+為什麼只能這樣：GitHub issue/comment 的 author = 發送帳號，**沒有 per-repo 身份這設定**；
+`git config user.name` 只影響 commit 作者、不影響 issue/comment author；
+給每個 repo 開獨立帳號 = 多帳號自動化 = 踩下方第 4 節 flag 鐵律，**不可**。
+身份只能在**內容層自報**。本 repo 名稱 → 看 `git remote -v` 或 repo 根目錄名。
+
+---
+
+## 4. flag 安全界線（最重要 — 絕不可越）
 
 **「有事才讀」，禁止自動輪詢。**