chore: template 1.16.0——wiki 讀取兩支 hook（查詢即搜尋 wiki＋subagent 自動注入）

leo 2026-07-20：「花很多力氣去產生 wiki，最重要的就是要可以查詢，
結果要查的時候就跳過，那就白寫了」

- wiki-first-search.sh（Grep|Glob|Read）：查 code 的當下用同組關鍵字 grep wiki，只推命中行
- subagent-wiki-guard.sh（Task）：查證類任務自動注入「先查 wiki」給 subagent
- update.sh/install.sh 來源改指 Gitea（原指 GitHub uncle6me-web 已 suspend＝自動更新早就死了）

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

.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 安全界線（最重要 — 絕不可越）
 
 **「有事才讀」，禁止自動輪詢。**