Cursor Live Apps 上線,從雲端代理建站到分享網址,權限與發布如何安排?
Cursor Live Apps 將雲端代理、Postgres、登入與部署接成分享流程。整理付費方案條件、預覽與安全檢查、團隊公開分享設定,以及私人應用的金鑰存取方式。
代理能把程式寫出來,團隊要真正使用,還需要網址、資料庫與登入方式。原本在開發環境跑得動的小工具,經常卡在交給同事使用的這一步。
Cursor Live Apps 在二○二六年十一月五日上線,把部署接進雲端代理。使用者描述需求後,代理可以準備程式與必要環境,再讓使用者預覽、發布並分享連結。
這讓內部工具的開發與交付更接近同一個流程。當應用需要儲存資料或限制誰能使用,Cursor 也提供資料庫、登入與分享設定。
有了可以打開的網址,管理問題也會跟著出現。誰能看到工作資料、代理如何取得機密,以及檢查失敗後誰能核准,都會影響應用能否持續使用。
對想做內部小工具的團隊,我會先挑使用者與資料邊界清楚的專案。讓同事實際完成一項工作,再觀察修改、權限與維護是否順手。
從雲端代理如何接到部署流程看起,就容易知道這次功能涵蓋哪些工作。
Cursor Live Apps 如何把程式接成可用網站?
雲端代理把應用需要的主機、資料庫與登入功能一起準備。Cursor 的公告以可分享的應用為交付結果,讓開發者不用先分別接好多個服務。
這項功能適用於開啟雲端代理的付費方案。截至十一月六日查閱官方文件,本機代理尚不支援這套應用部署流程,因此操作入口會影響能否使用。
使用者可以從新的 Origin 儲存庫建立應用,也能從既有 GitHub 專案開始。公告將 GitLab 支援列為後續項目,現有團隊應先確認自己的程式碼放在哪裡。
應用需要資料庫時,平台可以配置 Postgres。這是一種常見的關聯式資料庫,可保存表單、工作紀錄或應用狀態,讓網頁重新開啟後仍能取回資料。
Cursor 同時提供以自身帳號登入的方式,讓私人應用能辨識使用者。對內部工具而言,登入與權限必須一起規劃,因為有登入頁面仍不代表每個人都應看到所有資料。
平台會為團隊或個人提供獨立的代管帳戶,承接應用執行環境。原本需要安排的部署工作因此集中,但資料欄位、工作流程與錯誤處理仍取決於應用程式。
依Cursor 功能公告所述流程,把一份需求整理成內部追蹤表,代理可以建立頁面與資料儲存。團隊仍應提供清楚的狀態規則,才能判斷同事操作後的結果是否正確。
有了可運行的應用,使用者才需要決定何時讓其他人打開它。

You can now build live apps in Cursor and share them with a link.
— Cursor (@cursor_ai) November 5, 2026
Agents have made it easier to write code, but most apps never make it off localhost. Describe the tool you want - Cursor will build it, set up a database, run deterministic and agentic security checks, and deploy. pic.twitter.com/v09VJrLwHw
預覽、檢查與發布如何接續?
Cursor 在明確發布之前保留預覽階段,發布時再執行安全檢查。使用者可以先在預覽區查看成果,確認功能與畫面後才選擇發布。
發布過程會設定應用網址,之後也能調整。因為連結會成為應用的使用入口,團隊若已把網址放進文件或工作流程,修改時也要考慮相關引用。
平台的固定檢查涵蓋檔案中的機密、憑證檔案,以及將環境設定檔和原始碼對照檔排除於部署。這些處理針對常見的資訊外洩途徑。
機密可能是連接外部服務的金鑰或密碼。若把它直接寫進程式,再將程式公開,取得檔案的人就可能拿到相同存取能力,因此發布流程會檢查這類內容。
原始碼對照檔則可協助把壓縮後程式對回開發版本。平台將它排除,是部署檢查的一環,不能據此推論應用的所有邏輯都已接受完整安全稽核。
固定檢查之外,平台也會做 AI 安全審查。團隊管理員可增加自訂指示,讓審查更符合內部規範,但不能移除平台原有的檢查。
若審查擋下發布,管理員在部分情況可以核准繼續。涉及惡意內容、程式內硬寫機密或暴露憑證的情況,則屬於無法透過這種核准略過的限制。
因此,預覽時除了看按鈕能否操作,也應檢查資料如何顯示、失敗如何處理。發布檢查是另一層保護,不能取代功能驗收。
檢查若未通過,平台會列出需要修正的項目。使用者可要求代理修改,再重新發布,所以修正完成後仍要回到同一個檢查流程,才能取得正式連結。
固定檢查會在每次發布前執行,即使 AI 安全審查關閉也會保留。這讓機密與憑證的基礎保護,和可設定的模型審查維持不同層次。
檢查決定這次是否能發布,分享設定則決定發布後誰看得到。
私人、團隊與公開分享的差別在哪?
應用可以指定人員、群組或團隊使用,公開分享則需要符合方案與管理設定。這些選項讓同一套部署流程能處理不同可見範圍。
對只供少數同事使用的工具,可以先指定人員。若服務的是固定部門,群組或團隊設定能減少逐一維護名單的工作,但仍需確認實際成員。
私人應用會要求使用者通過登入與授權。若某人無法開啟,應先確認他是否在允許範圍,再檢查應用本身,避免把權限問題誤當成部署失敗。
Live Apps 官方文件說明,個人使用者可以公開分享應用。Teams 與 Enterprise 的公開分享預設關閉,但管理員可以開啟,所以能否公開要以工作區設定為準。
這個預設讓管理員先決定團隊是否允許公開入口。對會連接公司資料的應用,應先確認頁面內容與資料存取規則,再決定要不要改成公開。
網站能被打開,與每一筆資料應由誰讀取,是相連但不同的設計問題。若程式把整份資料一次回傳到瀏覽器,前端只隱藏部分欄位仍可能無法達成預期限制。
因此,團隊試用時可以用不同權限的帳號檢查同一流程。若一般使用者能看到管理資料,就應先修正程式與資料規則,再擴大分享範圍。
管理員如果之後關閉公開應用,已經公開的應用會改回團隊可見。這個動作會影響原本持有網址的外部使用者,因此調整政策前要先確認哪些應用正在被使用。
例如活動頁原先公開給外部訪客,關閉公開分享後,連結仍可能流傳,但訪客不再具備原本的存取資格。這是管理政策改變帶來的結果,不能只按舊連結是否存在判斷。
管理員也能關閉整個團隊的 Apps 功能。對已把應用接入日常工作的團隊,啟用範圍與停用權責應在試點階段就確定。
當應用接上工作資料,網站可見範圍還需要和資料及機密的管理一起安排。
資料庫、機密與管理員如何分工?
Cursor 代管應用所需環境,團隊仍決定它可以連接哪些現有資源。新資料庫能承接應用資料,既有服務則可能需要額外提供授權。
需要輸入機密時,代理可以向使用者提出要求,機密值本身不會提供給代理閱讀。這讓程式能使用設定好的連線資訊,同時減少金鑰直接出現在對話裡的情況。
團隊管理員可以提供團隊機密,也能依政策允許個人機密。選擇哪一種方式,會影響同事離開專案後由誰維護服務連線。
若內部工具使用個人的外部帳號,費用、權限與後續更換都可能跟著那個人。若改用團隊管理的資源,就需要指定誰負責維護及停用。
因為管理員能查看應用與機密、取消發布,也能利用稽核紀錄追蹤操作。所以這些管理入口讓應用有機會納入既有維運方式,而不只是一個散落在聊天裡的網址。
取消發布與撤除外部存取也應分開規劃。當某個工具不再使用時,團隊可以檢查它曾經連接哪些資源,再決定是否同時更換或撤銷相關授權。
Apps dashboard 同時列出自己建立與他人分享的應用。一般使用者從自己的範圍查看,團隊管理員則有全團隊管理視角,兩者可看到的清單不同。
平台文件也說明,代管環境按可用現況提供,應用發布不代表 Cursor 背書其內容。公開頁面若成為正式服務入口,團隊仍需依自己的可靠性要求評估適用性。
應用與相關帳戶在違反條款,或因商業、財務與法律原因時,可能被移除或暫停。這讓正式交付的評估包含代管條件,而不只看第一次部署有沒有成功。
資料連線安排完成後,自動化工具若要使用私人應用,還需要可辨識的存取方式。
Grok Bot 與腳本如何使用私人應用?
Cursor API 金鑰讓自動化工具依指定權限存取應用,請求會標示為自動化。這類金鑰是程式用來證明身分的憑證,使用範圍取決於建立時的權限。
個人金鑰可存取擁有者有權使用的應用。團隊金鑰則只能使用明確授予的應用,因此團隊可以把自動化範圍限於特定工具。
官方文件要求每一次請求都帶上 x-cursor-app-token 標頭。金鑰不能靠網址參數或瀏覽器 Cookie 傳遞,串接工具時需要能設定這個請求欄位。
若想用 Grok Bot 或其他代理開啟私人應用,應先確認它能安全保存金鑰並加入必要標頭。只有一般瀏覽能力的工具,未必能直接完成這種串接。
這項條件來自 Cursor 的存取方式,並不等於所有代理已經完成官方整合。實際採用前,仍要測試目標工具的請求能力與權限管理方式。
沒有權限的金鑰會像沒有存取資格的使用者一樣,收到登入重新導向。腳本如果把這個回應當成正常網頁,就可能誤以為已取得應用內容,因此串接時要核對真正回傳結果。
管理員也可以關閉 API 金鑰開啟應用的能力。若原本能用的腳本突然被導向登入,除了檢查金鑰本身,也應確認工作區政策是否改變。
使用金鑰的請求會標示為自動化,並辨識是哪一把金鑰,不會冒用某個人的互動身分。管理頁可查看與應用相關的金鑰,讓自動化入口有對應管理位置。
這個差別對服務紀錄有實際用途。使用者手動操作與腳本定期執行,可以依身分來源分開追查,而不必全部混在同一個登入帳號底下。
常見問題
Cursor Live Apps 包含免費方案嗎?
截至十一月六日,公告說明支援付費方案,並要求啟用雲端代理。團隊導入前可先檢查工作區功能與管理設定,避免從本機代理尋找部署入口。
團隊應用可以公開嗎?
Teams 與 Enterprise 預設關閉公開分享,管理員能決定是否開啟。若只是內部用途,先使用指定人員或團隊範圍,就能在較小使用群體中驗收。
安全檢查通過就能直接交付嗎?
還要確認工作結果。表單是否保存成功、一般帳號能看見哪些資料,以及錯誤發生時是否留下清楚訊息,都需要依應用用途實際測試。
付費方案代表所有代管成本都已固定嗎?
功能公告說明了可用方案與代管流程,不能直接當成所有應用的無條件成本承諾。估算正式使用費用時,仍應核對工作區當時的計費條件及外部服務用量。
先讓一項內部工作完整跑完
Cursor Live Apps 把寫程式、預覽與部署接得更近,對需要內部工具的團隊很實用。能否留下來成為日常工具,要看發布後的權限、資料與維護安排。
先選一項固定流程,找實際使用者完成整輪操作,再用管理員與一般帳號核對結果。當修改、分享與停用都有清楚做法,再考慮接入更多工作資料。
延伸閱讀可參考Browser Use 與 Computer Use 差在哪?AI 代操作工具選擇指南與GitHub Copilot Assisted Permissions 正式開放:AI 代理的操作何時自動通過?。