portal 下載小幫手:按鈕旁加「下載被瀏覽器擋住」自救說明(Windows 封測硬斷點) #78
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
一句話
Portal 的「下載同步小幫手」按鈕旁,缺「下載被瀏覽器擋住怎麼辦」的自救說明——
Windows 用戶在還沒拿到檔案的那一步就卡死,這是封測的硬斷點。
現況實測(2026-07-31)
檔案:
console-ui/public/portal/index.html(main 分支,1763 行)⚠️ 先提醒:
matrix/arcrun工作目錄常停在舊分支(實測時是fix/kbdb-search-deprecated-t24),該分支這支檔案只有 1356 行、沒有下載小幫手的程式碼。查之前先
git checkout main或用
git show main:<path>,否則會誤判「功能不存在」。portal 已經有的(執行關,做得很好):
portal 缺的(下載關):
⇒ 兩關是不同的關:
daemonHint現在的
daemonHint是在假設「用戶已經拿到檔案」。但 Windows 用戶常在第 ① 關就斷了,根本走不到第 ②。
為什麼急
Windows 用戶連安裝檔都拿不到=封測硬斷點(rag-beta CP 關 8)。
leo 原話:「Windows 的 Chrome 會直接擋住不讓下載,所以要趕快通過微軟的上架。」
Store 上架審核要幾小時~3 個工作天,這期間 portal 這段自救說明是唯一能救 Windows 用戶的東西。
另外:封測說明原本的解法是「若瀏覽器不給下載,跟我說,我發 Line 給你下載連結」
=leo 當人肉中繼。已把該句改成指向自救說明(
docs/封測說明/封測說明.md),但 portal 這一站補上,用戶才能在被擋的當下就地解決。
要放的位置
console-ui/public/portal/index.html約 915-925 行,下載按鈕#sc-daemon與daemonHint那一段的正下方(一次性卡片與設定頁常駐入口兩處都要,它們共用同一組渲染)。平時不要佔版面:預設收合成一行小字,點開才展開(
<details>)。理由:對 Mac 用戶與沒被擋的人是雜訊;只有被擋的人會去點它。
文案草稿(可直接用,照 leo 小白原則:短、講「按什麼」、不解釋原理)
驗收(畫面內容,不是 HTTP 200)
⚠️ HTTP 200 不算驗過——200 只證明伺服器活著,不證明用戶看到對的東西。
且要驗下載按鈕真的出現的那個畫面(一次性卡片/設定頁常駐入口兩處)。
相關
system-dev/docs/3-specs/critical-paths/rag-beta.md關 8(任務 8.6b)Leo/arcrun-rag#8(Microsoft Store 上架)rag.arcrun.dev/privacy+/support已上線;install.arcrun.dev安裝器最後一畫面已加同款<details>自救說明⚠️ 重要更正:線上跑的 portal 不是
main,是舊版——動工前必讀原 issue 說「真身在
main(1763 行)」。實抓線上資產後發現這句不完整,照原文改
main會改了但用戶看不到。實測(2026-07-31)
portal 不是由 worker 服務,2026-07-21
cypher-ui-split後已搬到 Cloudflare Pages(
cypher-executor/src/index.ts第 32-35 行註解寫明)。所以打 worker 的/portal一律 404:線上那份的實際內容:
與舊分支
fix/kbdb-search-deprecated-t24的版本 diff 只有 1 行(且那行是 build 期注入的
ARCRUN_API_BASE,非人為改動)⇒線上 Pages 跑的就是 t142 之前的舊版。
這代表什麼
daemonHint()(執行關)⇒ 原 issue 描述的「portal 已有 daemonHint 只缺下載關」只對
main成立。線上用戶連下載小幫手的 UI 都看不到——落後至少從 07-29 的 t142 起算。
所以這個 issue 要做的事變成兩件(有先後)
main(部署管線斷了?還是刻意釘版?)—— 沒解決這件,改
main等於白改。驗收也要跟著改
不能只驗 repo,要驗線上實際資產:
第二行現在是 0——它變成 ≥1 之前,第一行不可能通過。
✅ 再更正(撤回上一則留言的結論)——原始診斷才是對的
上一則留言說「線上 portal 落後兩週、連下載小幫手 UI 都沒有」。那則是錯的,我測錯網址了,
在此撤回。以下是實抓封測者真正會走的網址後的結果。
封測者進 portal 的正確網址
用戶自己實例的 UI worker:
https://arcrun-rag-ui.<他的 subdomain>.workers.dev/portal/實測
https://arcrun-rag-ui.youlin-hsieh-dev.workers.dev/portal/→ 200我上一則測的三個全部與封測者無關:
portal.arcrun.dev/console.arcrun.devarcrun-console-ui.pages.dev*.workers.dev我猜的名字arcrun-rag-ui不是arcrun-console-ui)線上真 portal 的實際狀態(1771 行)
且它比 main 還新——含
main沒有的 t161(leo 07-31 實撞「session 過期畫面不說原因」)修正。⇒ 沒有「線上落後」的問題,部署管線是好的。 上一則要求「先查 Pages 為何沒跟上 main」
作廢,不用做。
所以本 issue 回到最初的診斷(那個是對的)
線上真 portal 實測:
⇒ 兩關只擋了第二關(原 issue 正文的診斷成立):
① 下載關(Chrome 擋下載,檔案沒進電腦)=缺這個,本 issue 要補的就是它
② 執行關(SmartScreen 藍窗)=已有
daemonHint()驗收(改對網址)
不要用
*.arcrun.dev或arcrun-console-ui.pages.dev驗——那些不是封測者走的路徑。🔴 為什麼這個 issue 是三站裡最急的一站
leo 親自確認的封測者旅程:
rag.arcrun.dev→(點進)install.arcrun.dev→ 自己的 portal(leo 的是
https://arcrun-rag-ui.youlin-hsieh-dev.workers.dev)。三站實測(2026-07-31):
rag.arcrun.dev(第一站)grep 小幫手=0)install.arcrun.dev⇒ 現況=說明放在「沒有下載按鈕」的那一頁;有下載按鈕的兩處都沒有說明。
所以本 issue 優先序最高,兩個理由:
使用者實際被 Chrome 擋住的那一刻,人在 portal。
補充:本 issue 要補的是「下載關」,不是「執行關」
線上 portal(
arcrun-rag-ui.<sub>.workers.dev/portal/,1771 行)實測:兩關是不同時刻:
daemonHint()daemonHint()的前提是「用戶已經拿到檔案」,但多數 Windows 用戶在①就斷了,走不到②。