把已經做好的,帶往下一趟旅程。

新旅程,
從這裡開始。

沿用熟悉的網站風格,換上一份新的 Google Sheet。
版型、路線圖與城市插圖,都能繼續使用。

查看開站流程
可複用的基礎Cloud Journey網站框架 · 路線圖 · 城市插圖
原旅程保留歐洲秋天之旅原 Sheet、資料與網址
新旅程獨立你的下一站新 Sheet、資料庫與網址
複用設計與流程,每趟旅程各自保存。

一次初始化,
讓之後的更新更簡單。

新增 Sheet 是起點。新網站還需要一次獨立接線,才能自動同步與繪圖;原旅程的來源與設定保持不變。

  1. 保留原站,建立新專案

    保留原旅程的 Sheet、網站、資料庫與網址。新建獨立資料夾與 Git 來源,從不含舊站身分的骨架開始。

  2. 帶走版型,清掉舊旅程內容

    保留字體、象牙白背景、頁面元件與繪圖規則;移除舊日期、照片、住宿、地點快取、預訂、登入與同步設定。新來源失敗時,也不能顯示回歐洲行程。

  3. 接上新的 Sheet 與同步程式

    新 Sheet 使用對應欄位契約,搭配自己的 Apps Script 與同步密鑰,指向新網站。觸發器只安裝一次,確認沒有指回原站。

  4. 設定新站與繪圖服務

    配置新的旅程識別、年份、登入權限、資料庫與網址。每日地圖依目的地選擇合適服務;城市插圖接上 AI、背景工作與用量限制。

  5. 同步、核對,再發布

    確認新 Sheet 修改城市、順序、住宿或刪除站點,只會更新新站;原旅程版本與內容不變。通過檢查後,以新網址發布並記錄版本。

同一套風格,
新的旅程內容。

網站風格與框架

延續旅程首頁、完整行程與預訂管理的架構,以及已確認的字體、象牙白紙底、日期列、時間線與照片羽化。

沿用呈現方式;換成新旅程自己的內容、登入與站台識別。

每日路線圖

站點跟著 Timeline。未指定起點位置時,採用前晚實際住宿,標示「住宿位置」。優先保留可取得的道路蜿蜒,缺少幾何的部分才用示意接線;找不到可靠位置的站點略過。

雲端準備並快取路線資料,由 MapLibre 在瀏覽器顯示。這是行程示意,實際導航仍看 Google Maps 或當地導航服務。旅程總覽產圖使用另一套既有工具。

城市與地標插圖

先使用已確認圖庫。遇到新目的地,背景 AI 查核代表風貌、產生受限向量資料,經檢查後保存 SVG。之後直接讀取成品,無須每次開頁重畫。

使用 travel-city-illustrations;地圖使用 travel-itinerary-maps。圖庫選圖與新城市生成是兩個不同階段。

什麼不能跟著複製?

私人行程與住宿、憑證、密鑰、Sheet ID、站台身分、舊資料庫、定位快取及登入設定。可複用公開插圖與通用程式,不搬走原旅程資料。

電腦關機,
同步仍會繼續。

本機保存建立與維護網站的材料。發布並接線後,背景工作由 Google 與網站雲端執行。

本機專案+Git
原始碼、設計與流程

保存網站框架、樣式、建立規則與部署紀錄。個人 skill 是 Codex 工作時讀取的指南,不是常駐服務。

Google Sheet
每趟旅程的內容來源

編輯城市、當日安排、住宿與地點連結。新旅程使用新 Sheet。

Google Apps Script
自動同步與接續工作

編輯觸發同步,現有流程每 5 分鐘補跑。新旅程需先安裝與核對自己的觸發器。

Cloudflare Worker/D1
網站 API、工作進度與成品

Worker 處理背景請求;D1 保存快照、地圖幾何、城市 SVG 與續跑狀態。訪客開頁讀取準備好的結果。

OpenAI API
新目的地的辨識與向量生成

未收錄目的地才需要產圖。首次可能需數分鐘或多輪排程,成功成品快取;不是每次瀏覽都花費 AI 額度。

網域與 DNS
讓網址找到對應網站

網域本身不保存程式,也不負責繪圖。不同子網域可以指向各自獨立的旅程站。

修改 Sheet雲端同步準備路線與插圖網站讀取成品

現有網站由 Sites 發布,使用 Cloudflare 執行環境。DNS 在自己的 Cloudflare 帳號,不代表 Worker/D1 也會出現在同一後台;實際資源以該站的發布設定為準。

框架可以沿用,
地圖服務要重新適配。

中國旅程可以延續同樣的網站外觀、MapLibre 顯示方式,以及城市插圖生成流程;地點解析與路線來源則要配合當地服務。

尚未接入高德

目前流程使用 Google Maps 地點解析、FOSSGIS/OSRM 道路形狀與 MapLibre/OpenFreeMap 顯示。高德的地點 URL、POI 與路線服務仍需實際串接。

接入時須處理 GCJ-02 與 WGS84 的座標差異、底圖對齊及快取隔離。只換連結或底圖,不能視為已完成支援。

下一次,
從這段話開始。

將下面指令連同新 Google Sheet 連結交給 Codex,再補上旅程名稱、國家與日期。選取文字後即可複製;這不會直接建立或發布網站。

沿用 Cloud Journey 的網站風格與框架,建立獨立的新旅程網站,保留既有歐洲秋天之旅。接入我提供的新 Google Sheet,套用 travel-itinerary-maps 與 travel-city-illustrations 流程。新站使用獨立專案、站台、Git、資料庫、同步設定與部署紀錄,不複製舊旅程內容、密鑰或站台身分。若為中國大陸旅程,請完成當地地圖服務與座標適配。完成資料同步、背景產圖與隔離驗證後,再依發布規則上線。

開始前,釐清這幾件事。

新旅程會覆蓋歐洲站嗎?

不會。新旅程使用獨立的網站、Sheet、資料庫與同步設定,原站不更換資料來源。發布前會核對新 Sheet 的變更只影響新站。

只開一份新 Sheet,就會自動建立網站嗎?

不會。第一次仍需建立新站並接好來源、資料庫、權限與觸發器。設定完成後,日常內容修改才由雲端自動同步與準備繪圖資料。

修改任何文字,都會重畫城市插圖嗎?

不會。修改餐廳、備註或時間不會要求城市重畫。城市、國家或風格識別變更時,才會查找對應圖庫/快取,必要時排入新產圖工作。

所有城市都能立刻畫好嗎?

新目的地需要查核、生成與檢查,首次可能需數分鐘。名稱不明或無法消歧時先保留文字與同高空位;補充國家/區域後再處理,不猜測地標。

AI 產圖會產生費用嗎?

會,新城市生成使用 API 額度。現行城市流程預設每日最多 12 次提交,含失敗重試;這是呼叫次數限制,不是美元硬上限。圖庫與成品快取讀取不呼叫 AI,新站應設定自己的開關與用量限制。

這個指南頁能直接控制我的旅程網站嗎?

不能。這是可閱讀與複製指令的通用指南,不連接你的私人 Sheet、預訂、網站密鑰或資料庫。