package-upgrade-feedbacklisted

# Package Upgrade Feedback Skill 收集對 `/package-upgrade` skill **本身** 的改進建議，由 LLM 主動草擬、使用者勾選 / 補充， 最後送到 `millerlai/auto-package-migration` GitHub Issues。 > 這個 skill 不是用來回報「我這次升 X 套件遇到 bug」的具體事件 — 那種請使用者自己 > 直接開 issue 或在對話中報給維護者。這個 skill 收集的是對 skill 設計、流程、功能 > 層面的改進建議。 ## 設計原則 1. **LLM-first drafting** — Phase 1 由 LLM 從外部視角主動寫一份 improvement 草稿， 讓使用者「勾選 + 補充」，不再「從零回答 5 個問題」。 2. **No private data in the draft** — Phase 1 草稿絕對不引用使用者環境、���件名稱、 Jira key、CVE 編號、絕對路徑、token、組織內部 hostname 等。內容純粹是對 skill 流程與功能設計的觀察與建議。 3. **多選 + 自由輸入** — Phase 2 用 `AskUserQuestion` 工具，提供 multi-select 優先項 選擇 + single-select 自由輸入（透過 UI 自動附加的 Other 選項）。 4. **Sanitization gate** — 即使 Phase 1 草稿無私人資料，使用者在 Phase 2 自由輸入的 內容仍會經 `sanitize_feedback.sh` 過濾（路徑 / token / Jira key / email / trendmicro hostname / 私有 IP）。 5. **One-shot Review** — Phase 4 印完整 issue body 給使用者，三選一：`y` 立即送、 `edit` 修改、`n` 取消。`y` 後 **不再二次確認**，立即跑 `gh issue create`。 ## Phase 1: LLM 草擬 Improvement.md（無使用者資料） ### Step 1.1 — 讀取當前 skill 內容 讀以下其一（哪個存在讀哪個）： - `~/.claude/skills/package-upgrade/SKILL.md`（global install） - `./.claude/skills/package-upgrade/SKILL.md`（project install） - 開發環境下：`./package-upgrade/SKILL.md`（這個 repo 自己的源碼） 讀 SKILL.md 是為了取得 skill 當前的 phase 結構與功能範圍，**不是** 為了引用使用者 任何資料。SKILL.md 本身是 skill 的公開設計文件，可安全引用。 ### Step 1.2 — 寫 Improvement.md 草稿（守則） **❌ 不要寫**： - 任何使用者的環境變數、檔案絕對路徑、家目錄 - 使用者剛才在 `/package-upgrade` 跑的具體套件、版本、CVE/BDSA/GHSA 編號 - 使用者的 Jira ticket key 或 URL - 使用者的 git remote、組織名、hostname、email -