Cursor Team Kit 官方發佈，團隊使用 Cursor 最佳實踐完全公開：17 Skills、1 Agent、2 Rules
整理版優先睇
Cursor Team Kit 將團隊工程文化打包成可安裝嘅 Skills，示範點樣將隱性知識轉化為可執行嘅 Agent 配置
Cursor 官方團隊最近發佈咗一個叫 Cursor Team Kit 嘅 Plugin，將佢哋自己用緊嘅 CI、Code Review、發版、測試、清理代碼、週報等工作流程打包成 Skills。呢篇文章嘅作者係一位 AI 開發工具嘅觀察者，佢詳細拆解咗呢個 Kit 嘅設計哲學同實際用法。成個 Kit 嘅核心唔係功能，而係將團隊工程文化變成可以安裝嘅文件，令使用者可以一鍵複製世界頂級 AI 團隊嘅工作文化。而且佢刻意唔綁 Linear、Jira 等第三方服務，令到佢有高度可移植性。
成個 Kit 由三類能力組成：17 個 Skills（離散嘅操作手冊）、1 個 Sub Agent（常駐角色）、同 2 條 Rules（硬性約束）。呢個分佈反映咗 Cursor 嘅工程偏好：離散、可命名、按需觸發嘅小工具遠多過「無所不能嘅大 Agent」。Skills 可以分為四組：CI 與構建閉環、PR 全生命週期、驗證與質量、沉澱與回顧。每組都體現咗特定嘅工程紀律，例如「綠係默認狀態」同「證偽導向」。
整體結論係，呢個 Kit 最大嘅價值唔在於邊個 Skill 寫得特別神奇，而係佢示範咗一種工作方式：將工程紀律、品味、肌肉記憶統統寫入 Agent 嘅配置文件，令團隊嘅隱性知識變成可執行、可分享、可複用嘅代碼。對任何認真想將 AI Agent 嵌入日常開發嘅人，呢個都係目前最值得花時間參考嘅實現之一。
- Cursor Team Kit 包含 17 個 Skills、1 個 Sub Agent 同 2 條 Rules，將內部工作流程外化為可安裝嘅文件。
- 成個 Kit 刻意唔綁任何第三方服務（如 Linear、Jira），令佢有高度可移植性。
- Skills 分為四組：CI 閉環、PR 生命週期、驗證與質量、沉澱與回顧，每組體現特定工程紀律。
- Sub Agent 只有一個 ci-watcher，體現「少而精」嘅取捨；大量離散 Skills 比一個全能 Agent 更可控。
- 整個 Kit 嘅核心價值係「證偽導向」——任何聲明都要 baseline/treatment 對照，對模型輸出天然不信任。
將工程文化變成可安裝嘅文件
Cursor 官方團隊發佈咗 Cursor Team Kit，一個將內部工作流程打包成 Plugin 嘅方案。一句指令 /add-plugin cursor-team-kit 就可以安裝。
佢做緊嘅係一件更底層嘅事：將團隊工程文化變成可以安裝嘅文件。
呢個 Kit 刻意唔綁任何第三方服務，令佢可以直接喺任何用 Git、GitHub Actions 同命令行的項目入面跑。整個 kit 由 17 個 Skills、1 個 Sub Agent 同 2 條 Rules 組成。
Skills 全景：四組實戰能力
Skills 可以分為四組，每組覆蓋特定嘅工作場景，而且互相配合形成閉環。
第一組係 CI 與構建閉環，成個 Kit 嘅骨架。
- loop-on-ci：持續觀測 CI，失敗就改再到全綠。
- fix-ci：定位失敗 check，讀日誌聚焦修復。
- check-compiler-errors：跑編譯同 type-check，彙總報告。
- run-smoke-tests：跑 Playwright smoke 測試並分診失敗。
- fix-merge-conflicts：解決衝突、驗證並寫明點解咁樣解。
呢組體現咗一個明確姿態：「綠」係默認狀態，紅咗就該有自動化方式回到綠。
第二組係 PR 全生命週期，從開分支到合併一條龍。
- new-branch-and-pr：起新分支 → 完成工作 → 開 PR。
- make-pr-easy-to-review：整理 commit 歷史、改寫 PR 描述。
- pr-review-canvas：生成交互式 HTML PR 走讀頁面，分組加註釋。
- get-pr-comments：拉取並總結當前 PR 嘅所有 review 評論。
- review-and-ship：結構化 review、提交改動、開 PR。
pr-review-canvas 係當中最值得留意嘅——佢將一份 PR 渲染成可點擊、可摺疊嘅可視化文檔，信息密度遠高於 GitHub 默認 diff 列表。
第三組係驗證與質量，最能睇出工程品味。
- verify-this：用 baseline/treatment 兩組 artifact 證偽或證實一個聲明。
- control-cli：係本地搭 harness 去驅動、檢查、profile 一個交互式 CLI/TUI。
- control-ui：用 CDP 驅動 web/IDE/Electron UI，做截圖、a11y、性能 profile、視覺 diff。
- deslop：清理 AI 生成代碼嘅冗餘註釋、過度抽象等。
verify-this 背後係一種近乎科研嘅紀律：任何結論都必須配對照證據，對抗 agent 同人類靠感覺宣佈完成嘅習慣。control-cli 同 control-ui 俾 agent 真正去運行同量測自己嘅產物。
第四組係沉澱與回顧，將一次性對話變成長期資產。
- what-did-i-get-done：總結一段時間內嘅 commit 成簡潔報告。
- weekly-review：按 bugfix / tech-debt / net-new 分類列出本週成果。
- workflow-from-chats：從歷史對話提煉可複用偏好，自動寫成 skill / rule。
Sub Agent 同 Rules：剋制嘅設計
成個 Kit 只有一個 Sub Agent：ci-watcher。佢嘅任務係監控當前分支嘅 GitHub Actions，輸出簡潔嘅通過/失敗彙總，並附上失敗任務連結。
只放一個 Sub Agent 係有意為之——常駐角色越多，上下文越混亂，行為越難預測。
Rules 只有兩條，但每一條都好有 Cursor 風格：
- 1 typescript-exhaustive-switch：對聯合類型/枚舉嘅 switch 必須窮盡所有分支（用 never 兜底）。
- 2 no-inline-imports：所有 import 放文件頂部，禁止函數體內嘅內聯或動態 import。
呢兩條規則關心嘅係同一件事：令代碼可以被靜態分析、可以俾人一眼掃描。佢透露咗 Cursor 內部以 TypeScript 為主，而且對代碼可讀性嘅要求高過寫法自由度。
啟發與適用範圍
第一，呢個 Kit 示範咗點樣將工程文化變成可分發嘅文件。
團隊文化通常係隱性嘅，Cursor 嘅做法係將「點樣開 PR、點樣修 CI、點樣 review、點樣寫週報」全部寫成 markdown，交俾 agent 執行。呢個等於將組織 know-how 變成可以 git clone 嘅資產。
第二，佢對「證據」極其較真。
verify-this 要求 baseline/treatment 對照；control-cli 同 control-ui 俾 agent 真係去運行；check-compiler-errors 同 run-smoke-tests 都將執行結果作為反饋源。呢種對模型輸出天然不信任、凡事要看證據嘅紀律，喺 LLM 時代格外珍貴。
第三，佢嘅剋制比佢嘅功能更值得學習。
冇 Linear、冇 Jira、冇任何外部 SaaS。呢種刻意唔做嘅選擇，令佢能夠直接落到外部團隊嘅項目入面。
適合已經喺 Cursor 入面做嘢嘅小團隊，想直接借用 Cursor 團隊嘅工程節奏。亦適合想學習點樣將團隊工作流寫成 skill 嘅人。唔太適合重度依賴外部 issue tracker 或者唔用 GitHub Actions 嘅團隊。
Cursor Team Kit
Cursor 官方團隊將自己用開嘅 CI、Code Review、發版、測試、清理代碼、週報等工作流程嘅 Skills 打包成一個 Plugin，一句指令就可以安裝：
/add-plugin cursor-team-kit
Cursor Team Kit[1]
佢做緊一件好容易俾人忽略嘅事
大多數 Plugins/Skills 嘅賣點係『功能』——接入某個服務、生成某種產物。Cursor Team Kit 嘅賣點唔同，佢做緊一件更底層嘅事：將自己團隊嘅工程文化變成可以安裝嘅文件，等我哋安裝之後，就可以一鍵複製世界頂級 AI 團隊嘅核心工作文化，甚至可以用嚟開發 Cursor 呢類產品。
官方描述入面有兩句說話特別關鍵：
Internal workflows used by Cursor developers.
Designed to work without requiring third-party service integrations.
第一句說明佢係內部流程嘅外化，源頭嚟自工程師本人嘅工位，而唔係產品經理畫出嚟嘅功能列表。
第二句就係一個刻意嘅剋制：佢故意唔綁 Linear、Jira、Slack、Notion 呢類第三方系統。呢種『刻意保守』令佢具備好強嘅可移植性——只要你用 Git、GitHub Actions、命令行，呢套嘢就可以直接行起嚟。
成個 kit 由三類能力組成，對應 Cursor 體系入面三種唔同嘅執行模型：
- Skills（17 個）：模型喺合適嘅時機自己讀取並遵循嘅『操作手冊』。
- Sub Agents（1 個）：常駐或者可以後台運行嘅角色。
- Rules（2 條）：寫進
.cursor/rules/嘅硬性約束，每次生成代碼都會作用。
數量分佈本身已經透露咗 Cursor 嘅工程偏好：離散、可以命名、按需要觸發嘅小工具遠多過『無所不能嘅大 Agent』。
Skills 全景：17 個技能拆成四組嚟睇
1. CI 同構建閉環——成個 kit 嘅骨架
| 名稱 | 作用 |
|---|---|
loop-on-ci | 持續觀測 CI，失敗就改、改完再跑，直到全部綠返 |
fix-ci | 定位失敗嘅 check，讀日誌（含外部連結），做聚焦式修復 |
check-compiler-errors | 行編譯同 type-check，將失敗彙總報告 |
run-smoke-tests | 行 Playwright smoke 測試並分診失敗 |
fix-merge-conflicts | 解決衝突、行 build/test 驗證、並寫一份『點解咁樣解』嘅說明 |
呢一組體現嘅係 Cursor 內部一個非常明確嘅工程姿態：『綠』係默認狀態，紅咗就應該有自動化嘅方式返返去綠。loop-on-ci 同下面會講到嘅 ci-watcher agent 配合，可以令 agent 喺你做其他嘢嘅時候靜靜咁睇住流水線，等你返嚟嘅時候佢已經將可以改嘅改好咗。
2. PR 全生命週期——由開分支到合併
| 名稱 | 作用 |
|---|---|
new-branch-and-pr | 開新分支 → 完成工作 → 開 PR，一條龍 |
make-pr-easy-to-review | 整理 commit 歷史、改寫 PR 描述、補充審閲者指引 |
pr-review-canvas | 生成一個交互式 HTML PR 走讀頁面，將 diff 分類並加註釋 |
get-pr-comments | 拉取並總結當前 PR 嘅所有 review 評論 |
review-and-ship | 做一次結構化 review，提交改動，開 PR |
呢度最值得單獨拎出嚟講嘅係 pr-review-canvas。佢對應 Cursor 嘅 Canvas 能力，會將一份 PR 渲染成可以點擊、可以摺疊、按類別分組嘅可視化文檔。Cursor 團隊自己審 PR 嘅時候用嘅就係呢個——比 GitHub 默認嘅 diff 列表資訊密度高好多，尤其係 PR 橫跨多個模塊嘅時候差距會非常明顯。
3. 驗證同質量——呢一組最能睇出工程品味
| 名稱 | 作用 |
|---|---|
verify-this | 用 baseline/treatment 兩組 artifact 嚟證偽或者證實一個聲明，最後畀出明確判定 |
control-cli | 喺本地搭一個小 harness，去驅動、檢查、profile 一個交互式 CLI/TUI |
control-ui | 用 CDP 驅動 web/IDE/Electron UI，做截圖、a11y 快照、性能 profile、視覺 diff |
deslop | 清理 AI 生成嘅代碼『水分』——冗餘註釋、過度抽象、無意義命名等 |
verify-this 睇落簡單，背後嘅方法論卻好硬：任何『我整返好』、『效能快咗』嘅結論，都必須配一組 baseline 同一組 treatment 嘅對照證據。佢用一種近乎科研嘅紀律，對抗 agent（同人類）最容易犯嘅錯——靠感覺宣佈完成。
control-cli 和 control-ui 就係成個 kit 入面工程深度最高嘅兩個。佢哋令 agent 唔再停留喺『讀代碼、寫代碼』，而係真係去運行、操作、量測自己嘅產物。control-ui 行嘅係 Chrome DevTools Protocol，等於俾 agent 裝咗對眼同對手——可以截圖、可以行 a11y 樹、可以做視覺 diff、可以重現 UI bug。一旦你體驗過 agent 自己㩒入自己寫嘅頁面發現問題，再返去睇嗰種『睇代碼估邏輯』嘅工作方式會覺得好原始。
4. 沉澱同回顧——將一次性對話變成長期資產
| 名稱 | 作用 |
|---|---|
what-did-i-get-done | 將一段時間內你提交嘅 commit 總結成一份簡潔狀態報告 |
weekly-review | 週報：按 bugfix / tech-debt / net-new 分類列出本週成果 |
workflow-from-chats | 從歷史聊天入面提煉出可以重用嘅工作偏好，自動寫成 skill / rule / 文檔 |
前兩個比較容易理解，係將『寫週報』呢件每個工程師都討厭嘅事自動化咗。真正有意思嘅係 workflow-from-chats——佢本質上係一個元技能。當你不斷喺對話入面糾正 agent 嘅某種風格（譬如『唔好用 inline import』、『switch 一定要窮盡分支』），佢可以將呢啲糾正沉澱落嚟，自動寫成長期有效嘅 rule，下次唔使再重複講。
呢個係將『教 AI』呢件事，由一次性嘅口頭指令，升級成咗可以累積嘅組織知識。
Sub Agent 得一個，但係揀得好剋制
成個 kit 入面得一個 sub agent：
ci-watcher：監控當前分支嘅 GitHub Actions，輸出簡潔嘅通過/失敗彙總，並附上失敗任務嘅連結。設計上鼓勵主動調用——你提完 PR，佢喺後台幫你睇住，慳返手動碌 GitHub。
只放一個 sub agent 係有意為之。Cursor 顯然將『長期常駐角色』控制喺最小集，將更多複雜邏輯下放俾按需要觸發嘅 skills。呢個背後其實係一個好有判斷力嘅取捨：常駐 sub agent 越多，上下文越混亂，行為越難預測。少而精嘅 sub agent + 大量小 skill，反而更易除錯、更可控。
Rules 得兩條，但每一條都『好 Cursor』
typescript-exhaustive-switch：對聯合類型/枚舉嘅 switch 必須窮盡所有分支（通常用never兜底）。no-inline-imports：所有 import 放文件頂部，禁止函數體內嘅內聯或動態 import。
呢兩條規則都唔花巧，關心嘅都係同一件事：令代碼可以被靜態分析、可以被人一眼掃描。佢亦順帶透露咗 Cursor 內部代碼庫以 TypeScript 為主，並且對『代碼可讀性』嘅要求高過對『寫法自由度』嘅容忍。
睇完之後，我想講幾件更大嘅事
第一，佢將工程文化變成咗可分發嘅文件。
團隊文化通常係隱性嘅——新人靠觀察老人慢慢學，文檔寫咗都冇人睇。Cursor 嘅做法係將『我哋點樣開 PR、點樣修 CI、點樣 review、點樣寫週報』全部寫成 markdown，交俾 agent 執行。呢個等於將組織 know-how 變成了可以 git clone 嘅資產。呢件事嘅長遠影響可能比呢個 kit 本身大得多。
第二，佢對『agent 應該做啲乜』畀出咗一個清晰判斷。
17 個 skill，1 個 agent，2 條 rule——呢個分佈幾乎係對當下 agent 行業嘅一種回應。好多團隊在追『超級 agent』，期望一個 agent 可以搞定一切；Cursor 內部嘅實踐卻顯示，將工作流切成離散、可以命名、可以單獨觸發嘅 skill，比一個無所不能嘅大腦更工程化、更易除錯，亦更接近真實工程師嘅工作節奏。
第三，佢對『證據』呢件事極之認真。
verify-this 要求 baseline/treatment 對照；control-cli 和 control-ui 令 agent 真係去運行；check-compiler-errors 和 run-smoke-tests 都將『執行結果』作為反饋源。呢一整套設計透露出一種姿態——對模型嘅輸出天然唔信任，凡事都要睇證據。呢種紀律喺 LLM 時代格外珍貴。
第四，佢嘅剋制比佢嘅功能更值得學習。
冇 Linear、冇 Jira、冇 Slack、冇任何外部 SaaS。呢種『刻意唔做』嘅選擇，令佢可以直接落到外部團隊嘅項目入面，亦令佢嘅核心價值集中喺工作方式本身，而唔係某個特定生態。
最後：佢適合邊個，唔適合邊個
適合：
- 已經喺 Cursor 入面做嘢嘅小團隊，想直接借用 Cursor 團隊自己嘅工程節奏。
- 想學習『如何將團隊工作流寫成 skill』嘅人——呢個係目前最權威嘅開源範例之一。
- 想要一套輕量、唔綁 SaaS 嘅 agent 化 PR/CI 流水線。
唔太適合：
- 重度依賴 Linear/Jira 等外部 issue tracker、希望 agent 跨系統串聯嘅團隊——呢個 kit 故意唔掂呢一層。
- 唔用 GitHub Actions 嘅項目——大量 skill 需要重寫。
一句話總結
Cursor Team Kit 係 Cursor 團隊『點樣用 Cursor』嘅開源版本。
佢最大嘅價值唔在於邊個 skill 寫得有幾神奇，而在於佢示範咗一種工作方式——將工程紀律、品味、肌肉記憶，全部寫入 agent 嘅配置文件入面，令團隊嘅隱性知識變成可執行、可分享、可以重用嘅代碼。對任何認真想將 AI agent 嵌入日常開發嘅人，呢個都係目前最值得花一個下午通讀一次嘅參考實現。
優質 Skills 推薦
我開源咗復刻網站設計做 DESIGN.md 嘅 Skill，令你嘅 Agent 完美復刻所有網站！
Claude Design 系統提示詞洩漏，如果將佢做成 Skill，可唔可以復刻 Claude Design？
點樣寫好 Skill？OpenAI、Anthropic 同 Sentry 嘅 Skill-Creator 對比結合：由快速原型到工程化工作流持續迭代
大前端 AI Native 開發三端基礎設施：Android Skills、iOS/MacOS Use Cases 同 Chrome DevTools MCP 技術解析
Cursor Team Kit
Cursor 官方團隊把自己在用的 CI、Code Review、發版、測試、清理代碼、週報等工作流的 Skills 打包成一個 Plugin，一句指令就能安裝：
/add-plugin cursor-team-kit
Cursor Team Kit[1]
它在做一件容易被忽略的事
大多數 Plugins/Skills 的賣點是"功能"——接入某個服務、生成某種產物。Cursor Team Kit 的賣點不一樣，它在做一件更底層的事：把自己團隊的工程文化變成可以安裝的文件，讓我們安裝後，就可以一鍵複製世界頂級 AI 團隊的核心工作文化，甚至可以用來開發 Cursor 這樣的產品。
官方描述裏有兩句話特別關鍵：
Internal workflows used by Cursor developers.
Designed to work without requiring third-party service integrations.
第一句說明它是內部流程的外化，源頭來自工程師本人的工位，而不是產品經理畫出來的功能列表。
第二句則是一個刻意的剋制：它故意不綁 Linear、Jira、Slack、Notion 這類第三方系統。這種"刻意保守"讓它具備很強的可移植性——只要你用 Git、GitHub Actions、命令行，這套東西就能直接跑起來。
整個 kit 由三類能力組成，對應 Cursor 體系裏三種不同的執行模型：
- Skills（17 個）：模型在合適的時機自己讀取並遵循的"操作手冊"。
- Sub Agents（1 個）：常駐或可後台運行的角色。
- Rules（2 條）：寫進
.cursor/rules/的硬性約束，每次生成代碼都會作用。
數量分佈本身已經透露了 Cursor 的工程偏好：離散、可命名、按需觸發的小工具遠多於"無所不能的大 Agent"。
Skills 全景：17 個技能拆成四組來讀
1. CI 與構建閉環——整個 kit 的骨架
| 名稱 | 作用 |
|---|---|
loop-on-ci | 持續觀測 CI，失敗就改、改完再跑，直到全綠 |
fix-ci | 定位失敗的 check，讀日誌（含外部連結），做聚焦式修復 |
check-compiler-errors | 跑編譯和 type-check，把失敗彙總報告 |
run-smoke-tests | 跑 Playwright smoke 測試並分診失敗 |
fix-merge-conflicts | 解決衝突、跑 build/test 驗證、並寫一份"為什麼這麼解"的說明 |
這一組體現的是 Cursor 內部一個非常明確的工程姿態："綠"是默認狀態，紅了就該有自動化的方式回到綠。loop-on-ci 與下面會講到的 ci-watcher agent 配合，可以讓 agent 在你做別的事時靜默盯着流水線，等你回來時它已經把能修的修了。
2. PR 全生命週期——從開分支到合併
| 名稱 | 作用 |
|---|---|
new-branch-and-pr | 起新分支 → 完成工作 → 開 PR，一條龍 |
make-pr-easy-to-review | 整理 commit 歷史、改寫 PR 描述、補充審閲者指引 |
pr-review-canvas | 生成一個交互式 HTML PR 走讀頁面，把 diff 分類並加註釋 |
get-pr-comments | 拉取並總結當前 PR 的所有 review 評論 |
review-and-ship | 做一次結構化 review，提交改動，開 PR |
這裏最值得單獨拎出來講的是 pr-review-canvas。它對應 Cursor 的 Canvas 能力，會把一份 PR 渲染成可點擊、可摺疊、按類別分組的可視化文檔。Cursor 團隊自己審 PR 的時候用的就是這個——比 GitHub 默認的 diff 列表信息密度高得多，尤其在 PR 橫跨多個模塊時差距會非常明顯。
3. 驗證與質量——這一組最能看出工程品味
| 名稱 | 作用 |
|---|---|
verify-this | 用 baseline/treatment 兩組 artifact 來證偽或證實一個聲明，最後給出明確判定 |
control-cli | 在本地搭一個小 harness，去驅動、檢查、profile 一個交互式 CLI/TUI |
control-ui | 用 CDP 驅動 web/IDE/Electron UI，做截圖、a11y 快照、性能 profile、視覺 diff |
deslop | 清理 AI 生成的代碼"水分"——冗餘註釋、過度抽象、無意義命名等 |
verify-this 看似簡單，背後的方法論卻很硬：任何"我修好了""性能更快了"的結論，都必須配一組 baseline 和一組 treatment 的對照證據。它在用一種近乎科研的紀律，對抗 agent（和人類）最容易犯的錯——靠感覺宣佈完成。
control-cli 和 control-ui 則是整個 kit 裏工程深度最高的兩個。它們讓 agent 不再停留在"讀代碼、寫代碼"，而是真的去運行、操作、量測自己的產物。control-ui 走的是 Chrome DevTools Protocol，等於給 agent 裝上了眼睛和手——能截圖、能跑 a11y 樹、能做視覺 diff、能復現 UI bug。一旦你體驗過 agent 自己點進自己寫的頁面發現問題，再回去看那種"看代碼猜邏輯"的工作方式會覺得很原始。
4. 沉澱與回顧——把一次性對話變成長期資產
| 名稱 | 作用 |
|---|---|
what-did-i-get-done | 把一段時間內你提交的 commit 總結成一份簡潔狀態報告 |
weekly-review | 週報：按 bugfix / tech-debt / net-new 分類列出本週成果 |
workflow-from-chats | 從歷史聊天裏提煉出可複用的工作偏好，自動寫成 skill / rule / 文檔 |
前兩個比較好理解，是把"寫週報"這件每個工程師都討厭的事自動化掉。真正有意思的是 workflow-from-chats——它本質上是一個元技能。當你反覆在對話裏糾正 agent 的某種風格（比如"別用 inline import""switch 一定要窮盡分支"），它能把這些糾正沉澱下來，自動寫成持久化的 rule，下次不必重複說。
這是把"教 AI"這件事，從一次性的口頭指令，升級成了可累積的組織知識。
Sub Agent 只有一個，但選得很剋制
整個 kit 裏只有一個 sub agent：
ci-watcher：監控當前分支的 GitHub Actions，輸出簡潔的通過/失敗彙總，並附上失敗任務的連結。設計上鼓勵主動調用——你提完 PR，它在後台幫你盯，省去手動刷 GitHub。
只放一個 sub agent 是有意為之的。Cursor 顯然把"長期常駐角色"控制在最小集，把更多複雜邏輯下放給按需觸發的 skills。這背後其實是一個很有判斷力的取捨：常駐 sub agent 越多，上下文越混亂，行為越難預測。少而精的 sub agent + 大量小 skill，反而更可調試、更可控。
Rules 只有兩條，但每一條都"很 Cursor"
typescript-exhaustive-switch：對聯合類型/枚舉的 switch 必須窮盡所有分支（通常用never兜底）。no-inline-imports：所有 import 放文件頂部，禁止函數體內的內聯或動態 import。
這兩條規則都不花哨，關心的都是同一件事：讓代碼可以被靜態分析、可以被人一眼掃描。它也順帶透露了 Cursor 內部代碼庫以 TypeScript 為主，並且對"代碼可讀性"的要求高於對"寫法自由度"的容忍。
讀完之後，我想說幾件更大的事
第一，它把工程文化變成了可分發的文件。
團隊文化通常是隱性的——新人靠觀察老人慢慢學，文檔寫了也沒人看。Cursor 的做法是把"我們怎麼開 PR、怎麼修 CI、怎麼 review、怎麼寫週報"全部寫成 markdown，交給 agent 執行。這等於把組織 know-how 變成了可以 git clone 的資產。這件事的長遠影響可能比這個 kit 本身大得多。
第二，它對"agent 該做什麼"給出了一個清晰判斷。
17 個 skill，1 個 agent，2 條 rule——這個分佈幾乎是對當下 agent 行業的一種回應。很多團隊在追"超級 agent"，期待一個 agent 能搞定一切；Cursor 內部的實踐卻顯示，把工作流切成離散、可命名、可單獨觸發的 skill，比一個無所不能的大腦更工程化、更可調試，也更接近真實工程師的工作節奏。
第三，它對"證據"這件事極其較真。
verify-this 要求 baseline/treatment 對照；control-cli 和 control-ui 讓 agent 真的去運行；check-compiler-errors 和 run-smoke-tests 都把"執行結果"作為反饋源。這一整套設計透露出一種姿態——對模型的輸出天然不信任，凡事要看證據。這種紀律在 LLM 時代格外珍貴。
第四，它的剋制比它的功能更值得學習。
沒有 Linear、沒有 Jira、沒有 Slack、沒有任何外部 SaaS。這種"刻意不做"的選擇，讓它能直接落到外部團隊的項目裏，也讓它的核心價值集中在工作方式本身，而不是某個特定生態。
最後：它適合誰，不適合誰
適合：
- 已經在 Cursor 裏幹活的小團隊，想直接借用 Cursor 團隊自己的工程節奏。
- 想學習"如何把團隊工作流寫成 skill"的人——這是目前最權威的開源範例之一。
- 想要一套輕量、不綁 SaaS 的 agent 化 PR/CI 流水線。
不太適合：
- 重度依賴 Linear/Jira 等外部 issue tracker、希望 agent 跨系統串聯的團隊——這個 kit 故意不碰這一層。
- 不用 GitHub Actions 的項目——大量 skill 需要重寫。
一句話總結
Cursor Team Kit 是 Cursor 團隊"如何使用 Cursor"的開源版本。
它最大的價值不在於哪個 skill 寫得有多神奇，而在於它示範了一種工作方式——把工程紀律、品味、肌肉記憶，統統寫進 agent 的配置文件裏，讓團隊的隱性知識變成可執行、可分享、可複用的代碼。對任何認真想把 AI agent 嵌進日常開發的人，這都是目前最值得花一個下午通讀一遍的參考實現。
優質 Skills 推薦
我開源了復刻網站設計為 DESIGN.md 的 Skill，讓你的 Agent 完美復刻所有網站！
Claude Design 系統提示詞泄露，如果把它做成 Skill，能復刻 Claude Design 嗎？
怎麼寫好 Skill ？OpenAI、Anthropic 與 Sentry 的 Skill-Creator 對比結合：從快速原型到工程化工作流持續迭代
大前端 AI Native 開發三端基礎設施：Android Skills、iOS/MacOS Use Cases 與 Chrome DevTools MCP 技術解析