framework-release

# framework-release — 釋出尾段 `verify-ac` 判 PASS 之後就結束了。它留下的是一份交付紀錄，不是一句「可以出貨了」。這支 skill 讀那份紀錄，把它變成真的發生的事。 **這裡不做判斷。** 該不該出貨、出什麼、算不算達成，全都在交付紀錄裡由 `verify-ac` 決定。 這支只負責執行，而且執行之前會把那份紀錄再驗一次——紀錄釘��� commit 跟現在的 HEAD 對不上 就停，斷言被動過也停。 ## 先看它打算做什麼 ```bash bash .claude/skills/framework-release/scripts/spine-release.sh --issue {issue} ``` **預設是預覽，不會動任何東西。** 它會印出目的地、判定人、紀錄釘的 commit、現在的 HEAD、 以及接下來每一步打算做什麼。看過了再加 `--execute`。 ```bash bash .claude/skills/framework-release/scripts/spine-release.sh --issue {issue} --execute ``` ## 被打斷了：先問它走到哪 ```bash bash .claude/skills/framework-release/scripts/spine-release.sh --issue {issue} --status ``` **逐項問每一個系統，然後直接重跑 `--execute` 就好。** 每一步在做之前都會先問那個真的擁有 那件事的系統——`git ls-remote` 問 tag、`gh release view` 問 release、`merge-base` 問促進、 template checkout 自己問同步——所以做過的會被跳過，沒做的會被補上。 **沒有進度檔，這是刻意的。** 一份「做到第幾步」的本機紀錄是同一件事的第二個答案，而第一個 答案在 origin、在 GitHub、在 template checkout 上。兩份會漂，而漂掉的那一刻正好是有人被 打斷、最需要一句真話的時候。 問不到的那一項會說它問不到（例如 `gh` 不在、`origin/main` 的物件本機沒有），不會省略、 也不會猜一個——一個安靜的第三態，下一次就會被當成查過了。 ## 尾段做哪幾件事 1. **重驗** —— fence 與交付紀錄都要還成立。任一項不成立就停，這時候還沒有任何東西被送出去。 2. **壓版號** —— 讀 changeset 決定 patch / minor / major。**`.changeset/` 就是版號唯一的 宣告源**，交付紀錄裡沒有這件事也不該有：那份紀錄由可攜層寫，而版號是這條尾段自己的 模型。有 changeset 卻沒壓動的話這是矛盾，不是可以印一行 note 略過的事。 3. **促進 main** —— 找到這條 branch **已經開好**的 PR，過閘之後 fast-forward。不是直接推 main。 **這支不開 PR。** 它 `gh pr list --state open`；開 PR 是 SWE 的 definition of done，屬 `swe-knowledge`——PR 開出來就是實作完成，而這支是完成**之後**的事。 **但「沒有 open PR」有兩種原因，而它們要的下一步相反**：還沒...