EXECUTIVE REVIEW · 2026.05.18

Cloudflare 網站資產盤點與功能匯報

本版改成「功能性優先」：每一組網站先回答它能做什麼、服務誰、靠哪些文件與證據支撐，最後再落到部署治理決策。

13網站/入口
4功能群組
12截圖證據
MANAGEMENT POINT

先看功能價值，再處理部署風險

核心判斷

這不是單純網站清單；它已經形成四組可管理的產品資產：內容產品、AI 技術證據、產品 Demo、正式管理報告。

保留

可展示且有來源的站點。

補件

Demo 需補 PRD、owner、驗收指標。

轉導

正式入口回到 Pages/R2。

下架

404/502 且無 owner 的入口。

FUNCTION GROUP 1

正式管理報告：把成果轉成決策語言

FUNCTION

COO Slides / Executive Briefing

用途是把 AI 產品進度、營運效率、展示包、部署成本與後續工作安排，整理成管理層可直接決策的形式。

  • 服務對象：COO / 管理層
  • 來源文件：COO report slide plan、executive briefing HTML
  • 部署狀態：自有域名由 Worker route 承接 Cloudflare Pages
coo-slides.daedalus.work · HTTP 200
FUNCTION GROUP 2

內容產品：日更閱讀與公開來源整理能力

內容產品線：資料來源 → 整理 → 閱讀介面 → 發送節奏
FUNCTION

投顧早報 / DIGITIMES 公開替代閱讀

功能不是單頁展示，而是可重複生產的內容產品：每天或定期把雜訊資料整理成可讀、可追蹤、可回溯的決策材料。

  • 投顧早報：總經、高頻推薦、新推薦、產業與老師共識
  • 公開替代閱讀：公開來源重組、產業分類、資料完整度標註
  • 待補：來源信心、版權界線、正式發送節奏
CONTENT EVIDENCE

內容產品截圖證據：可讀性與資訊密度已成形

台股投顧早報 · HTTP 200
DIGITIMES 公開替代閱讀 · HTTP 200
管理重點：這兩個站點應從「一次性頁面」升級為「內容產品」，補上來源規範、版本留存與固定發送策略。
FUNCTION GROUP 3

AI 技術證據：把研發成果轉成可驗證能力

FUNCTION

DGX / MTP / TTS / Speech Pipeline

這組站點的功能是證明「本地 AI 能力可以跑、可以比較、可以驗收」：包含模型服務、推理效率、語音品質、ASR→LLM→TTS pipeline。

  • DGX LLM Compare：模型棧、Embedding、Reranker、RAM 帳本
  • MTP Report：PPL、TPS、長上下文與 runtime gates
  • Seirenes：TTS CER、vocoder A/B、語音流程演進
AI 技術證據組：能力、品質、成本與部署路線
AI EVIDENCE

AI 能力截圖證據：技術報告已可作為內部決策材料

MTP 推理優化
DGX 模型棧
TTS 評測
語音 Pipeline
FUNCTION GROUP 4

產品 Demo：能被展示，也需要產品化邊界

Demo portfolio：功能展示、資料治理、owner、KPI
FUNCTION

FitMatch / 即時傳譯 / EggDonor

這組是最接近產品原型的入口：已具備使用者流程與介面，但正式展示前需要補 PRD、隱私/資料權限、商用化與驗收標準。

  • FitMatch：教練/學員媒合、排程、收益、AI 配對
  • 即時傳譯：語音識別、翻譯、會議摘要候選
  • EggDonor：授權資料中文化、篩選、照片瀏覽
DEMO EVIDENCE

產品 Demo 截圖證據：三個入口各自有明確用途

FitMatch · 教練課媒合
Realtime Interpreter · 即時傳譯
EggDonor · 中文資料瀏覽
管理重點：三者不應只被當作「demo 網頁」，需要各自一頁 PRD，定義使用場景、資料來源、公開範圍與驗收指標。
SOURCE GROUNDING

PRD / 來源文件：哪些已足夠，哪些要補

已可支撐

COO Slides、投顧日報、TurboQuant / DGX 報告、EggDonor 站點資料與部署 SOP。

需補正式 PRD

FitMatch、Seirenes、Realtime Interpreter：已有 demo 與報告，但缺商業場景、owner、KPI。

待判定

food.daedalus.work、stealth-bnb：目前無有效功能頁或 PRD 對應。

治理依據

Cloudflare Tunnel config、Worker route、Pages project、截圖 manifest、HTTP 探測紀錄。

DEPLOYMENT HEALTH

部署健康：Pages 可作正式入口，Tunnel 需縮編

2/16Tunnel OK

多數 Tunnel hostname 回 404/502，代表它們不適合被當成正式公開入口。

Pages10/11 OK

適合承接正式靜態內容。

Worker1/2 OK

可做自有域名路由與轉導。

Tunnel2/16 OK

只保留 GPU/API 或臨時 demo。

502：tai-invest Tunnel
404：stealth-bnb Pages
OPERATING MODEL

下一步治理模型：四類入口、四種管理方式

正式靜態站

Pages/R2、自有域名、版本留存、公開 QA。

內容產品

來源規範、產出節奏、讀者介面、發送紀錄。

產品 Demo

PRD、owner、展示腳本、資料權限、KPI。

GPU/API Preview

Tunnel、healthcheck、到期下架、內部測試標記。

FINAL ASK

需要核准的三項管理決策

  1. 正式公開內容回到 Pages/R2DGX Tunnel 只用於需要本機 GPU/API 的 demo 或內部測試。
  2. 每個展示入口補一頁 PRD功能、對象、資料來源、owner、驗收指標、公開範圍。
  3. 失效入口限期處置404/502 或無 owner 的 hostname，7 天內轉導、修復或下架。