
1. 每天早上重教一遍 AI問題到底出在哪如果你同時用 Claude Code 和 Cursor 寫代碼大概率經(jīng)歷過這個循環(huán)早上打開新會話先花十分鐘把項目背景、代碼規(guī)范、提交信息格式、測試命令重新講一遍中午換個工具再講一遍晚上開個新窗口排查 bug又講一遍。AI 本身不笨它只是沒有跨會話的長期記憶每次對話都是從零開始的上下文。Agent Skills 要解決的就是這件事。它不是一個新模型也不是一個插件市場而是一套約定把可復(fù)用的工作方式寫進一個叫 SKILL.md 的 Markdown 文件放在約定目錄里支持該標準的工具會在合適的時機按需加載它。Claude Code、Cursor 等工具已經(jīng)支持這套約定你寫一次換工具還能繼續(xù)用。這篇不聊概念史直接給一套能落地的配置SKILL.md 的目錄骨架長什么樣、settings.json 里怎么把模型通道統(tǒng)一到 TaoToken、重啟會話后怎么驗證記憶真的命中了。適合已經(jīng)在用 Claude Code 或 Cursor、但每天還在重復(fù)交代背景的開發(fā)者。如果你還沒配過統(tǒng)一 API 通道第 2 節(jié)會先把這塊補齊因為 Skills 要穩(wěn)定觸發(fā)底層請求得先穩(wěn)。2. 前置用 TaoToken 統(tǒng)一 Key 與 API 通道Skills 的觸發(fā)依賴工具正常發(fā)起模型請求。如果你在 Claude Code、Cursor 里各配一套 Key換工具就要改配置排查問題時也分不清是 Skill 沒命中還是請求本身失敗了。我試過把通道統(tǒng)一到 TaoToken一個 Key 覆蓋多個工具配置只寫一處。先拿到 Key打開 https://taotoken.net/api-keys 登錄后創(chuàng)建一個 API Key復(fù)制保存。注意這個 Key 只在創(chuàng)建時完整顯示一次丟了就重建一個。TaoToken 的 API 入口是 https://taotoken.net/api 兼容常見的 OpenAI 風(fēng)格請求格式所以 Claude Code、Cursor 這類工具都能直接填。它的定位是統(tǒng)一的模型調(diào)用通道不是替代你的編輯器Skills 文件仍然存在你本地項目里TaoToken 只負責(zé)把請求穩(wěn)定送出去。配置前先確認兩件事一是你的工具版本支持自定義 Base URL二是本地能正常訪問 https://taotoken.net/api 。如果公司網(wǎng)絡(luò)有額外限制先讓運維放行域名不要用任何非正規(guī)的網(wǎng)絡(luò)手段這類操作既不合規(guī)也不穩(wěn)定。3. 可復(fù)制配置SKILL.md 骨架 settings.json 片段3.1 SKILL.md 的目錄骨架Skills 的核心是目錄約定。推薦在項目根目錄建一個.skills/文件夾每個技能一個子目錄目錄名用英文短橫線里面放一個SKILL.mdyour-project/ ├── .skills/ │ ├── daily-context/ │ │ └── SKILL.md │ ├── commit-style/ │ │ └── SKILL.md │ └── bug-triage/ │ └── SKILL.md ├── src/ └── settings.jsondaily-context就是解決每天早上失憶的那個技能。它的SKILL.md內(nèi)容如下--- name: daily-context description: | 加載本項目的每日工作上下文。當(dāng)用戶提到「今天做什么」「繼續(xù)昨天的」 「daily context」「項目背景」時使用此 skill。 --- # 每日上下文 ## 項目背景 - 項目名替換成你的項目 - 技術(shù)棧替換成你的技術(shù)棧例如 TypeScript Node 20 - 主分支main功能分支命名 feat/xxx、fix/xxx ## 固定工作流 1. 開始前先讀 README 和最近 5 條 git log 2. 改動前先說明影響范圍再動手 3. 提交信息格式type(scope): 描述type 限 feat/fix/docs/refactor 4. 跑測試命令npm run test失敗先貼報錯再改 ## 輸出約束 - 代碼塊必須標語言 - 不要用「簡單來說」「說白了」這類套話 - 單條回復(fù)不超過 40 行超了先問要不要繼續(xù)兩層結(jié)構(gòu)要分清frontmatter 里的name和description決定系統(tǒng)什么時候加載它正文決定加載后 AI 按什么規(guī)則干活。description里寫清楚觸發(fā)詞命中率會明顯提高。3.2 settings.json 里的通道配置在項目根目錄的settings.json里把模型請求指向 TaoToken。下面是一份可直接改的片段{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: sk-你的TaoTokenKey, ANTHROPIC_MODEL: claude-sonnet-4-20250514 }, skills: { enabled: true, paths: [.skills] } }幾個參數(shù)說明ANTHROPIC_BASE_URL固定填https://taotoken.net/api不要帶路徑后綴ANTHROPIC_API_KEY填第 2 節(jié)拿到的 Keyskills.paths指向你放 SKILL.md 的目錄多個目錄用數(shù)組并列。Cursor 里如果走的是 OpenAI 兼容配置把字段名換成對應(yīng)的base_url和api_key即可值不變。注意Key 不要提交到 git。把settings.json加進.gitignore或者用環(huán)境變量注入團隊協(xié)作時尤其要養(yǎng)成這個習(xí)慣。4. 驗證重啟會話后記憶是否命中配置寫完不算完得驗證 Skill 真的被加載了。按下面三步走。第一步重啟會話。完全退出 Claude Code 或 Cursor重新打開項目確保它重新讀取了settings.json和.skills/目錄。熱重載不一定生效重啟最穩(wěn)。第二步發(fā)一句觸發(fā)語。不要直接問技術(shù)問題先發(fā)一句能命中description的話比如今天做什么先加載一下項目上下文第三步看返回。命中的表現(xiàn)是AI 主動復(fù)述了項目背景、技術(shù)棧、提交格式這些它本不該知道的信息。如果它反問你的項目是什么說明 Skill 沒加載。再補一個更硬的驗證方式直接讓它讀文件確認請讀取 .skills/daily-context/SKILL.md 并復(fù)述其中的提交信息格式正常返回應(yīng)該包含type(scope): 描述和feat/fix/docs/refactor這幾個關(guān)鍵詞。這一步能區(qū)分兩種情況是 Skill 沒被加載還是加載了但觸發(fā)詞沒匹配上。前者查settings.json的paths后者改description里的觸發(fā)詞。實測下來把觸發(fā)詞寫具體比如加上繼續(xù)昨天的這種口語說法比只寫項目上下文命中率高不少。5. 本篇常見錯排查報錯一請求 401 或 invalid api key。先確認 Key 有沒有復(fù)制完整前后有沒有多余空格。再確認ANTHROPIC_BASE_URL填的是https://taotoken.net/api多寫一個斜杠或路徑都會導(dǎo)致鑒權(quán)失敗。Key 泄露或丟失就去 https://taotoken.net/api-keys 重建。報錯二Skill 完全不觸發(fā)。九成是description寫得太抽象。把觸發(fā)詞換成用戶真實會說的話比如把項目相關(guān)改成今天做什么繼續(xù)昨天的。另外確認.skills目錄在項目根目錄且settings.json里的paths路徑?jīng)]寫錯。報錯三改了 SKILL.md 但行為沒變。Skills 通常在會話啟動時加載改完要重啟會話。如果重啟還不行檢查文件是不是存成了SKILL.md.txtWindows 上很容易踩這個坑。報錯四多個 Skill 互相打架。兩個 Skill 都寫了提交信息格式AI 會隨機選一個。解決辦法是職責(zé)拆開commit-style只管提交格式daily-context只管背景和工作流別讓一個 Skill 什么都管。報錯五上下文還是被塞滿。說明你把太多規(guī)則堆進了單個 Skill。Skills 的價值是按需加載單個文件控制在 500 到 2000 字超了就拆成多個技能。6. 把通道和技能都固定下來到這一步你手上應(yīng)該有兩樣?xùn)|西一份能穩(wěn)定發(fā)起請求的 TaoToken 通道配置和一套按需加載的 SKILL.md 技能目錄。前者保證請求不出岔子后者保證 AI 每天開工時知道你的項目背景和規(guī)矩不用你從頭再講一遍。接下來按你的使用場景選下一步如果還在調(diào)通道、接入報錯沒解決先去 https://taotoken.net/api-keys 確認 Key 狀態(tài)再對照 https://taotoken.net/doc 檢查參數(shù)如果只是想先驗證模型返回是否正常用 https://taotoken.net/models 里的對話入口發(fā)一條測試消息最快如果你打算長期在 Claude Code 里跑編碼和 Agent 任務(wù)直接看 https://taotoken.net/coding-plan 把額度和通道一次配好省得中途換配置打斷工作流。真正省時間的不是多寫幾個 Skill而是把每天重講一遍這件事從流程里徹底刪掉。通道固定、技能固定早上打開工具直接干活這才是 Agent Skills 該有的樣子。