Codex Sites：內部工具與服務限制

用一句話說明 Codex Sites#

簡單來說，你只要在聊天中說：「幫我做一個可以依經理和月份篩選的銷售儀表板」，幾分鐘後就會取得一個可上線的網址。你拿到的是可立即投入使用的頁面，不是必須自行部署到 Vercel 或 Cloudflare 的檔案，也不是一小時後就失效的預覽。只有 ChatGPT 工作區帳號的成員能檢視。

OpenAI 這樣介紹 Sites：

關鍵字是「內部」。Codex Sites 不會建立公開的公司介紹網站或廣告登陸頁。只要開始使用，就會發現這一點：沒有公開網址、沒有自訂網域，也沒有收款方式。

6 月 2 日時間軸：OpenAI 如何推出 Codex Sites#

同一場活動中，OpenAI 公布了以下數據：Codex 每週活躍使用者超過 500 萬人，其中約 20% 不是開發者。這個族群的成長速度是開發者的三倍。分析師、行銷人員、營運人員、設計師、研究人員等，愈來愈多人把 Codex 當成日常工作工具，而不是寫程式用的 AI。

Sites 是對這項轉變的回應。如果你的團隊有十位非程式設計師，每天都向 Codex 描述工作需求，遲早會有人問：成果能不能放在聊天以外的地方，成為全隊都能使用的工具？Sites 的答案是可以，而且不必另外部署。

這次發表的合作夥伴包括 Wix、Base44、Replit、Lovable 和 Figma。就技術而言，這些合作不代表彼此整合，而是一種公關說法。

Codex Sites 的內部架構：Cloudflare Worker、D1 和 R2#

從技術上來說，Codex Sites 是針對 Cloudflare Workers 的範本化建置。應用程式內建以下儲存功能：

• D1 — 相容於 SQLite 的關聯式資料庫。可用來儲存使用者記錄、遊戲進度、投票項目，以及任何結構化狀態。
• R2 — 物件儲存。可用來儲存圖片、文件、音訊和影片。
• 環境變數和密鑰 — 透過 Sites 面板管理，不必在儲存庫內放置 MDX 檔案。

OpenAI 這樣說明部署流程：

就業務而言，這表示沒有測試網域、沒有預備伺服器，也沒有「之後才推送的草稿」。每次儲存版本後部署，都會直接進入工作區的正式環境。這適用於原型，但長期使用的內部工具就必須謹慎：部署後，所有員工都會立即看到邏輯錯誤。

另一項重要的技術限制是，Sites 不能處理以下資料：

這是直接明確的政策禁令。凡是涉及這類資料的用途，例如病歷或客戶信用卡資料，都不能使用。這可以理解：OpenAI 不希望為預覽功能承擔 HIPAA 和 PCI 合規責任。

評測沒有提到的 Codex Sites 5 項限制#

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 的比較：該怎麼比？#

評測者常有一種偷懶的習慣：只要一項服務能建立網站，就把它拿來和其他網站建置服務比較。這會把不同領域混為一談。正確的比較界線取決於兩個問題：誰需要它？程式碼會放在哪裡？

以下依主要面向比較：

OpenAI 的定位是：你的工作區現在能作為輕量應用程式平台。Sites 已包含在 Business 訂閱中，沒有額外費用或購買按鈕。

如果你已經在使用 Lovable 並考慮轉換，請不要換。本文所述的預覽版中，Codex Sites 沒有提供 Lovable 的三項功能：公開網址、自訂網域和程式碼匯出。我在另一篇 Lovable 指南中介紹了 Lovable 和 Claude Code 的差異，從中可以看出 Lovable 是專為公開產品打造的。

Codex Sites 處理的是公司內部看板，不會為市場建立商店網站。

2026 年 Codex Sites 真正適合的 3 種團隊#

類型 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 種使用者#

不適用對象 1：個人創業者或自由工作者。 他們使用 ChatGPT Plus 或 Pro，而 Sites 目前不支援這些方案。OpenAI 何時會在這些方案中開放服務，目前不清楚。可替代的工具包括 Lovable、Bolt、v0、Replit、Cursor，以及 Claude Code 的組合。我在另一篇核心指南中比較了全部八種工具，說明哪些工具適合哪些個人專案。

不適用對象 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 時可以怎麼做#

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 接下來的發展：沒有保證的預測#

本文所述預覽版沒有向 Business / Enterprise 另收 Sites 存取費。這份快照無法證實未來託管價格，也不能證明一定會推出獨立計費；條件變動時請查看官方定價公告。

自訂網域仍是未知數。OpenAI 的官方文件沒有提到這項功能。從邏輯上來看，自訂網域遲早會出現在 Sites，因為它是太明顯不能缺少的功能，但不是現在。

OpenAI 在引用內容中說明會逐步開放其他方案，卻沒有確定 Plus 或 Pro 何時可用。請等到實際資格公告後，再安排依賴這些方案的工作。

擴大部署模式（預備環境和正式環境）似乎很可能是下一步。僅部署至正式環境適合原型，但對認真的內部工具來說有風險。獨立預覽模式屬於作者的預測，本文沒有證實發布日期。

簡單來說，Codex Sites 是第一版服務。半年後，它的樣貌會有所不同。是否使用，取決於你現在是否需要，還是可以等一等。

Vibe coding 的完整架構：AI 分身 + Second Brain + 脈絡工程。