發布與查核日期:2026年8月24日

先確認平台狀態

這篇的判斷基準是官方說明,不用「GPT、Gem 已經死亡」當標題。產品能力與政策分開看,讀者才知道哪些需要立刻備份、哪些仍只是風險訊號。

截至 2026-08-24 的公開狀態
產品 已確認狀態 現在該做什麼
ChatGPT GPT Free、Go、Plus、Pro 個人帳號不能再新建或發布;既有 GPT 仍可使用,符合權限時仍可編輯。Business、Enterprise、Edu 可依工作區設定建立。 先備份設定、Knowledge 清單與工具依賴。
Gemini Spark Skills 已正式推出。目前限 Spark、個人 Google 帳號、Google AI Pro/Ultra,並有地區與 Keep Activity 限制。 準備單一 SKILL.md,或根目錄含該檔的 ZIP。
Gemini Gems Google 官方 Gems 說明仍在線。10 月 20 日退場來自功能旗標消息,Google 尚未正式公告,日期仍可能變動。 標示「可能退場」,先備份與準備遷移。

先看懂轉換關係

這不是一鍵轉檔。

指令、知識與固定格式通常可以重整。Actions、Apps、Extensions、帳號權限、聊天歷史與產品記憶通常不能直接搬。

GPT/Gem 設定在 Agent Skill 裡的落點
GPT/Gem 內容 Skill 中的落點 遷移判斷
Instructions/Gem 指令 SKILL.md 工作流程與邊界 可搬,但要拆成可執行步驟。
Knowledge files references/、模板或資料檔 可搬原始檔;先檢查授權與敏感資訊。
Conversation starters 範例任務與測試 prompts 可搬,補上預期結果與失敗訊號。
固定輸出格式 templates/ 與輸出規範 可搬;規則與範例分開保存。
Actions、Apps、Extensions scripts/、MCP 或連接器 需重做認證、API、權限與錯誤處理。
GPT Store/Gem 分享連結 Git、ZIP、Plugin 或 Skill Hub 重新選擇發布與更新方式。
舊對話與產品記憶 通常沒有直接對應 只提取有權保存的必要規則與範例。

步驟一:備份原始設定

Action

建立 migration-inventory.md

  1. 記錄名稱、用途與主要讀者。
  2. 複製 Instructions 或 Gem 指令全文。
  3. 保存 Conversation starters。
  4. 列出 Knowledge 檔名、來源、更新日期與公開範圍。
  5. 記錄固定輸出格式。
  6. 盤點 Actions、Apps、Extensions 的輸入、輸出、認證與錯誤情境。
  7. 保留三個成功案例,以及一個不該觸發的案例。
預期結果

即使原產品介面改變,仍能從清單重建工作方法。

失敗訊號

備份只有一段 prompt,沒有知識來源、工具依賴或測試案例。

不要把秘密一起備份。

API key、OAuth token、cookie、帳號 ID、公司文件與客戶資料不要寫進 Markdown、Git 或 ZIP。工具設定只保留介面契約與重做需求。

步驟二:建立最小 Skill

先把內容分成規則、長篇資料、固定模板、確定性動作四層。主檔保留觸發、流程、邊界與查找指引,長篇資料按需讀取。

portable-workflow/
├── SKILL.md
├── references/
│   └── source-notes.md
├── templates/
│   └── output-template.md
└── tests/
    └── prompts.md

最小可用的 SKILL.md

---
name: portable-workflow
description: 當使用者要求把原始資料整理成固定格式,並需要來源、限制與完成檢查時使用。
---

# Portable Workflow

## 執行流程

1. 讀取使用者提供的資料;缺少必要輸入時,指出缺口。
2. 只在需要時讀取 `references/source-notes.md`。
3. 依 `templates/output-template.md` 產出結果。
4. 檢查來源、敏感資訊、未驗證主張與格式完整性。

## 邊界

- 不捏造缺少的資料或成效數字。
- 不讀取或輸出 API key、token、cookie 與私人檔案。
- 涉及外部寫入、刪除、發送或帳號操作時先取得確認。

## 完成檢查

- 輸出符合模板。
- 重要主張有來源或標示待確認。
- 沒有秘密、個資或未授權內容。
格式檢查:

SKILL.md 要放在技能資料夾根目錄;YAML frontmatter 至少包含 namedescription。名稱使用小寫 kebab-case,description 同時說清楚「做什麼」與「何時使用」。

步驟三:把 starters 變成測試

Conversation starters 很適合當第一批測試,但每個 prompt 都要補上預期行為與禁止行為。

正向與變體

  • 典型任務應觸發。
  • 同一目的換句話說仍應觸發。
  • 輸出符合模板。

反向與邊界

  • 相近主題但不同任務不應亂觸發。
  • 要求秘密、刪檔或外部發送時應停下確認。
  • 缺資料時不捏造。

步驟四:安裝或上傳

Gemini Spark 網頁版 Skills

  1. 確認使用個人 Google 帳號、Google AI Pro/Ultra、已開啟 Keep Activity,且所在地區支援。
  2. 進入 Gemini,切換到 Spark,再開啟 Skills。
  3. 選擇 Upload,上傳單一 SKILL.md,或上傳根目錄含該檔的 ZIP。
  4. 檢查匯入後的 Description 與 Instructions,再建立 Skill。
Spark 目前的限制

Google 目前不支援腳本對外部網站執行動作或請求;PDF、Word、Excel、圖片等二進位檔也不在 Skill 上傳支援清單內。原 Gem 若依賴 Drive、Gmail、圖片或外部 API,需要另外設計。

Antigravity/Codex 專案

將資料夾放在專案的 .agents/skills/<skill-name>/,保留根目錄 SKILL.md,再用測試 prompts 檢查觸發與輸出。實際路徑仍以各工具當下官方文件為準。

Claude Code 專案

依 Claude Code 官方路徑放在 .claude/skills/<skill-name>/。不同 agent harness 可能共用格式觀念,但安裝位置與工具權限不一定相同。

步驟五:驗證與版本控制

  1. 在乾淨測試資料夾執行正向、反向、邊界與格式測試。
  2. 記錄模型、日期、Skill 版本與結果。
  3. 修正過廣的 description、缺少的邊界或不穩定輸出。
  4. 用 Git 提交 SKILL.md、references、templates 與 tests。
  5. 排除秘密、本機快取、二進位垃圾檔與未授權資料。
完成條件

原始設定有備份、Skill 可被目標環境讀取、測試包含失敗與邊界案例、版本庫不含秘密。一次回答看起來正確,還不足以證明遷移完成。

三個不能直接搬的部分

Actions、Apps、Extensions

這些功能牽涉 API、OAuth、權限與產品工具。把名稱貼進 SKILL.md 不會得到同一能力。先保存介面契約,再用 scripts、MCP 或連接器重做。

聊天歷史與產品記憶

舊對話可能含隱私、隱性上下文與平台專屬記憶。只提取你有權保存、能說明來源、而且真的需要的規則與範例。

跨平台輸出一致性

相同 SKILL.md 在不同模型、工具與權限下可能產生不同結果。可攜化讓工作方法可追蹤,不代表所有執行環境完全相同。

來源與查核範圍

平台狀態於 2026-08-24 查核。Gems 退場日期未獲 Google 正式公告;工具路徑、方案、地區與上傳限制可能繼續改變。