refactor(doc): 接上 shared 共用規範，去除重抄段落並修正時區/機密遮蔽引用

依 todo.md 執行的規範治理專案：worklog／funcs／issues-analyze／
issues-analyze-to-file／issues-sync／notifications／docker 七個 skill 改為
引用 shared 新增的 14 個共用 spec（token 優先序、issue 讀取、TODO list、
ask-user、subagent、no-scratch-files、skill-invocation、script-path 等），
不再重抄內容；wiki_api.py 改用 zoneinfo 而非硬編 +8 offset，並補上與
shared/scripts/lib/redact-patterns.json 的對應註記；worklog 的 --tune 改為
呼叫 /jsc-shared:models --task summary。

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

skills/notifications/SKILL.md

@@ -3,6 +3,12 @@ name: notifications
 description: 讀取 Gitea 通知，依通知類型分組後逐組執行；若沒有通知就直接結束；先從目前工作區的 REVIEW.md 找對應流程，找不到就詢問使用者怎麼處理，並把缺少流程的通知類型附加回 REVIEW.md。當使用者要整理 Gitea 通知、依通知類型批次處理、照 REVIEW.md 執行通知流程、或補齊 REVIEW.md 的通知類型說明時使用此 skill。
 ---
 
+## 共用規範（必要前置）
+
+先載入 `/jsc-shared:spec-preflight` 並依其流程處理；載入不到即代表 shared plugin 未安裝，
+依該 spec 詢問使用者是否安裝 `https://gitea.jsc.idv.tw/plugins/shared.git`，不安裝則中斷本 skill。
+本 skill 需要的規範：`spec-output`、`spec-execution`、`spec-gitea`、`spec-no-scratch-files`
+
 # 依 REVIEW.md 處理 Gitea 通知
 
 你要讀取目前使用者在目標 Gitea 主機上的通知，先依通知類型分組，再逐組套用 `REVIEW.md` 內定義的處理流程。若沒有通知，直接結束，不改任何檔案，也不寫回 Gitea。
@@ -10,7 +16,7 @@ description: 讀取 Gitea 通知，依通知類型分組後逐組執行；若沒
 ## 第 0 步：先決條件
 
 1. 先依 `/jsc-shared:spec-gitea` 確認工具可用性，並決定使用 `tea` 或 Gitea REST API + `GITEA_TOKEN`。
-2. 決定 Gitea host 時，優先使用目前工作區 repo 的 `origin`，再看 `$GITEA_HOST`，都沒有才詢問使用者。
+2. 依 `/jsc-shared:spec-gitea` 的「gitea 主機決定順序」決定 host，不自行定義順序。
 3. 若 `tea` 可用且該 host 有對應 login，優先用 `tea`；否則用 API + `GITEA_TOKEN`。
 
 ## 第 1 步：讀取通知
@@ -43,4 +49,4 @@ description: 讀取 Gitea 通知，依通知類型分組後逐組執行；若沒
 
 1. 逐組完成後，回報本次讀到的通知總數、分組結果、已套用的流程，以及哪些通知類型沒有既有流程。
 2. 若有新增到 `REVIEW.md`，明確回報更新位置。
-3. 全程不要把通知內容寫成草稿檔或暫存檔。
+3. 依 `/jsc-shared:spec-no-scratch-files` 執行，全程不把通知內容落地成草稿檔或暫存檔。