菜单
Claude Code release notes 框架影響評估工具。比對 last-reviewed 版本篩出新版本，逐項分類（對框架有幫助 / 需評估 / 無影響 / 不適用），對採用項引導建 ANA + WRAP + spawn 落地。Use when: 執行 /release-notes 看到新版本、定期檢查 CC 更新、評估新功能對專案框架的影響時。Triggers: release notes, release-notes, CC 更新, claude code 更新, 版本更新評估, 新功能評估, 框架影響評估。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Branch Worktree Guardian - Git 分支和 Worktree 管理工具。Use for: (1) 新開發需求時建立隔離分支, (2) 使用 worktree 機制避免分支衝突, (3) 驗證當前工作分支正確性, (4) 預防在錯誤分支上開發
Use this skill for managing git worktrees for Ticket-based development. Triggers include: creating a worktree for a new ticket, checking worktree status, viewing all worktrees, or any mention of /worktree, worktree management, feature branches, or setting up development environment.
版本發布整合工具。Use for: (1) 發布新版本（合併到 main、打 Tag、推送）, (2) 發布前健康檢查（所有 Ticket 完成？CHANGELOG 更新？）, (3) 更新版本文件（worklog 狀態、CHANGELOG）。Use when: 準備發布版本、執行 /version-release check 確認發布前狀態、完成所有 Ticket 後要收尾時。
Composes atomic, intent-revealing, grep-friendly writing (Zettelkasten) for code comments, docs, logs, prompts, schema/ticket fields, external-analysis transformation, and long-form technical articles. Use when cognitive load and token cost matter. **Also triggers during multi-round review / batch review / 寫作 audit** — provides the keyword bank (正向陳述 / 口語修辭 / 地區用語 / 廢話前綴 / 裝飾符號 / 對讀者喊話 / 自評誇飾 / 必然性框架) and frame-specific check lists that multi-round-review reviewer agents need. Triggers: 寫註解, 寫文件, 寫日誌, 寫 prompt, 寫文章, 技術文章, 商業分析, 外部分析文章, post-mortem, 架構決策, 除錯復盤, 欄位設計, atomic, reusable, 多輪審查, multi-round review, batch review, 寫作 audit, 正向陳述, 口語修辭, 字句層 grep.
寫多篇章節後做多輪 agent reviewer audit 的標準操作流程。每輪用不同 frame 切換、跨輪 finding 互不重疊、停止訊號是 frame 涵蓋而非 finding 數遞減。Round 1-A 寫作規範 reviewer 必須同步 invoke `compositional-writing` skill 的字句層 keyword bank（正向陳述 / 口語修辭 / 地區用語 / 廢話前綴 / 裝飾符號 / 對讀者喊話 / 自評誇飾 / 必然性框架）、且命中後要做語意判定（命中是候選不是判決）。觸發詞：多輪審查、Round 1/2/3、frame 切換、跨輪審查、reviewer 規劃、何時停止 review、寫作 audit、batch review、cadence 同骨化、enumeration 不窮盡、正向陳述、self-application sweep。Trigger when reviewing multiple writings via successive rounds of agent reviewers.
Use this skill whenever the user wants to create, track, query, or manage tickets. Triggers include: creating new tickets, claiming or releasing tickets, checking ticket status or progress, completing tickets, handing off work between agents, resuming interrupted tasks, migrating tickets between versions, converting plans to tickets, or any mention of /ticket, task tracking, or ticket lifecycle operations.
| name | cc-release-impact-review |
| description | Claude Code release notes 框架影響評估工具。比對 last-reviewed 版本篩出新版本，逐項分類（對框架有幫助 / 需評估 / 無影響 / 不適用），對採用項引導建 ANA + WRAP + spawn 落地。Use when: 執行 /release-notes 看到新版本、定期檢查 CC 更新、評估新功能對專案框架的影響時。Triggers: release notes, release-notes, CC 更新, claude code 更新, 版本更新評估, 新功能評估, 框架影響評估。 |
定位：流程引導 skill（仿 wrap-decision），把「Claude Code 更新 → 框架影響評估 → spawn 落地」固化為可重複流程。
核心理念：CC 平台持續更新，新功能可能改善本專案的派發 / 互動 / 可觀測性規範，也可能與既有規則產生張力。每次更新都應被評估，但只評估「未評估過的新版本」，避免重複勞動。
首要原則：去重先於評估。先讀狀態檔確認 last-reviewed 版本，只評估其後的新版本。重複評估已落地版本是浪費（本 skill 因 W4-028 重複評估 2.1.157 的教訓而生）。
| 情境 | 識別特徵 |
|---|---|
| 看到新版本 release notes | 執行 /release-notes 後出現未評估的版本號 |
| 定期檢查 | 用戶要求「檢查 CC 更新對框架的影響」 |
| 升級後回顧 | CC 自動更新後想確認新功能是否該納入框架 |
讀 state/last-reviewed.md，取得 last-reviewed 版本號。只評估其後的新版本，已評估版本直接跳過。
用戶執行 /release-notes 並貼上 stdout，或提供版本區間。skill 不自行 fetch 網路（避免外部依賴）。
對每個新版本的每一條，歸入下表四類之一。禁止漏項——無影響 / 不適用項也必須顯性標註理由（避免「看似評估完整實則跳過」）。
| 類別 | 判準 | 後續 |
|---|---|---|
| 對框架有幫助 | 可改善既有派發 / 互動 / 可觀測性 / 流程規範 | 進 Step 4 規劃落地 |
| 需評估 | 可能有幫助但需先分析相容性 / 成本 | 建 ANA child 深入 |
| 無影響 | 純 bug fix / 平台內部 / 與本專案無關 | 標註理由，不動作 |
| 不適用 | 針對本專案未用的供應商 / 機制（如三方 Bedrock、plugin） | 標註理由，不動作 |
特別注意「張力項」：新功能若與既有規則衝突（如 CC 行為改變 vs 專案強制規則），歸「需評估」並標為高價值，方向交用戶決策（敏感規則改動不擅自落地）。
採用項（有幫助 / 需評估）依 quality-baseline 規則 5 建 ANA ticket：
--parent 建立落地 IMP/DOC/ANA（PC-091：ANA 落地用 children 不用 spawned_tickets）basil-writing-critic 審查（三明示 / 禁用詞 / 簡體字）範本：W4-028（worktree/agent/OTEL/plugin 評估）、W4-029（本 skill 的 source ANA）為標準範例，新評估比照其結構。
評估完成後，更新 state/last-reviewed.md 的 last-reviewed 版本號，並追加本次評估的版本區間 + 對應 ticket ID 到歷史表。
state/last-reviewed.md 記錄：
下次觸發時讀此檔，從 last-reviewed 之後開始，避免重複（如 W4-029 跳過 W4-028 已評估的 2.1.157）。
skill 產出：
| 反模式 | 為何有害 | 正確做法 |
|---|---|---|
| 不讀狀態檔直接評估全部版本 | 重複評估已落地版本（W4-028 重評 2.1.157 的教訓） | Step 1 先讀 last-reviewed，只評估新版本 |
| 只列「有幫助」項，跳過無影響項 | 看似評估完整實則漏項，後人無法判斷是否真評估過 | 四類全標，無影響 / 不適用須附理由 |
| 敏感規則（與平台行為衝突）擅自改 | 影響整個專案互動模式，越權 | 歸「需評估」高價值，方向交用戶決策 |
| 評估後不更新狀態檔 | 下次重複評估同一批版本 | Step 5 必更新 last-reviewed |
.claude/rules/core/quality-baseline.md — 規則 5（所有發現必須追蹤）.claude/skills/wrap-decision/SKILL.md — Step 4 的 WRAP 框架.claude/pm-rules/askuserquestion-rules.md — 敏感項交用戶決策時的提問規範