安裝
npx skills add vercel-labs/autoship適合誰
適合倉庫已經用 changesets 做版本管理，並想用 AI 產生發版說明、把 changeset 發版流程自動化的人。官方倉庫是 https://github.com/vercel-labs/autoship ，把它寫成 CLI tool to automate changeset-based releases with AI-generated descriptions。前置條件寫得很硬：Node.js 18+、Git、已對目標倉庫鑑權的 GitHub CLI（gh），以及環境變數 AI_GATEWAY_API_KEY。目標倉庫 must use changesets。缺少其中任何一項，都不要把第一次嘗試做成正式發版。
它適合先在你有權修改的倉庫裡做一次可撤回的演練，不適合對未使用 changesets 的正式庫直接開刀。材料寫了若干 Supported 介面，正文不展開名單，也不要從這份名單推斷未寫出的介面一定不可用。
3 分鐘完成第一次嘗試
先核對立案條件，再安裝技能。官方技能安裝命令是：
npx skills add vercel-labs/autoship
這是材料給出的技能安裝命令。先確認目前目錄允許寫入技能設定，再執行；副作用是把 autoship 技能裝進目前代理環境。裝完後先看技能是否可被喚起，不要立刻發版。
低風險任務：在已能執行該技能的代理裡，只做檢查——確認本機 Node.js 為 18+、git 與 gh 可用、gh 對目標倉庫有權限、環境裡已有 AI_GATEWAY_API_KEY、目標倉庫確實使用 changesets。變更點到此為止。成功訊號是上述檢查都通過，且技能已安裝。不要在檢查失敗時改用未出現的安裝器，也不要編造金鑰值。
若檢查通過，且目標倉庫是你明確允許寫入的演練庫，才考慮官方示例：
npx autoship add myproject
材料把倉庫名寫成 myproject；只有在你把該名字對應到自己有權限、且已使用 changesets 的倉庫之後才能執行。執行前再次確認不會對正式管道發版。成功訊號是倉庫被加入 autoship，而不是已經發布到登記處。
使用案例
案例一：先裝技能，只做發版前置檢查。對應 npx skills add vercel-labs/autoship，以及 Node.js 18+、Git、gh、AI_GATEWAY_API_KEY、changesets 這些條件。適合還不確定倉庫是否合格的人。材料沒有寫檢查命令的輸出格式；能確認的是這些條件必須同時滿足。不要把案例一寫成已經產生發版說明。
案例二：把已使用 changesets 的倉庫加進 autoship，準備帶 AI 說明的發版。對應 npx autoship add myproject 與 automate changeset-based releases with AI-generated descriptions。適合前置檢查已通過、只差登記倉庫的人。材料沒有寫如何預覽說明、如何撤回或如何跳過 AI；能確認的只有「先 add 倉庫」。沒有出現發布或回滾命令，不要補。
使用邊界
沒有 changesets 的倉庫不在材料涵蓋範圍內。AI_GATEWAY_API_KEY 是必需環境變數名，材料沒有寫申請入口或免費額度；不要用佔位金鑰湊合。gh 必須已對目標倉庫鑑權，材料沒有寫組織策略或細粒度權限模型。changesets 的說明指向 https://github.com/changesets/changesets ，但那只證明版本策略依賴它，不證明 autoship 已替你初始化 changesets。第一次嘗試不要初始化正式發版。材料沒有給出其它安裝命令。