《Cursor文檔》-組織羣組

組織羣組是 Cursor Enterprise 中組織級別的用戶羣體,例如工程團隊、承包商或試用用戶。成員可來自您組織中的任意團隊,單個用戶也可同時屬於多個羣組。

閱讀全文
《Cursor文檔》-OpenTelemetry 導出協議參考

OpenTelemetry 導出的配套文檔。完整傳輸協議:涵蓋每項指標、日誌事件、屬性、枚舉值和存在性規則。

閱讀全文
《Cursor文檔》-OpenTelemetry 導出

OpenTelemetry 導出會將團隊的 Cursor 用量數據流式傳輸到您自行運行的收集器。Cursor 會將指標 (token、工具調用、盡力估算的成本) 和日誌 (API 請求、錯誤、修正、技能、鉤子、插件、雲端代理生命週期事件以及記錄的 Grok Bot 操作) 發送至一個由團隊管理的導出目標。導出在服務器端運行。

閱讀全文
《Cursor文檔》-網絡配置

Cursor 需要與後端服務和 AI 提供商通信。本文檔介紹如何配置 Cursor,使其適用於您的網絡基礎設施,包括代理、防火牆和加密要求。

閱讀全文
《Cursor文檔》-模型與集成管理

你的團隊可使用多個 AI 模型,並將 Cursor 集成到各種服務中。本文檔介紹如何控制可用模型、管理 MCP 服務器信任,以及設置與 Slack、GitHub 和 Linear 等工具的集成。

閱讀全文
《Cursor文檔》-LLM 安全與控制

AI 模型的行爲可能出乎意料。本文檔介紹如何控制智能體的操作權限、設置安全護欄,以及引導 LLM 實現預期行爲。

閱讀全文
《Cursor文檔》-身份和訪問管理

身份和訪問管理用於控制你組織中誰可以使用 Cursor,以及他們可以執行哪些操作。你將配置身份驗證、自動化用戶開通與回收,並通過設備管理來實施策略。

閱讀全文
《Cursor文檔》-端點安全配置

Cursor 會在啓動時加載 JavaScript 模塊並執行文件 I/O 操作。攔截文件操作或向進程注入代碼的端點安全軟件可能導致啓動時間超過內部超時限制,使智能體等功能無法正常運行。本頁介紹如何配置排除項,讓 Cursor 能與您的安全技術棧協同工作。

閱讀全文
《Cursor文檔》-部署模式

本指南介紹如何在組織內的開發者電腦上部署 Cursor 編輯器和 命令行界面 工具。大多數組織會同時部署編輯器 (用於日常開發) 和 命令行界面 (用於自動化、CI/CD 和腳本編寫) 。

閱讀全文
《Cursor文檔》-合規與監控

合規要求清晰瞭解誰在何時因何原因做了什麼。本篇文檔涵蓋審計日誌、AI 代碼追蹤、認證,以及如何滿足監管要求。

閱讀全文
《Cursor文檔》-團隊用量池

用量池是一個具名的路由目標,用於將請求與 自託管機器 worker 連接起來。請求會在用量池中等待,直到有可用的 worker 認領。可爲不同的執行環境創建各自的用量池,例如爲需要 GPU 的工作創建 gpu,爲需要 Mac 的工作創建 ios。

閱讀全文
《Cursor文檔》-我的機器

“我的機器”是個人版的自託管機器配置。它允許特定用戶在自己已使用的機器上運行雲端代理的工具調用,例如筆記本電腦、devbox 或遠程 VM。當某臺機器正是某個倉庫所需的執行環境時,就適合使用此功能。

閱讀全文
《Cursor文檔》-集成

在基礎設施合作伙伴的平臺上運行團隊用量池 worker,或從參考模板入手,克隆後自行調整。無論哪種選項,運行的都是同一個 worker:Cursor 命令行界面向 Cursor 發起一條出站 HTTPS 連接,Cursor 通過該連接發送智能體工具調用。

閱讀全文
《Cursor文檔》-計算機使用 與桌面共享

計算機使用 讓運行在自託管機器 worker 上的智能體能夠點擊、輸入、截取屏幕截圖,並操作帶 UI 的應用。若 worker 已安裝 Chrome 或 Chromium,agents 還可以操作瀏覽器。它在 macOS 和 Linux worker 上均可使用,我的機器和團隊用量池均受支持。桌面共享則讓授權查看者在 Cursor 中查看或接管 Linux 智能體桌面。關於託管雲端代理的產品行爲,請參閱能力。

閱讀全文
《Cursor文檔》-選擇雲端代理的運行位置

由 Cursor 託管的雲端代理會在隔離的雲 VM 中運行每個智能體,並提供託管式生命週期管理、已保存環境、產物保存,以及可在儀表盤中管理機密信息和網絡訪問的控制項。

閱讀全文
dsh-restart-web:在 DSH Web 設置面板一鍵安全重啓進程

# 前言 如果你通過 Web 界面使用 DSH,大概率遇到過這樣的時刻:頁面卡死、無響應,或者剛裝完一個插件、改完一處配置,需要重啓進程才能生效。常規做法是回到終端,找到佔用 3080 端口的進程殺掉,再手動啓動 DSH,瀏覽器頁面還得自己刷新。 dsh-restart-web 把這套動作收斂成設置面板裏的一個按鈕:點擊後安全重啓整個 DSH 進程,瀏覽器約 5 秒後自動刷新重連,全程不用離開 Web 界面。DSH 的理念是「一切皆插件」,這類界面級的小功能正適合用插件來補齊。 下面介紹它的功能、安裝方式和工作原理。 # 這是什麼 dsh-restart

閱讀全文
@sal7one/dsh-design-studio:把設計稿變成 DSH 裏的一等工作流

# 前言 用 DeepSeek Harness(DSH)寫前端時,設計環節往往遊離在 agent 工作流之外:截圖貼進聊天、口頭描述改動、agent 改完代碼後自己開瀏覽器覈對。設計和編碼是兩條線,agent 看不到頁面,也無法驗證自己改了什麼。 DSH 的理念是「一切皆插件」,這條線可以由插件來補。下面介紹的 @sal7one/dsh-design-studio 由 Sal7one 維護,MIT 許可證,把即時預覽、元素選取、真實設計 agent 和視覺評審接進 harness,讓設計稿成爲 agent 能直接讀寫、驗證的文件。 # 這是什麼 一句話定

閱讀全文
dsh-plugin-loud-failure:把靜默的工具失敗變成響亮的失敗

# 前言 跑智能體的同行大概都遇到過這類失敗:一次工具調用退出碼是 0,輸出看起來也正常,模型據此繼續往下走,幾步之後才從各種跡象裏拼出真相——最初的調用其實已經失敗了。`pandoc` 丟一個字形只打警告,PDF 照樣寫出;管道把 Python 的 traceback 捲走,退出碼由 `tail` 提供;`;` 鏈讓 `command not found` 混在一堆正常輸出後面。退出碼說成功,模型讀到成功,錯誤沿下游傳播。 事後翻 session 日誌當然能找到原因,但更好的時機是失敗發生的當下。DSH 的理念是一切皆插件,工具執行鏈上留有 `tool

閱讀全文
dsh-web-search-toggle:給 DSH 會話加一個「先搜後答」的 Web Search 開關

# 前言 用 DeepSeek Harness(DSH)做智能體開發時,一個常見的問題是:模型默認不聯網,或者只在它自己認爲必要時才調用 `web_search`。如果你希望某個會話裏的回答帶最新網絡信息,通常只能在每輪提示詞裏反覆強調「回答前先搜索」。 DSH 的理念是「一切皆插件」,這類行爲可以交給插件解決。下面介紹的 dsh-web-search-toggle 就是這樣一個插件:它在聊天輸入框工具行加一個 "Web Search" 開關,開啓後強制 agent 在該會話每一輪迴答前先調用 `web_search`,做法對齊 DeepSeek 官方

閱讀全文
dsh-doc-compiled-skills:把文檔預編譯成智能體可執行的技能

文章介紹 DSH 社區 skill「satan9394/dsh-doc-compiled-skills」,其核心思路是把長文檔在構建期預編譯成可執行技能,而非運行時用 RAG 現場檢索,從而讓智能體行爲更確定、上下文開銷更小。

閱讀全文
dsh-task-board:爲 DeepSeek Harness Web profile 提供持久化任務看板

## 前言 用 DeepSeek Harness(DSH)的 Web profile 跑智能體任務時,任務的目標、驗收標準、執行進度往往分散在多個 Session 裏。想回看某輪做了什麼、哪些通過了驗收、哪些被拒絕後需要重試,就得逐個翻會話記錄,任務多了之後很難維護。 `dsh-task-board` 解決的就是這個問題:它在 Web profile 里加一塊持久化任務看板,把任務卡片、執行、審查這幾個環節放到同一個界面上管理。下面介紹它的功能與用法。 ## 這是什麼 `dsh-task-board` 是一個面向 DeepSeek Harness 的社區

閱讀全文
satan9394/dsh-codebase-design:一個需要先覈實再安裝的 DSH 插件

# 前言 DSH 的理念是「一切皆插件」,能力通過插件接入,社區目錄裏可以按條目瀏覽和查找。但目錄條目的信息質量參差不齊:有的插件帶完整 README、安裝命令和示例,有的只有一行簡介,甚至文檔都抓不到。 本文介紹的就是後者:`satan9394/dsh-codebase-design`。截至本文寫作(2026-09-07),它的 GitHub README 抓取失敗,可覈實的資料非常有限。所以這篇文章的重點不是羅列功能,而是說明在這種情況下,如何先覈實、再決定是否安裝。 # 這是什麼 目前能確認的只有以下幾項: - 倉庫地址:`https://gith

閱讀全文
riffkit/dsh-plugin:一條命令把 Riffkit 短視頻技能裝進 DeepSeek Harness

# 前言 DSH 的理念是一切皆插件。實際裝一個第三方 skill 時,問題有兩個:既要讓它被 harness 發現,又不能動已有的 skill 配置——補丁對目標配置行是整行替換而不是合併,如果在基礎 provider 那一行上直接覆蓋,原來配置好的 skill root 就會被清掉。 riffkit/dsh-plugin 處理的就是這兩件事:它把 Riffkit 的 agent skill 打包成一條命令可安裝的 DSH bundle,用 insert 方式註冊自己的 skill root,不碰已有配置。下面介紹它的定位、實現和用法。 # 這是什麼

閱讀全文
what-was-that:一隻小章魚,幫你“看懂”AI 回覆裏的術語

# 前言 用 AI 助手寫代碼、查資料時,回覆裏經常混着 `RAG`、`LoRA`、`MCP` 這類術語。不認識就得中斷當前話題:要麼複製出去搜,要麼在對話裏追問——前者打斷節奏,後者會污染上下文。 下面介紹一個把這件事自動化的小插件:what-was-that。它在 DSH 的 web 界面裏放一隻小章魚桌面寵物,自動掃描 AI 回覆裏的術語,用大白話給你解釋。 # 這是什麼 what-was-that 是 SH-9999 開發的一個 DSH 靜態客戶端插件(運行在 web 平臺),MIT 許可,已發佈到 npm(`what-was-that@0.1.

閱讀全文
dsh-model-picker:給 dsh web GUI 換一個雙欄模型選擇面板

# 前言 用 dsh web GUI 做智能體開發時,模型選擇器是高頻交互點。默認實現是單列長滾動的分組列表,提供商和模型一多,定位一個目標要滾很久,也沒有跨提供商的搜索。DSH 的理念是「一切皆插件」,composer 的模型選擇座位同樣可以由插件頂替。下面介紹的 dsh-model-picker 就是做這件事的。 # 這是什麼 dsh-model-picker 爲 dsh web GUI 的模型選擇器提供增強面板:左側提供商欄 + 右側模型列表,兩側獨立滾動,支持跨提供商搜索,替代默認的單列長滾動分組列表。由 Sanqi-normal 維護,MIT

閱讀全文