讓 Grok Bot 自動發布 HTML 筆記：cfdrop 與 Netlify 實戰

THE PROBLEM

使用場景與挑戰：做好筆記，還差一個公開網址

你請 Grok Bot 整理一份研究摘要、寫下部署操作筆記，或製作有 tag 篩選的 AI 新聞 HTML 報告。接下來想把連結交給同事、朋友或社群讀者，對方最好不用登入 Grok Bot，也不用先下載檔案，就能在手機或電腦瀏覽器直接閱讀。

在這次 HTML 筆記工作流程中，產出檔案後還需要一個公開託管網址，讓未登入的讀者也能直接開啟。聊天內容、本機檔案路徑與可公開存取的 URL 是不同的交付物；不能把「已產生 HTML」當成「已公開上線」。這裡不預設產品已提供任意 HTML 的永久公開託管流程，也不把這個情境擴大成對所有聊天分享或其他產品功能的判斷。

我們要解決的三個需求

發布成臨時短期網址。像是約 60 分鐘的看稿與互動示範，快速讓別人打開，不必先建立完整網站。
發布成長期網址。正式教學與累積的筆記，需要可持續使用的固定站名與文章子路徑，之後能在同一地址更新。
必須免費。先以免費方案及其額度為前提，不買域名、不自動升級或加購；免費有使用限制，不是任何用量都免錢，也不是永久免費保證。

因此我們需要一個外部發布機制：短期用 cfdrop 臨時預覽，不用事先登入 Cloudflare 或提供個人 API token，但仍須明確接受條款，未認領約 60 分鐘後帳號與資源會刪除；長期用自己的 Netlify 固定網站，在當時免費方案額度內維持文章網址。認領期限與免費方案限制，分別以 Cloudflare 文件 [3]及 Netlify 價格頁 [7]為準。

接著依照下面的閱讀路線選工具：先弄清楚網址要活多久，再把產生、檢查與發布交給 Grok Bot。

START HERE

先選網址要活多久

你不必先學會架伺服器。把內容、版型與發布範圍告訴 Grok Bot，讓它完成「產生 → 檢查 → 部署 → 回傳網址」。這裡的自動發布是一項委託工作，不是已經替你建立每天執行的排程。

兩條路，解決不同的分享需求
比較	cfdrop 臨時模式	Netlify 固定網站
初次準備	下載符合架構的預編譯檔、接受條款	帳號、可用站名、一次安全認證
自備帳號／Token	不必；工具處理臨時憑證	需要帳號與 Token，或支援的 CLI 登入
網址持續性	workers.dev 臨時預覽	站名.netlify.app／每篇文章路徑
到期	約 60 分鐘內須完成認領，否則刪除	非本教學所用的一小時模式；依帳號與政策
適合	看稿、互動原型、短時間分享	個人筆記庫、教學、持續更新文章

cfdrop 也支援自有 Cloudflare 帳號模式，但需要自己的認證；本文先專注最省準備的臨時模式。[1][3][5]

ROUTE 01

cfdrop：下載 binary 就能臨時發布

cfdrop 是社群開源工具，不是 Cloudflare 官方 CLI。它把目錄送到 Workers Static Assets，以 workers.dev 提供網址；這不是 Cloudflare Pages。使用專案發布的預編譯檔，不需要安裝 Node、Wrangler 或 Rust，也不用從原始碼 clone／build。[1]

「不需認證」的精確意思

不用事先建立或登入 Cloudflare 帳號，也不用提供個人 API token；不是整個系統沒有認證。cfdrop 會處理臨時帳號與部署憑證，而使用者仍須明確接受 Cloudflare 的服務條款與隱私政策。[3][8][9]

可以直接複製給 Grok Bot

Prompt · cfdrop 臨時預覽

請把我的筆記製作成繁體中文單檔 HTML，CSS／JavaScript 內嵌、手機可讀，不含私人資料。
使用社群開源 cfdrop 的預編譯 binary，先確認作業系統與 CPU 架構，從專案 Release 下載並核對版本與摘要；不必 clone、編譯或安裝 Node／Wrangler。
只發布獨立乾淨目錄內的 HTML，以 --temporary 模式取得臨時公開預覽。
請先提供 Cloudflare Terms 與 Privacy 連結，等我明確接受後才建立臨時帳號；不要代我接受條款。
部署後驗證 HTTP 200、HTML 與互動程式保留，回傳公開網址與實際到期時間。
claim 連結與臨時憑證只私下安全交付，不放公開 HTML 或公開紀錄。

工具背後的三步

選正確版本與架構。先看 uname -s／uname -m。本次核對 v0.7.0 Release：Linux x86_64 用 cfdrop-linux-amd64.tar.gz，Linux aarch64／arm64 用 cfdrop-linux-arm64.tar.gz。公開下載不需 GitHub 登入；下載到檔案、核對 Release 提供的 SHA-256，再解壓與執行，避免 curl | bash。版本以這次實測為準，不代表永遠最新。[2]
只發布乾淨目錄。例如 public/index.html，CSS 與互動 JS 內嵌，別把整個工作區當發布目錄。
先取得同意，再部署。--yes 是條款接受旗標，不是讓 bot 代替你同意的捷徑。實際可用命令如下。

Command · 已取得條款同意後

# 已下載、核對並解壓的 cfdrop；先看版本與 help
./cfdrop --version
./cfdrop deploy --help
# 前提：使用者已明確接受 Cloudflare Terms 與 Privacy
# --yes / -y 代表接受條款，不能跳過使用者同意
./cfdrop deploy --directory ./public --name my-note --temporary --yes

記得這個網址會到期

臨時帳號若未在約 60 分鐘內完成認領，帳號與資源會自動刪除；只打開認領頁不算完成。想保留，依工具提供的認領流程登入或建立 Cloudflare 帳號並完成步驟；日後更新仍需正常認證。claim 連結等同帳號控制權憑證，只安全交給本人，不能貼進公開文章、截圖或公開 log。[3]

臨時帳號資產上限為 1,000 檔、每檔 5 MiB。Cloudflare 文件說明純靜態資產請求免費，若觸發 Worker 腳本則另依 Workers 計費與限制；這不會取消臨時帳號到期規則。[3][4]

ROUTE 02

Netlify：把筆記變成自己的固定網站

如果你希望別人下週還能開啟同一個連結，就用自己的 Netlify 網站。固定站名是否可用，取決於是否被占用與你的權限；不是指定任何名字都能取得。這條路不需要 GitHub repository、CI、伺服器或資料庫。[6]

準備帳號與站點。選擇免費方案可用範圍，確認目標站名與 Project ID（CLI／API 稱 site ID）。若已有網站，先核對身分與現有內容，不要任選另一個站。
一次設定安全認證。在 Netlify 使用者設定的 Applications → Personal access tokens 建立有期限的 Token，再透過 Grok Bot 的安全輸入框提供，不要貼聊天、HTML、命令列明文或程式碼庫。官方 CLI 也支援 netlify login。[5]
沿用合法可用的憑證。安全機制可將值注入 NETLIFY_AUTH_TOKEN；不需每次重貼。但不能假定跨 bot 自動共用，每個 bot 都要先確認自己被授權使用的秘密位置。Token 到期、撤銷或重設密碼後，可能需重新認證。[5]
建立快照，先預覽再正式。可用官方 CLI 或公開 REST API。技能包是操作指南，不等於 API connector，更不是認證本身。[5][6]

Prompt · 固定網站首次設定

請建立我的固定 HTML 筆記網站，站名希望是「我的站名」，使用 Netlify 免費方案可用的純靜態託管。
先核對帳號權限、站名是否可用與目前方案額度；若被占用，停止並回報，不要另選近似名字。
如需 token，請用安全輸入框接收，勿叫我貼到聊天；若已有合法可用的安全憑證，直接沿用，不讀其他 bot 的秘密。
使用官方 Netlify CLI 或公開 REST API，毋須 GitHub repo／CI。不要升級、購買域名、啟用付費附加功能。
將我的筆記製作成單檔 HTML。先檢查現有內容並完整保留，建立完整站點快照，先做 draft 預覽與驗證，再依我已授權的範圍正式發布。
回傳精確 production URL、deploy id、檔案清單與檢查結果，不輸出 token。

想看底層 CLI 指令？

以下只展示既有目標站的發布；憑證必須先安全注入，不在命令內填值。CLI 需要符合官方要求的 Node 環境，與 cfdrop binary 不同。

Command · Draft → Production

# 前提：NETLIFY_AUTH_TOKEN 已由安全機制注入，勿在命令列寫值
# NETLIFY_SITE_ID 指向已核對的目標；public 是完整站點快照
npx netlify-cli deploy --dir=./public --site="$NETLIFY_SITE_ID"
# 檢查 draft 後，僅在正式發布已獲授權時執行
npx netlify-cli deploy --dir=./public --site="$NETLIFY_SITE_ID" --prod

免費不等於無限，也不是永久承諾

本次現讀的 Netlify 價格頁列 Free 方案與 credits 額度，正式部署、流量與請求都可能消耗額度。使用前看當時官方價格與自己的帳單方案；不要把「純靜態免伺服器」理解成任何用量都免費。不要讓 bot 自動升級或開付費加購。[7]

補充：官方 CLI 另有匿名臨時部署，但也有一小時認領限制；本文的 Netlify 路線指自己的固定帳號網站，不混為一談。[5]

KEEP YOUR NOTES

一篇一個路徑，更新不洗掉舊文章

例如把檔案放在 grok-bot-public-notes/index.html，讀者就能開啟 /grok-bot-public-notes/。本頁本身就是固定子路徑的示例。

最重要的部署觀念：快照，不是資料夾合併

Netlify 每次部署代表完整網站版本。只部署新文章資料夾，不會自動跟原站合併；舊頁可能從新版本消失。應先列出並保留目前 production 所有檔案，加入新頁，形成完整 manifest／發布目錄，再預覽與發布。[6]

Directory · 完整網站快照

public/
├── index.html                         # 保留既有首頁
├── previous-note/index.html           # 保留原文章（示意）
└── grok-bot-public-notes/index.html    # 只新增本篇

Prompt · 新增或更新指定子路徑

請把這篇筆記製作成精緻繁中單檔 HTML，新增到我的 Netlify 網站 https://我的站名.netlify.app/my-note/ 。我授權發布這個新頁。
先以 site id 核對目標，讀取目前 production deploy 與完整檔案清單。
完整保留首頁和所有其他文章，合併 my-note/index.html，僅部署乾淨的完整快照，不要把新資料夾當成整站。
先產生 draft，核對新頁與舊頁；正式發布前再確認 production 未被其他人更新，若有變更先重新合併。
不要修改 DNS、設定或其他網站；若無法證明原內容完整保留，停止。
正式發布後驗證新頁 HTTP 200、text/html、中文與 JS，並比對原檔 hash 未變。只回公開網址與檢查結果。

若其他人也在更新網站，發布前再讀一次 production deploy ID；有變動就重新合併，不能用舊快照蓋掉新文章。API 請求逾時，先只讀確認是否已成功，別盲目重發。

QUALITY GATE

有網址，還要真的能讀

僅部署乾淨發布目錄；排除 .env、Token、部署控制 log、原始私密資料，別部署整個 /workspace。
公開 HTTPS 回傳 HTTP 200 與 text/html，中文標題、內容和來源連結正確，沒有變成附件下載。
比對上傳與回傳內容；確認既有首頁、其他文章 hash 未變，新頁內部目錄錨點有效。
在瀏覽器實際測手機寬度、長行橫捲、鍵盤 focus、複製與篩選按鈕，以及外部來源頁。
記錄 deploy ID、檔案清單與驗證結果，私密控制紀錄不混進公開頁。

HTML 裡有按鈕、搜尋或 tag 篩選，不代表資料會自動更新。離線檔可以保留互動，外部來源連結與重新抓取資料則仍需要網路或另一次產製發布。

OPTIONAL NEXT STEP

想每天自動出一篇？另設例行任務

先把一次發布跑通，再委託 Grok Bot 設定例行任務：說清楚目的、頻率、時區、資料來源、篩選門檻、發布路徑、是否需要審稿，以及如何保留舊頁。也要確認該任務的 bot 有合法安全可用的 Token，並考慮部署額度。例如：「每日 09:00 America/New_York 整理指定來源，在 /daily/YYYY-MM-DD/ 新增摘要並保留所有舊頁；無可靠來源時回報，不造資料。」

這只是委託方式示例，本教學沒有替你啟用任何排程。有時效的資料應標示抓取時間與來源；網站是資料快照，不是即時資料庫。

記住一句話

短暫分享，讓 cfdrop 幫你快速開門；長期累積，用 Netlify 把每篇筆記放在自己的固定地址。

READ THE ORIGINALS

參考來源

查證日期：2026-11-08 EST。工具、政策與價格會變動，操作前以當時官方文件與實際權限為準。