# Codex Sites：內部工具與服務限制
> 說明 Codex Sites、D1 和 R2 的運作方式、內部網站的適用對象、它與公開網站建置工具的差異，以及值得考量的限制。
Source: https://ailoot.ai/blog/zh-hant-tw/codex-sites/
Canonical: https://ailoot.ai/blog/zh-hant-tw/codex-sites/
Language: zh-Hant-TW
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-083
Revision: sha256-9a768ffac0214e9a9cd4e5fad30a360b63a159824a0a80d4388dbeeff527ec65
重點
2026 年 6 月 2 日，OpenAI 推出 Codex Sites——一項能根據單一提示詞建立可運作的網站或內部儀表板，並立即代管的服務。這項服務僅適用於 ChatGPT Business 和 Enterprise。沒有公開網址、沒有自訂網域、不能匯出程式碼，也不支援付款。簡單來說，它是專為團隊內部工作設計的另一類工具，不是 Lovable 的替代品，也不是 Tilda 的終結者。以下將介紹它包含哪些功能、真正適合哪些人，以及沒有 Business 時可以怎麼做。
[Ailoot 文件](https://ailoot.ai/docs/)介紹如何連接模型以及使用 API。
## 用一句話說明 Codex Sites
重點
Codex Sites 是 OpenAI Codex 的外掛，可將提示詞轉化為可運作的網站或應用程式，並立即代管在 OpenAI 自有的基礎架構上。不必另外部署、不必自行準備虛擬機，也不必 git push。你會取得類似 `app-name.sites.openai.com` 的網址，並能立即分享給團隊。ChatGPT Business 預設提供此功能；Enterprise 則可透過管理員設定啟用。
簡單來說，你只要在聊天中說：「幫我做一個可以依經理和月份篩選的銷售儀表板」，幾分鐘後就會取得一個可上線的網址。你拿到的是可立即投入使用的頁面，不是必須自行部署到 Vercel 或 Cloudflare 的檔案，也不是一小時後就失效的預覽。只有 ChatGPT 工作區帳號的成員能檢視。
OpenAI 這樣介紹 Sites：
Sites 是承載想法的新畫布。Codex 能將你的想法、分析和計畫，轉化為儀表板、規劃工具、審查工作區、專案看板、藝廊，以及輕量的內部工具。
— OpenAI，https://openai.com/index/codex-for-every-role-tool-workflow/
關鍵字是「內部」。Codex Sites 不會建立公開的公司介紹網站或廣告登陸頁。只要開始使用，就會發現這一點：沒有公開網址、沒有自訂網域，也沒有收款方式。
## 6 月 2 日時間軸：OpenAI 如何推出 Codex Sites
重點
2026 年 6 月 2 日，OpenAI 在「Intelligence at Work」企業活動上，一次推出三項 Codex 更新：Sites 外掛、六種依職務設計的外掛（適用於分析師、行銷人員、業務人員、設計師、投資人和銀行從業人員），以及 Annotations 功能，讓使用者能標示一個區塊並詢問相關問題。最重要的訊息是：Codex 不再只為開發者而設。
同一場活動中，OpenAI 公布了以下數據：Codex 每週活躍使用者超過 500 萬人，其中約 20% 不是開發者。這個族群的成長速度是開發者的三倍。分析師、行銷人員、營運人員、設計師、研究人員等，愈來愈多人把 Codex 當成日常工作工具，而不是寫程式用的 AI。
Sites 是對這項轉變的回應。如果你的團隊有十位非程式設計師，每天都向 Codex 描述工作需求，遲早會有人問：成果能不能放在聊天以外的地方，成為全隊都能使用的工具？Sites 的答案是可以，而且不必另外部署。
這次發表的合作夥伴包括 Wix、Base44、Replit、Lovable 和 Figma。就技術而言，這些合作不代表彼此整合，而是一種公關說法。
## Codex Sites 的內部架構：Cloudflare Worker、D1 和 R2
重點
底層採用標準的現代無伺服器架構：程式碼會建置成相容於 Cloudflare Worker 的 ES 模組，狀態儲存在 D1（相容於 SQLite 的關聯式資料庫），檔案則儲存在 R2（物件儲存）。OpenAI 在自有基礎架構上代管所有內容。每次部署都會直接進入正式環境，沒有獨立的預備階段。
從技術上來說，Codex Sites 是針對 Cloudflare Workers 的範本化建置。應用程式內建以下儲存功能：
- **D1** — 相容於 SQLite 的關聯式資料庫。可用來儲存使用者記錄、遊戲進度、投票項目，以及任何結構化狀態。
- **R2** — 物件儲存。可用來儲存圖片、文件、音訊和影片。
- **環境變數和密鑰** — 透過 Sites 面板管理，不必在儲存庫內放置 MDX 檔案。
OpenAI 這樣說明部署流程：
每個 Sites 部署網址都是正式環境部署。
— OpenAI Developers Docs，https://developers.openai.com/codex/sites
就業務而言，這表示沒有測試網域、沒有預備伺服器，也沒有「之後才推送的草稿」。每次儲存版本後部署，都會直接進入工作區的正式環境。這適用於原型，但長期使用的內部工具就必須謹慎：部署後，所有員工都會立即看到邏輯錯誤。
另一項重要的技術限制是，Sites **不能**處理以下資料：
Sites 不應處理受保護的健康資訊（HIPAA）或支付卡資料（PCI DSS）。
— OpenAI Developers Docs，https://developers.openai.com/codex/sites
這是直接明確的政策禁令。凡是涉及這類資料的用途，例如病歷或客戶信用卡資料，都不能使用。這可以理解：OpenAI 不希望為預覽功能承擔 HIPAA 和 PCI 合規責任。
## 評測沒有提到的 Codex Sites 5 項限制
重點
英文評測常把 Codex Sites 描述成 Lovable 的替代品，這具有誤導性。這項服務有五項會影響選擇的硬性限制：沒有公開網址、沒有自訂網域、不能匯出程式碼、不支援付款，而且僅限 ChatGPT Business 和 Enterprise 訂閱者使用。
OpenAI 的技術文件提供了這些限制的資訊。截至 2026 年 6 月 14 日，限制如下。
**1. 沒有公開網址。** 驗證與 ChatGPT 工作區綁定。要存取網站，使用者必須是該工作區的成員，並透過「Sign in with ChatGPT」登入。不在團隊中的外部客戶什麼也看不到。嚴格來說，這是內部應用程式，不是公開應用程式。
**2. 沒有自訂網域。** 所有應用程式都位於 `name.sites.openai.com` 子網域。你不能用自有品牌的網域代管，也不能將 CNAME 指向該網址。因此，若網站必須看起來像自家品牌的一部分，就不適合使用 Sites。
**3. 不能匯出程式碼。** Codex Sites 建置的內容會留在 OpenAI 的基礎架構內。你無法下載專案封存檔，再移到 Vercel 或自己的伺服器。這項服務目前尚未開放給使用 Plus 或 Pro 的個人開發者。
**4. 不能收款。** Sites 的政策明確禁止處理銀行卡資料。因此，電子商務、SaaS 訂閱，以及透過網站直接銷售都不可行。
**5. 僅限 Business 和 Enterprise。** ChatGPT Plus、Pro、Team 和 Free 均不支援。OpenAI 承諾「其他方案會逐步開放」，但沒有公布日期。使用 Pro 方案的個人創業者現在無法使用 Sites，即使願意另外付費也不行。
他對定價的評論也反映出預覽期間的狀況：
本文 6 月 14 日的預覽版快照中，Sites 存取已包含於 Business 和 Enterprise。Codex 使用額度與 Sites 託管費是兩個問題；本文未證實以 Token 計價的託管費率或託管支出上限。估算持續使用成本前，請查看目前方案及服務條款。
這類平台都只是工具，不是方法論。若缺少底層基礎，服務就會變成抽獎：一次提示詞可能產出精緻的原型，下一次卻只得到很普通的結果。我所說的基礎包含三大支柱：AI 分身、Second Brain 和脈絡工程。可以從成本與控制權等方面，將 Sites 與其他平台比較。
## 什麼是內部工具，團隊為什麼需要它？
重點
內部工具是僅供公司團隊使用、而非外部市場使用的網站或應用程式，例如銷售儀表板、員工需求看板、點子提案表單和績效排行榜。這些網站的需求不同：不需要品牌網域或公開註冊功能，但需要快速上線，並整合公司已有的資料。
這項差異是理解 Codex Sites 的關鍵。Lovable、Bolt、v0 和 Replit Agent 都針對外部產品進行最佳化：登陸頁、服務原型，或是明天就能展示給客戶或投資人的 SaaS 原型。這類產品需要公開網址，最好還有自訂網域、收款方式和使用者註冊功能。
內部工具則是另一個類別。團隊中有 10 到 20 人會使用，最重要的三件事是：能快速建置、馬上能用，而且資料和其他工作內容存放在同一處。它不需要品牌網域，不需要公開網址，也完全不需要客戶。
如果你的團隊有 5 人以上並使用 ChatGPT Business，一週內就能用 Sites 建置以下工具：
1. 高階管理層分析儀表板（每週銷售 KPI、註冊漏斗、留存率）。
2. 員工可以投票的點子提案表單。
3. 為新進員工準備的入職平台，附第一週進度追蹤功能。
4. 具備搜尋功能的內部產品知識庫。
5. 依狀態篩選的部門需求看板。
過去，這些工具不是做成 Notion 頁面（速度慢、邏輯功能差），就是用附有 Apps Script 的 Google 試算表（讓人不放心），或者花兩週聘請前端開發者來建置。Sites 能更快、更便宜地處理這類工作，而且不必外部部署。
## Codex Sites 與 Lovable、Bolt、v0、Replit 的比較：該怎麼比？
重點
把 Codex Sites 和 Lovable、Bolt 或 v0 比較會產生誤導，因為它們的用途不同。Lovable 和 Bolt 能建立可匯出的完整公開應用程式；v0 會產生 React 元件；Replit Agent 最接近，但同樣面向公開應用程式。Codex Sites 則是為已經使用 ChatGPT Business 的團隊提供內部工具。我找不到直接的競爭對手。
評測者常有一種偷懶的習慣：只要一項服務能建立網站，就把它拿來和其他網站建置服務比較。這會把不同領域混為一談。正確的比較界線取決於兩個問題：誰需要它？程式碼會放在哪裡？
以下依主要面向比較：
| 面向 | Codex Sites | Lovable | Bolt | v0 | Replit Agent |
|----|----|----|----|----|----|
| 適用對象 | 使用 ChatGPT Business 的團隊 | 個人、創業者、原型開發 | 開發者和非開發者 | 網頁設計師和 UI 開發者 | 獨立開發者、實驗用途 |
| 成果類型 | 在工作區內代管的應用程式 | 完整運作的應用程式 | 完整運作的應用程式 | React + Next.js 元件 | 完整應用程式 |
| 公開網址 | 無 | 有 | 有 | 有 | 有 |
| 自訂網域 | 無 | Pro 方案提供 | 有 | 透過 Vercel 提供 | 有 |
| 程式碼匯出 | 無 | Pro 方案提供 | 有 | 有 | 有 |
| 預覽版定價 | Business / Enterprise 免費 | 免費 + Pro \$25/月 | 免費 + Pro | 透過 Vercel 訂閱 | 提供免費方案 |
| 最適合用途 | 內部部門儀表板 | 產品登陸頁、附註冊功能的原型 | 可運作的服務原型 | 設計系統和元件 | 長時間生成工作階段 |
OpenAI 的定位是：你的工作區現在能作為輕量應用程式平台。Sites 已包含在 Business 訂閱中，沒有額外費用或購買按鈕。
如果你已經在使用 Lovable 並考慮轉換，請不要換。本文所述的預覽版中，Codex Sites 沒有提供 Lovable 的三項功能：公開網址、自訂網域和程式碼匯出。我在[另一篇 Lovable 指南](https://ailoot.ai/blog/zh-hant-tw/lovable-vs-claude-code-2026/)中介紹了 Lovable 和 Claude Code 的差異，從中可以看出 Lovable 是專為公開產品打造的。
Codex Sites 處理的是公司內部看板，不會為市場建立商店網站。
## 2026 年 Codex Sites 真正適合的 3 種團隊
重點
截至 2026 年 6 月 14 日，Codex Sites 適合三種團隊：有一堆內部儀表板需求的 ChatGPT Business 團隊、有複雜角色存取控制需求的 ChatGPT Enterprise 新創公司，以及想在不牽涉 IT 部門的情況下試用 AI 工具的大型企業團隊。
**類型 1：5 至 50 人的 ChatGPT Business 團隊。** 他們已在工作中使用 Codex 和 ChatGPT。分析師每天整理報告，行銷人員準備簡報和資料，業務人員追蹤銷售漏斗。內部儀表板的需求日益增加：「能不能讓團隊透過即時網址取得資料，不必每次都從聊天中重新傳送？」Codex Sites 不需要另編開發預算，就能補足這個需求。例如，一家 15 人的新創公司，執行長要求製作顯示每週團隊活動的儀表板。Codex Sites 可以直接處理這類工作，不必另外推出部署流程。
**類型 2：採用 ChatGPT Enterprise 並使用 RBAC 的新創公司。** 他們有複雜的存取模型：有些人可以查看財務資料，有些人查看產品資料，另一些人查看行銷資料。Codex Sites 支援 `workspace_admins_only` 和可設定的群組。這符合他們的安全需求：資料留在帳戶範圍內，透過 Sign in with ChatGPT 驗證，並提供標準稽核記錄。沒有外部網址和程式碼匯出對他們而言是優點，而非缺點。例如，一家 40 人的金融科技新創公司，需要有存取控制的合規報告儀表板。
**類型 3：200 人企業的行銷部門。** 他們使用 ChatGPT Enterprise，但 IT 部門忙著遷移 ERP。內部網站的需求不斷累積，包括新進員工入職平台、品牌素材庫和高階管理層績效儀表板。透過 IT 部門處理要花 6 個月；使用 Codex Sites 只需幾天。這是在不動用基礎架構團隊的情況下，於企業內部試行 AI 工具。例如，大型銀行的行銷部門建立用來追蹤客戶 NPS 的季度原型儀表板。
以上三種類型都有一個關鍵條件：團隊已經使用 ChatGPT Business 或 Enterprise。若沒有，Codex Sites 就不是選項。
## Codex Sites 不適合的 3 種使用者
重點
Codex Sites 不適合三種使用者：沒有團隊的個人創業者和自由工作者；電子商務和 SaaS 產品的擁有者；以及需要使用品牌網域的公開登陸頁者。他們不是缺少使用資格（僅限 Business / Enterprise），就是缺少必要功能（付款、公開網址、自訂網域）。
**不適用對象 1：個人創業者或自由工作者。** 他們使用 ChatGPT Plus 或 Pro，而 Sites 目前不支援這些方案。OpenAI 何時會在這些方案中開放服務，目前不清楚。可替代的工具包括 Lovable、Bolt、v0、Replit、Cursor，以及 Claude Code 的組合。我在[另一篇核心指南中比較了全部八種工具](https://ailoot.ai/blog/zh-hant-tw/ai-coding-tools/)，說明哪些工具適合哪些個人專案。
**不適用對象 2：電子商務或 SaaS 業者。** 他們需要公開網址、付款表單、客戶註冊和定期扣款。Codex Sites 這些功能都沒有：其政策明確禁止處理 PCI DSS 資料，只能透過工作區驗證，也無法匯出程式碼。Shopify + Lovable / Bolt 適合製作登陸頁，或者也可以用 Claude Code 開發全端產品。
**不適用對象 3：需要公開登陸頁的行銷人員。** 需求很常見：為廣告活動製作登陸頁、進行 SEO 最佳化、追蹤指標、執行 A/B 測試，並將潛在客戶表單連接到 CRM。Codex Sites 沒有公開網址，不會被 Google 編入索引；不使用指令碼就無法連接 CRM；而且必須登入 ChatGPT 才看得到。顯然這不是合適的工具。Lovable、Webflow、Tilda，或是以 Claude Code 建置並部署到自有代管服務的登陸頁，都更適合。
## 如何立即試用 Codex Sites，以及沒有 Business 時可以怎麼做
重點
如果你使用 ChatGPT Business，Codex Sites 已預設啟用。開啟 Codex，在側邊欄找到 Sites 外掛，然後從簡短提示詞開始。如果你使用 Enterprise，請管理員透過 RBAC 啟用。如果你使用 Plus、Pro、Team 或 Free，則無法使用這項服務，推出日期也尚未確定。替代方案包括 Lovable、Bolt、v0、Replit，或搭配使用 Claude Code。
Business / Enterprise 的操作步驟：
1. 在瀏覽器或應用程式中開啟 ChatGPT。
2. 前往 Codex（從左側邊欄進入，或直接開啟 Codex 分頁）。
3. 在側邊欄找到 **Sites** 外掛。Business 預設已啟用；Enterprise 則必須由管理員透過存取設定啟用。
4. 開始對話：「幫我做一個每週銷售儀表板。」第一個提示詞不必寫得太詳細。
5. Codex 提供第一版原型後，再逐步提出修改需求：「新增經理篩選條件」、「將資料存入 D1，讓資料在不同工作階段之間保留」、「新增 CSV 匯出功能」。
6. 部署前，重新閱讀 OpenAI 對正式環境的警告。每次部署都會直接進入正式環境，沒有獨立的預備階段。
7. 部署後，你會取得類似 `app-name.sites.openai.com` 的網址。透過連結分享給團隊，或將它釘選在工作區中。
如果沒有 Business，以下有三種實用的替代方案：
- **Lovable + Vercel** — 適用於公開原型或登陸頁。免費方案足以在一個晚上建置原型。
- **Bolt 或 v0** — 如果需要為現有後端打造專用的 React 前端。
- **Claude Code + Coolify 組合** — 完全掌控程式碼、使用自己的基礎架構，不依賴其他供應商。適合追求長期自主性的使用者。這種組合適用於各種專案，從登陸頁到內部工具都可以。
請依照專案選擇工具組合。Sites 是否在其中並非最重要的問題。真正重要的是你能為所選工具帶上哪三大支柱。缺少它們，任何 AI 代理平台都會變成抽獎。
如果你目前還沒有團隊和 ChatGPT Business，別急著為了 Sites 申辦。等到官方實際宣布 Plus 和 Pro 的開放資格，或者使用 Claude Code + Lovable 製作面向公開市場的原型。
## Codex Sites 接下來的發展：沒有保證的預測
重點
本文引用的已宣布方向是逐步開放更多方案，並無確定日期。自訂網域與獨立預備環境屬於作者的期待，並非有文件支持的 OpenAI 承諾。請依本文預覽版實際提供的功能選擇服務。
本文所述預覽版沒有向 Business / Enterprise 另收 Sites 存取費。這份快照無法證實未來託管價格，也不能證明一定會推出獨立計費；條件變動時請查看官方定價公告。
自訂網域仍是未知數。OpenAI 的官方文件沒有提到這項功能。從邏輯上來看，自訂網域遲早會出現在 Sites，因為它是太明顯不能缺少的功能，但不是現在。
OpenAI 在引用內容中說明會逐步開放其他方案，卻沒有確定 Plus 或 Pro 何時可用。請等到實際資格公告後，再安排依賴這些方案的工作。
擴大部署模式（預備環境和正式環境）似乎很可能是下一步。僅部署至正式環境適合原型，但對認真的內部工具來說有風險。獨立預覽模式屬於作者的預測，本文沒有證實發布日期。
簡單來說，Codex Sites 是第一版服務。半年後，它的樣貌會有所不同。是否使用，取決於你現在是否需要，還是可以等一等。
### 來源
- [Codex for every role, tool, and workflow（OpenAI，2026 年 6 月 2 日）](https://openai.com/index/codex-for-every-role-tool-workflow/)
- [Codex Sites Documentation（OpenAI Developers Docs）](https://developers.openai.com/codex/sites)
- [Using Codex with your ChatGPT plan（OpenAI Help Center）](https://help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-plan)
Vibe coding 的完整架構：AI 分身 + Second Brain + 脈絡工程。
在 [Ailoot](https://ailoot.ai/) 繼續使用 AI。
## 常見問題：Codex Sites：內部工具與服務限制
### 能因為已承諾自訂網域或 staging，就選擇 Sites 嗎？
本文沒有證實 OpenAI 承諾提供這兩項功能。請把它們視為預測，依預覽版實際提供的工作區存取與正式部署行為決定；依賴未來功能之前，先等官方文件。
### 本文所述的 Sites 預覽版該如何編列預算？
6 月 14 日的快照說明，Sites 存取已包含於 Business 與 Enterprise。它沒有證實獨立的 Token 託管費率或未來價格。編預算前，應分別確認目前 Codex 用量額度與 Sites 服務條款。
## Ailoot · 公司及其專案組合
Ailoot以累積的營運經驗、廣大的客戶群、穩定的服務及持續的KPI管理為基礎。
公司及其專案組合：數百萬客戶，每月銷售額達數十億。
Ailoot將這些營運經驗用於API存取，讓客戶的產品、代理、應用程式及自動化流程使用AI功能。