影片筆記：ChatGPT Sites：一键建站、部署、分享

一句話總結

影片介紹 ChatGPT 5.6 版本更新，重點實測「Sites」功能，展示如何透過單一提示詞一鍵生成包含前端、後端 API、資料庫及專屬網址的完整網站，並透過實測建立社交媒體監控看板，強調其降低網站分享成本與輕量級部署的優勢。

核心重點

• ChatGPT 5.6 更新內容：新增 Chat、Work、Codex 三個分頁/模式；模型升級至 5.6，提供三種模型選擇及 Thinking Level；Voice Model 選項增加；新增 Live 模式。
• Sites 功能核心價值：透過一句提示詞生成已部署的網站，包含資料庫、後端 API 及專屬網址。將「分享網站」的成本降低至與分享 Word/PPT 文件相當的輕量級程度。
• 技術架構：基於 Cloudflare 技術棧，前端使用 React 和 Next.js，後端數據存儲使用 D1（Serverless SQL 資料庫）和 R2（對象存儲）。
• 實測案例：建立一個監控社交媒體粉絲增長的看板，展示從提示詞生成、UI 調整、後端邏輯設定（定時爬蟲、資料庫寫入）到公開分享的完整流程。
• 競爭優勢：相較於 Google AI Studio、Replit、Lovable 等工具，Sites 在輕量級部署與一鍵分享方面表現最佳。

詳細大綱

1. ChatGPT 5.6 主要更新項目

• 介面與模式變化：新增 Chat、Work、Codex 三個分頁/模式。
• 模型升級：從 5.5 升級至 5.6，提供三種模型選擇及對應的 Thinking Level。
• 其他功能：Voice Model 增加選項、新增 Live 模式。

2. 講者對產品線劃分的觀點

• 認為將產品分為 Chat、Work、Codex 三者必要性不高。
• 認為 Work 與 Codex 功能重疊度高，用戶在客戶端使用時無需頻繁切換。
• 質疑此劃分可能違背 Codex 創始人希望用戶在單一 App 內完成所有工作的初衷。

3. Sites 功能深度解析

• 核心價值：透過一句提示詞（Prompt）生成已部署的網站，包含資料庫、後端 API 及專屬網址。
• 創新意義：將「分享網站」的成本降低至與分享 Word/PPT 文件相當的輕量級程度，有助於公司內部流程及輕量級建站。
• 競爭優勢：相較於 Google AI Studio、Replit、Lovable 等工具，Sites 在輕量級部署與一鍵分享方面表現最佳。

4. 實測案例：社交媒體粉絲增長看板

• 模型選擇與 Token 消耗：初始使用 Sol ExtraHigh 導致 Token 快速耗盡，後改為 Medium。
• UI 生成與調整：初次生成 UI 效果一般，經輸入排版與設計提示詞後改善。
• 功能整合：結合 Sites 與 Computer Use 技能，實現監控網站功能。
• 互動體驗：可在 Codex 桌面端直接打開生成的網站（Open in ChatGPT），無需跳出至瀏覽器插件。
• 隱私與公開機制：默認僅創建者可見，可手動設置為公開，網址不變。
• 後端邏輯實作：
• 設置定時任務（如每天早上 8:15）。
• 爬取社交媒體瀏覽與粉絲數據。
• 通過後端接口將數據存入資料庫並展現於前端。
• 應用場景：具備前端、後端、資料庫、網址及存取控制（Access Control），適合用於原型開發（Prototype）。

5. 技術細節與架構

• 前端技術：使用 React 和 Next.js 實現。
• 運行環境：部署於 Cloudflare。
• 編譯工具：使用開源項目 vinext 將 Next.js 代碼轉換為 Worker 可運行形式。
• 後端數據存儲：
• D1：Serverless SQL 資料庫。
• R2：對象存儲（類似 Amazon S3）。

工具 / 模型 / 名詞整理

• ChatGPT 5.6
• ChatGPT Work 模式
• Codex
• Thinking Level
• Voice Model
• Live 模式
• Sites
• Google AI Studio
• Replit
• Lovable
• Sol ExtraHigh（模型選項）
• Medium（模型選項）
• Computer Use
• React
• Next.js
• Cloudflare
• vinext
• D1
• R2
• Amazon S3（作為比較對象提及）

操作流程整理

選擇模型：在 ChatGPT 5.6 中選擇模型（如 Medium），避免使用高消耗模型（如 Sol ExtraHigh）導致 Token 耗盡。

輸入提示詞：輸入描述網站需求的提示詞（Prompt）。

UI 生成與調整：系統生成初始 UI，若效果不佳，可輸入排版與設計提示詞進行調整。

功能整合：結合 Sites 與 Computer Use 技能，實現特定監控或互動功能。

後端邏輯設定：

• 設置定時任務（例如每天早上 8:15）。
• 配置爬蟲抓取數據（如社交媒體瀏覽與粉絲數據）。
• 設定後端接口將數據存入資料庫（D1）。

公開與分享：默認網站僅創建者可見，可手動設置為公開，生成專屬網址。

訪問與測試：可在 Codex 桌面端直接打開生成的網站（Open in ChatGPT），或通過瀏覽器訪問。

值得注意的限制或風險

• Token 消耗：使用高算力模型（如 Sol ExtraHigh）可能導致 Token 快速耗盡，建議選擇 Medium 等較低消耗選項。
• UI 生成質量：初次生成的 UI 效果可能一般，需要通過額外的提示詞進行排版與設計調整。
• 隱私默認設置：生成的網站默認僅創建者可見，需手動設置為公開才能讓他人訪問。
• 技術棧依賴：Sites 功能基於 Cloudflare 技術棧（React, Next.js, D1, R2），其穩定性和功能擴展性依賴於該生態系統。

逐字稿辨識疑點

• ChatGPT5.6 / 5.5 / 5.6：逐字稿中多次提及「ChatGPT5.6」及模型從「5.5」升級到「5.6」，此版本編號與目前公開資訊可能有出入，需查證是否為口誤或特定內部版本。
• splitted tab：逐字稿中出現英文單字混用，疑為「split tabs」或「分頁」之意。
• Sol ExtraHigh：此為模型選項名稱，疑點在於通常模型選項可能為「Turbo」、「Pro」或特定代號，「Sol ExtraHigh」需查證是否為聽寫錯誤或特定命名。
• OpeninChatGPT：疑為「Open in ChatGPT」的連寫或口誤。
• AccessControl：逐字稿中提及此功能，疑為「Access Control」（存取控制）的拼寫或口語化表達。
• Sites：此為新功能名稱，需確認是否為官方正式命名或暫定名稱。
• vinext：此為將 Next.js 轉換為 Worker 的開源項目名稱，需查證是否為「vercel/next-on-pages」或其他類似工具的名稱誤聽。

可延伸追問

• ChatGPT 5.6 版本中，Work 模式與 Codex 模式的功能重疊具體表現為何？
• Sites 功能生成的網站在長期運行中，資料庫（D1）和對象存儲（R2）的費用結構如何？
• 如何確保 Sites 生成的網站在公開後的數據安全與隱私保護？
• vinext 工具在將 Next.js 代碼轉換為 Cloudflare Worker 時，有哪些已知的限制或兼容性問題？
• 對於非技術用戶，Sites 功能在 UI 調整方面的易用性如何？是否需要編寫代碼知識？