Agent Skills 捐給 AAIF 之後：公司的工作方法，能跟著團隊走嗎？
區分方法、執行環境與帳號授權，釐清 Skill 遷移需要重設的部分，並在 Leina 重新驗證。
概念插圖：方法能整理傳遞，工具與存取鑰匙要另外準備。
假設團隊花了幾輪，終於讓 AI 把客戶上線資料查得順手：讀清單、看附件、列缺項，日期衝突就留下兩邊紀錄。後來換個 Agent 環境，同樣的要求卻找不到腳本、開不了附件，大家對「檢查完成」又有不同理解。之前磨過的細節，還得重新講。
哪些資料不能缺，哪個日期才算數，最後交給誰，這些都值得留給下一位接手的人。工具換了，團隊不必連工作方法也一起忘掉。
Anthropic 於 2026 年 10 月 22 日宣布將 Agent Skills 標準捐給 AAIF。開放格式讓保存和分享方法更方便。至於換個環境能否繼續用，得翻開看看它原本依賴什麼。
方法、環境與授權分開準備
以客戶上線資料檢查為例：讀取清單與附件，標出缺項，為交付負責人準備待確認表。
| 層次 | 整理內容 | 遷移時確認 |
|---|---|---|
| 方法 | 輸入、規則、輸出欄位、失敗處理 | 新 Agent 是否理解並執行 |
| 環境 | 腳本、相依套件、路徑、工具呼叫 | 工具存在且版本適用 |
| 授權 | Apps、帳號與操作範圍說明 | 在目標環境另外設定權限 |
Skill 資料夾可有 SKILL.md、腳本與參考資料。別把密碼、原始 Token 或真實客戶附件一起封裝。分享說明檔不會轉移帳號權限。
把經驗寫成可檢查的規則
最難帶走的，往往是大家太熟悉、所以不再多寫一句的事。「核對合約日期」指簽署日，還是服務開始日？對不上時要停下來，還是交負責人確認？若答案只在舊對話裡，新同事和新 Agent 都很難猜對。
從上次返工的地方找，通常更有用。那次退回，是沒說清缺哪個附件，還是把客戶希望日期當成合約日期？寫下具體規則，再留一個例子，比多加一句「請仔細檢查」容易接手。原始編號、來源與未決問題也一起保留。
Leina 能把跑通的方法存成 Skill，透過授權 Apps 使用。到 Skills 目錄閱讀所需 Apps 與安裝方式，仍要在實際環境試跑適用性。
遷移方法，不複製帳號權限
flowchart TB
accTitle: 遷移方法，不複製帳號權限
accDescr: 方法包與去識別化樣本進入新環境，另設工具和授權，驗證後才執行真實任務。
A("方法與去識別化樣本"):::resource --> B("目標 Agent 環境"):::agent
B --> C("準備工具與相依套件"):::gateway
B --> D("另外設定帳號授權"):::restricted
C --> E("以樣本驗證結果"):::gateway
D --> E
E --> F("驗證通過後執行真實任務"):::resource帶上能揭露問題的樣本
理想輸入不足以證明遷移成功。準備去識別化的完整資料、缺必要附件、日期衝突與編號重複樣本。
記錄預期結果，不要求新模型照抄舊答案。完整資料要留來源，缺項要指出名稱，衝突要展示雙方紀錄，重複編號不能悄悄覆寫。
另外測試來源讀不到、腳本失敗、無寫入權限。Agent 應交代未完成步驟，不能把局部結果寫成全部通過。客戶資料不必公開成測試集。
在 Leina 重建最小任務
檢查這份客戶上線 Skill，列出 Apps、操作、腳本與本機路徑需求。不要讀取真實客戶資料或修改紀錄。以我提供的去識別化樣本試跑，逐項比對預期結果。分列可沿用方法、需改寫工具步驟與缺少授權，再說明第一次真實任務的範圍。
依目標環境說明安裝。用到 CLI、特殊外掛或外部 Python 套件時，可能要先備好相依套件，或換工具做同一步驟。複製資料夾之後還缺什麼，樣本試跑會幫你找出來。
連結帳號後先做唯讀試跑，再確認寫回表格或傳送訊息的目標、權限與確認方式。開放格式不能取代這些工作。
保留維護者與修改紀錄
多人使用後，需要有人能解釋規則。保留維護者、版本說明與最近驗證日期，記錄規則變更及重跑的樣本。
客戶欄位、連接器操作或腳本依賴改變，都可能使舊方法失效。先跑樣本再處理真實資料；版本紀錄可放團隊文件或儲存庫，不假設所有 Agent 有相同管理介面。
先整理你們已經用順的那套客戶資料檢查吧。下一位同事拿到說明、接好自己的授權帳號，用樣本跑出預期結果，再開始處理真實資料時，之前花過的功夫才算留得下來。
