jim800121/visionA
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
43 Commits 1 Branch 0 Tags
Commit Graph

15 Commits

Author SHA1 Message Date
jim800121chen
a6cd1c12b2 fix(local-tool): Wails 控制台一打開就看到 modal — CSS specificity bug 
使用者回報：Windows 乾淨環境安裝後，一打開 app 就看到「Settings modal +
shutdown-modal「正在停止伺服器…」+ 紅 banner「伺服器無法啟動」」三個應該
hidden 的 element 同時可見。

前面幾個 commit 一直往 Go 端找為什麼 ctrl.Stop 會被意外呼叫，全都沒對。
真正的 bug 是 CSS specificity：

  .modal-backdrop { display: flex; ... }  /* L587，specificity (0,1,0) */
  .error-banner   { display: flex; ... }  /* L488，specificity (0,1,0) */

這兩個 class 的 `display: flex` 規則和 user agent stylesheet 內建的
`[hidden] { display: none }` specificity 相同，但因為我們的 CSS 寫在
cascade 後段勝出——結果是即使 DOM 裡元素有 `hidden` 屬性，瀏覽器依然
渲染成 `display: flex` 可見。

三個受害元素：
  <div class="modal-backdrop" id="settings-modal" hidden>
  <div class="modal-backdrop shutdown-modal" id="shutdown-modal" hidden>
  <section class="error-banner" id="error-banner" hidden>

全部從 DOM 載入第一刻就可見，和 Go 端 ctrl.Stop 是否被呼叫無關。M7
splash 時代前端沒 modal 所以沒人踩到，M8 新加的控制台 UI（8cd5751）
引入這個 bug，但 macOS dev 測試時我只看 server 端 log + api 回應，
沒真的看 Wails 視窗長什麼樣，所以也漏抓。

修法：加全域 `[hidden] { display: none !important; }`。這是 W3C 規範
的標準寫法，保證任何帶 hidden 屬性的元素都會被隱藏，不管其他 CSS
規則怎麼寫。!important 在這情境是正確的——hidden 屬性代表「該元素
不應被顯示」是規範強制語意，不該被任何樣式覆蓋。

驗證：
- macOS dmg 重 build 163MB OK
- binary 內 strings 確認 `[hidden] { display: none !important; }` 已 embed
- 清乾淨 user dataDir 後啟動 wails app，wails.log 整條 startup 流程正常：
  Stage 1 complete → Stage 2 → ctrl.Start returned successfully
- Chrome 建立 2 條 ESTABLISHED 連線到 127.0.0.1:3721
- dataDir 有完整檔案（lock / ipc-port / wails-ipc-port / sentinel / models.json / nef/）

前幾個 commit 修的東西（Stage 2 pause、waitHealthy pause、shutdown modal
safety net、Bug A killStaleServerOnPort）仍然有防禦價值，但都不是使用者
截圖症狀的 root cause。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-15 23:20:33 +08:00
jim800121chen
35db6c8167 fix(local-tool): Windows popup 卡死 safety net + appLog 覆蓋啟動流程 
使用者回報 c649a81 之後仍看到「正在停止伺服器…」popup 一打開就卡住。
無法在不看 log 的情況下推斷根因，先加三層 safety net 確保 popup 不是
blocker，並把關鍵啟動訊息寫到 wails.log 供 Windows 除錯。

Safety net 三層：

1. 前端 watchdog：shutdown-modal 最多顯示 15 秒，超時自動 hide 並 toast
   提示使用者 server 可能還沒停掉。
2. 前端 escape hatch：點 backdrop 空白處 / 按 Esc 可手動關閉 popup。
3. Go 端 hardBailout timer：stopGraceful 最多跑 shutdownGraceV2 + 2 秒
   （目前 = 9 秒），到上限直接 return leak process，避免 Process.Wait
   永遠阻塞（Windows 偶有情境）。graceTimer 分支的 `<-done` 也改成
   非阻塞 `select-with-1s-timeout`。

Windows 除錯 log 強化：

4. startup 頭加版本識別標記到 wails.log：
     ==================================================
     visionA-local startup build=dev buildTime=unknown
     platform=windows arch=amd64 dataDir=...
     fix marker: c649a81+ (Stage3 waitHealthy pause / shutdown modal safety net)
     ==================================================
   使用者拉新版後啟動可從此確認 build 是否是最新版。
5. app.go 把 startup 路徑上的 fmt.Fprintln(os.Stderr, ...) 改 appLog：
   IPC server start / seed failure / Stage 1 complete / ctrl.Start 結果。
   Windows 上 stderr 是 null device，appLog 會同時寫檔到 wails.log。
6. server_control.go stopGraceful 加 appLog 記錄 entry / modal-show /
   grace timer / hard bailout / return，整條 Stop 路徑完全透明。
7. driver auto-install failed 訊息也改 appLog。

驗證：
- visiona-local 套件 go build / vet / test -race 全綠
- macOS dmg 163MB 重 build OK

需要使用者協助：拉新版後在 Windows 乾淨環境試，啟動後貼以下三個檔案
內容給我：
  %APPDATA%\visiona-local\logs\wails.log        — appLog 記錄整個啟動流程
  %APPDATA%\visiona-local\logs\server.stdout.log — server subprocess stdout
  %APPDATA%\visiona-local\logs\server.stderr.log — server subprocess stderr

log 裡有「fix marker: c649a81+」即為本 commit 或更新；若沒有 marker
或 marker 指向別的 commit 則代表 build 不是最新版。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-15 22:31:15 +08:00
jim800121chen
c649a81d9f fix(local-tool): Windows 首次啟動再修 — waitHealthy pause + shutdown modal hide 
續 a209470 修 Windows 乾淨環境啟動問題。使用者回報：
- 紅 banner「伺服器無法啟動 / 啟動時間超過 60 秒」— 即 pipeline total-timeout
- 但上方狀態列顯示「執行中 :3721 PID 8568 uptime 00:00:44」— server 實際活著
- Settings popup 上疊 shutdown-modal「正在停止伺服器…」永遠卡住

三個獨立問題：

1. Stage 3 waitHealthy 在 Windows 首次啟動時，Defender real-time scan
   會延遲 30-60 秒才讓 visiona-local-server.exe 真正 bind port。原本
   30 秒 timeout 可能 stage-failure，且這段等候時間計入 pipeline 60 秒
   total budget。修法：
   (a) healthCheckTimeout 30 秒 → 60 秒
   (b) startServerV2 的 waitHealthy call 在冷啟動時（IsInColdStart）
       包進 Pause/Resume hard timeout — 和 Stage 2 Python bootstrap 同理，
       首次 bootstrap 的 Windows Defender 掃描不該算進日常啟動預算。
       Restart（pipeline 已 ready）維持嚴格計時，不 pause。

2. stopGraceful 只 emit "shutdown:modal-show" 沒有對稱的 hide event，
   前端 popup 顯示後無法關閉（只能等應用重開）。修法：
   (a) stopGraceful 用 defer emit "shutdown:modal-hide"（若曾 show）
   (b) 前端 app.js 加對應 EventsOn listener 把 hidden attribute 設回

3. 配套：cwd bash working dir 會在 session 內持久（system prompt 明說
   "working directory persists between commands"），但 env vars 不持久
   — 非本次 commit 相關，僅自己的 mental note。

驗證：
- visiona-local 套件 go build / vet / test -race 全綠
- macOS dmg 重 build 163MB OK

給 Windows 驗證用的 log 位置：
  %APPDATA%\visiona-local\logs\server.stdout.log     — server 端 log
  %APPDATA%\visiona-local\logs\server.stderr.log     — server 端 panic / 崩潰
  %APPDATA%\visiona-local\logs\wails.log             — Wails app (appLog) 訊息

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-15 21:59:20 +08:00
jim800121chen
a2094708ec fix(local-tool): Windows 乾淨環境啟動失敗 — Stage 2 豁免 hard timeout 
使用者在 Windows 乾淨環境跑 installer 後首次啟動，看到「伺服器無法
啟動」紅 banner + Settings Stop 卡住。根因：

Stage 2 ensurePythonRuntime 在首次 bootstrap 要做 (1) 解壓 ~15MB
Python tarball (2) 建 venv (3) pip install 9 個 wheel（含 numpy 20MB
+ opencv 50MB + KneronPLUS 等 ~150MB 解壓後）。乾淨 Windows 環境上
這三步合計 2-5 分鐘，遠超 R5-E1 的 60 秒 startup hard timeout，導致
pipeline FailStage + emitError(total-timeout) → Error state → 紅 banner。

R5-E1 的 60 秒預算是針對「日常啟動」，不含首次一次性 bootstrap。

修法：StartupPipeline 加 PauseHardTimeout / ResumeHardTimeout API，
app.go 在 ensureBundledPython 偵測到「真正 bootstrap」條件（pythonBin
不存在）時呼叫 Pause，defer Resume。暫停期間 sinceTotal 扣掉 paused
duration，hard timeout 不觸發。Soft timeout（每階段 20 秒「正在重試」
hint）照常，使用者仍能看到進度提示。

配套：修 killStaleServerOnPort 識別 go run 編出來的 server（Bug A）。
原本用 ps -o comm= 比對 "visiona-local-server" 字串，但 go run 產物
comm 只是 "server"（或 "exe"），生產環境不受影響，但開發 / Reviewer
測試流程會踩到（早上 M8-4 Reviewer 留了一組 go run server 孤兒占住
port 3721 到現在）。改用 ps -o args= 取完整 command line，匹配 規則：
  1. 含 "visiona-local-server" — packaged binary
  2. 含 "/go-build" 且含 "visiona-local/server" 或 "/exe/server" — go run

驗證：
- visiona-local 套件 go build / vet / test / test -race 全綠
- server 套件 go build / vet / test 全綠
- 3 個新 unit test 通過：
  - PauseHardTimeout_ExcludesPausedDuration（effective 時鐘正確扣除）
  - PauseHardTimeout_PreventsHardTimeout（wall clock 120s + paused 90s
    = effective 30s，不觸發 60s hard timeout）
  - ResumeHardTimeout_NoopWhenNotPaused（idempotent）
- macOS dmg 重 build 163MB OK

待做（M8-10b）：使用者在 Windows 乾淨環境重新 install + 驗證首次啟動。
如果仍失敗，Windows log 位置：
  %APPDATA%\visiona-local\logs\server.stdout.log
  %APPDATA%\visiona-local\logs\server.stderr.log
  %APPDATA%\visiona-local\logs\wails.log（若有）

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-15 21:30:59 +08:00
jim800121chen
dd35b561cf chore(local-tool): regen wails bindings — 補 M8 漏提的 binding 產物 
M8 重構（8cd5751）加了很多新 Wails binding（ClearLogs / ExportLog /
ForceKillServer / GetBootstrapStatus / GetPreferences / GetRecentLogs /
GetServerStatusV2 / GetSystemInfo / InstallKneronDriver / OpenInBrowser
/ RestartServer / RestartStartupSequence / RevealLogsFolder / SavePreferences
/ 等）+ 新增 struct（Preferences / LogLine / ServerStatusV2 / SystemInfo）。
wails build 時會 regen wailsjs/go/ 下的 bindings，但上次 M8 commit 時沒
把 regen 結果一併提上去，所以磁碟上的 bindings 和 go source 不同步。

這次 M8-10a build 時自動 regen，順手把 diff 提上來。純產物，無邏輯變更。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-15 20:23:37 +08:00
jim800121chen
8cd5751ce3 feat(local-tool): M8 重構 — Wails 控制台 + 瀏覽器 Web UI（R5 決策） 
依 R5 五輪決策把 visionA-local 從「Wails 內嵌 Next.js」重構為「Wails
本機伺服器控制台 + 瀏覽器 Web UI」模式（類比 Docker Desktop / Ollama）。

程式碼變動
  - M8-1 砍 yt-dlp 全套（後端 resolver / URL handler / 前端 URL tab /
    Makefile vendor / installer / bootstrap / CI workflow，-555 行）
  - M8-2 砍 Mock 模式全套（driver/mock、mock_camera、Settings runtimeMode、
    VISIONA_MOCK 環境變數，-528 行）
  - M8-3 ffmpeg 從 GPL 切換到 LGPL 混合方案：Windows/Linux 用 BtbN 現成
    LGPL binary，macOS 自 build minimal decoder-only 進 git
    （vendor/ffmpeg/macos/ffmpeg 5.7MB + ffprobe 5.6MB，比 GPL 版省 85% 空間）
  - M8-4 Wails Server Controller：state machine、log ring buffer 2000 行、
    preferences.json atomic write、boot-id、Gin SkipPaths、shutdown 7+1 秒、
    notify_*.go 三平台 OS 通知、watchServer 改 Error state 不 os.Exit
  - M8-4b 啟動階段管線 R5-E：6 階段進度 event、20s soft / 60s hard timeout、
    stage 5/6 skip 規則、sentinel file、RestartStartupSequence 5 步驟
  - M8-5 Wails 控制台 vanilla HTML/JS/CSS（9 檔 ~2012 行）取代 M7-B splash：
    state 視覺、log panel、startup progress panel、Stage 6 manual CTA
    pulse、shutdown modal、Settings、Dark Mode、i18n 中英雙語
  - M8-6 上傳影片副檔名擴充（mp4/avi/mov/mpeg/mpg）
  - M8-7 Web UI Server Offline Overlay（role=alertdialog + focus trap +
    wsEverConnected 容錯 + Page Visibility）
  - M8-8 CORS middleware（127.0.0.1/localhost only + suffix attack 防護）+
    ws/origin.go 獨立 WebSocket CheckOrigin 避 package cycle
  - MAJ-4 server:shutdown-imminent WebSocket broadcast 機制
    （/ws/system endpoint + notifyShutdownImminent helper）
  - M8-9 Boot-ID + 瀏覽器 tab 自動重連（sessionStorage loop guard）

品質
  - ~105+ 新 unit test + race detector (-count=2) 全綠
  - 10 個 milestone 全部通過 Reviewer 審查
  - 三方 v2 + v2.1 文件（PRD / Design Spec / TDD）+ 交叉互審紀錄
    收錄在 .autoflow/

交付前待處理（M8-10）
  - 重跑 make payload-macos 把舊 GPL 77MB binary 換成新 LGPL
  - 三平台 end-to-end build 驗證

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-15 17:57:54 +08:00
jim800121chen
9b0d946acd feat(local-tool): splash 顯示實時啟動進度 + 拉長 timeout + 修正執行模式顯示 
Splash 進度：
- app.go 新增 bootstrapStatus field + GetBootstrapStatus() binding
- 各 startup step 呼叫 setBootstrapStatus 更新文字：
  "正在初始化 Python 環境..."
  "正在解壓 Python runtime (~10 秒)..."
  "正在建立 Python 虛擬環境 (~5 秒)..."
  "正在安裝 N 個 Python 套件 (numpy / opencv / KneronPLUS ...) (~30-60 秒)..."
  "正在安裝 Kneron USB 驅動程式 (請在 UAC 視窗點「是」)..."
  "正在準備應用程式資料..."
  "正在啟動伺服器..."
  "等待伺服器就緒..."
  "載入主介面..."
- visiona-local/frontend/app.js 每 400ms 呼叫 GetBootstrapStatus 更新畫面
- wailsjs/go/main/App.js 手動補上新 binding export（避免等 wails generate）

Timeout：
- splash MAX_WAIT_MS 60s → 240s（涵蓋 UAC 被拖延 + 慢速硬碟）
- healthCheckTimeout 15s → 30s（server 首次啟動內部解析 + embed fs 載入）

設定 > 硬體 > 執行模式：
- 顯示預設值從 mock 改為 real（跟 app.go 實際預設對齊 - Q8 決策）
- 下拉選單寬度 240 → 420px 避免文字被截斷
- i18n 說明文字改為「預設為真實硬體模式，強制 Mock 請設 VISIONA_MOCK=1」
- 仍標 disabled — 未來 M8+ 會連 backend GET /api/system/config

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-12 08:42:59 +08:00
jim800121chen
3355a096b8 feat(local-tool): 首次啟動自動安裝 Kneron WinUSB driver 
行為改變：Wails app 首次啟動會在 venv 就緒後、spawn server 前自動呼叫
libwdi 安裝 Kneron WinUSB driver。使用者不再需要手動點「安裝 USB Driver」
按鈕（按鈕保留供失敗後重試用）。

實作：
- startServer() step 1.5 新增 ensureDriverInstalled() 呼叫
- 用 <dataDir>/.driver-installed 記號檔避免每次啟動都彈 UAC
- 失敗不擋 server 啟動，只寫 log，使用者可稍後手動重試
- 新增 app-level log helper appLog() 寫到 <dataDir>/logs/wails.log
  （Wails Windows 以 windowsgui subsystem build，os.Stderr 指向 null device，
   沒有這個檔使用者看不到 startup 期間的 debug 訊息）
- 手動 InstallKneronDriver binding 成功時也寫記號檔

使用者移除 .driver-installed 檔就能強制重裝（例如 Windows 更新把 driver 弄壞時）。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-12 08:03:37 +08:00
jim800121chen
4902cb5531 feat(local-tool): Kneron WinUSB driver 透過 KneronPLUS SDK libwdi 安裝 
根因：
  KP_ERROR_CONNECT_FAILED (error code 28) — Kneron USB 裝置預設沒綁定
  WinUSB driver，SDK 無法開 handle。原 .iss 的 pnputil /add-driver 做法
  需要 .cat 簽章（Windows 10/11 driver signing enforcement），我們沒有。

參考 edge-ai-platform/installer/platform_windows.go 的 installKneronDriverViaSDK：
  KneronPLUS SDK 內建 libwdi wrapper — kp.core.install_driver_for_windows(pid)
  libwdi 會自動用臨時自簽憑證，不需要 .cat 檔，只需要 UAC 提權。

實作：
- server/internal/api/handlers/system_driver_windows.go（新）：
  組 Python script → kp.core.install_driver_for_windows 對 KL520/KL720/KL720_LEGACY →
  PowerShell Start-Process -Verb RunAs 提權執行 → 結果寫 temp 檔讀回
- server/internal/api/handlers/system_driver_other.go（新）：非 Windows stub
- system_handler.go: NewSystemHandler 新增 pythonBin 參數 + InstallDriver handler
  先判斷 runtime.GOOS==windows 才執行
- router.go: 新增 POST /system/install-driver
- main.go: 解析 pythonBin（VISIONA_PYTHON env var → cfg.PythonBin）傳入

前端：
- frontend/src/app/devices/page.tsx：Windows only 多一個「安裝 USB Driver」按鈕
  （用 navigator.userAgent 判斷平台）
- frontend/src/stores/device-store.ts：connect 失敗訊息偵測 winusb / error 28 /
  KP_ERROR_CONNECT_FAILED 特徵字串，回一條明確的繁中提示引導使用者去點按鈕

Wails app 端：
- visiona-local/app.go: 新增 InstallKneronDriver() binding 作為備用入口（目前前端沒用到，
  因為前端跑在 http://127.0.0.1 不是 wails://，但保留給未來 splash 階段觸發用）
- visiona-local/platform_{windows,darwin,linux}.go: installKneronWinUSBDriver 平台實作
  / 跨平台 stub

.iss:
- 移除 pnputil /add-driver 的 [Run] entry（它是 silent-fail 的 dead code，
  因為沒 .cat 簽章）
- 新增註解說明：driver 安裝改由 app 端呼叫 libwdi 完成

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-12 05:25:32 +08:00
jim800121chen
f8533a6b04 fix(local-tool): sidebar icon + Wails Windows icon.ico + 掃裝置路徑修復 
sidebar E icon：
- frontend/src/components/layout/sidebar.tsx 左上角的 "E" 方塊換成 <img> 指向
  /visiona-logo.png，從 frontend/public/visiona-logo.png serve

Wails 桌面/工作列 icon：
- 把 branding/icon.ico 複製到 visiona-local/build/windows/icon.ico
- Wails v2 Windows build 偵測到這個檔案就會直接用它當 exe embedded icon，
  不再從 appicon.png 自動 resize（解析度更好）

掃裝置根因修復：
1. server main.go：新增 resolveBridgeScript() 智慧找 kneron_bridge.py
   - 優先 <exe>/scripts/kneron_bridge.py
   - fallback <exe>/../scripts/... 對應 Windows installer 的 {app}\bin\ + {app}\scripts\ 佈局
   - fallback <exe>/../Resources/scripts/... 對應 macOS app bundle

2. server kneron/detector.go：ResolvePython 重寫
   - 最高優先：VISIONA_PYTHON 環境變數（由 Wails 殼層注入）
   - 加入 visiona-local 新路徑：%APPDATA%\visiona-local\runtime\venv、
     ~/Library/Application Support/visiona-local/runtime/venv、
     ~/.local/share/visiona-local/runtime/venv
   - 保留 edge-ai-platform 舊路徑作為 legacy fallback

3. visiona-local/app.go：spawn server 時 export VISIONA_PYTHON=<pyBin>
   讓 detector 直接用 Wails 殼層已經 resolve 好的 python interpreter，
   不再自己獨立去找造成不一致。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-12 04:59:23 +08:00
jim800121chen
50a3f73acd feat(local-tool): 品牌視覺設計 + 內建模型首次啟動 seed 
#8 首次啟動 seed 內建模型：
- app.go 新增 seedUserDataDir() 在 server spawn 之前執行
- 若 user data-dir 缺 models.json，從 locateBundleDataDir() 複製
  models.json + nef/ 預置模型過去
- 新增 locateBundleDataDir() / copyFile() / copyDirRecursive() helper
- user 第一次開 app 會看到 8 個 Kneron 預置 .nef 模型（kl520×5 + kl720×3）

#5 #6 #7 品牌視覺：
- 新增 branding/ 目錄存放設計資產與生成工具
  - logo.svg（向量原始稿）
  - icon-{16,...,1024}.png（10 種尺寸）
  - icon.ico（Windows 多解析度 ICO，PNG-in-ICO 格式）
  - icon.icns（macOS）
  - tools/gen_icon.go + gen_ico.go（純 Go 生成工具，未來調整 logo 用）
  - README.md + 色票表
- 部署：
  - visiona-local/build/appicon.png → Wails build 會嵌入 exe
  - visiona-local/frontend/icon.png → splash 使用
  - frontend/src/app/favicon.ico + icon.png → Next.js App Router favicon
- splash page 升級：加 logo icon + 品牌名 visionA Local + tagline Edge AI Workspace
- Wails window title: "visionA Local — Edge AI Workspace"
- wails.json productName: "visionA Local"
- Next.js metadata title + icons
- i18n: en/zh-TW 把殘留的 "Edge AI 平台" 字串改為 visionA Local 品牌
- .iss: SetupIconFile 指向 branding/icon.ico + UninstallDisplayIcon +
  ArchitecturesAllowed 改 x64compatible 修掉之前的 deprecation warning

品牌色票：
- 主色 #4F7EFF（電子藍）
- 輔色 #6EF3C5（mint 點綴）
- 深色背景漸層 #1A1F36 → #0E1222
- 警示 #FF6B6B

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-12 04:42:41 +08:00
jim800121chen
8e7b6ae435 feat(local-tool): clean build 為預設 + 藏 server 小黑窗 + 預設真實模式 
Makefile:
- 新增 clean-all target：clean + wails build/ + frontend build/ + server embed
- 新增 clean-build-exe / clean-build-dmg / clean-build-appimage

bootstrap-windows.ps1:
- 預設改為 clean build（每次重做 wails + server binary + frontend embed）
- 保留 vendor/ 快取避免重下 200MB+ 第三方相依
- 需要 fast path（只重跑 iscc）時設 VISIONA_FAST=1

app.go:
- configureSysProcAttr() 注入子行程，Windows 下 CREATE_NO_WINDOW 藏掉 server 小黑窗
- 覆蓋 server spawn / tar 解壓 / venv 建立 / pip install 四個關鍵點
- mockMode 預設改 false（依使用者決策 Q8，預設走真實硬體模式）
  需要強制 mock 時設環境變數 VISIONA_MOCK=1

platform_{windows,darwin,linux}.go:
- 新增 configureSysProcAttr(cmd)：Windows 設 HideWindow + CREATE_NO_WINDOW，
  macOS/Linux 空實作

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-12 04:25:09 +08:00
jim800121chen
eb52f8c690 fix(local-tool): locateServerBinary 找 {app}\bin\ 子目錄（Windows/Linux installer 佈局） 
根因：Windows installer 把 visiona-local-server.exe 裝到 {app}\bin\
      （.iss 的 DestDir: "{app}\bin"），但 locateServerBinary 只搜
      exeDir\visiona-local-server.exe 和 macOS bundle 專屬路徑，
      Windows/Linux 打包後的 bin/ 子目錄完全沒被搜尋，導致執行時
      "server binary not found" 嚴重錯誤。

修法：
- locateServerBinary 第一優先搜 exeDir\bin\visiona-local-server
  （Inno Setup installer / AppImage 的標準佈局）
- 開發模式 fallback 新增 payload/<goos>/bin/ 候選路徑
- 同時修正 locateBundleBinDir / locateBundledPythonAssets 的開發模式
  fallback 寫死 "payload/darwin"，改用 runtime.GOOS 動態選 payload 子目錄

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-12 03:45:17 +08:00
jim800121chen
570e040a67 fix(local-tool): Wails 主視窗改為 splash + redirect 到 Next.js 主 UI 
根因：visiona-local/frontend/ 是從 edge-ai-platform 複製過來的 installer wizard
HTML/JS/CSS，整組沒清理。main.go 的 //go:embed all:frontend 把這堆 wizard
直接當 Wails 主視窗內容，使用者開啟 app 看到的就是 "Edge AI Platform Installer"
而不是 Next.js 主 UI。macOS dmg 版本也有同樣問題，只是之前驗證時沒開 Wails
視窗而是用瀏覽器直連 localhost:3721 所以沒抓到。

修法：把 visiona-local/frontend/ 重寫為極簡 splash：
- index.html：splash 畫面
- app.js：import GetServerStatus / GetServerURL binding，輪詢直到 server ready，
  window.location.replace(url + '/') 跳到 Next.js 主 UI
- style.css：splash 樣式

Next.js 主 UI 不使用任何 Wails JS binding（純 HTTP API），所以從 wails://
跳到 http://127.0.0.1:<port>/ 後功能完整可用。

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-12 03:32:31 +08:00
jim800121chen
c54f16fca0 Initial commit: visionA monorepo with local-tool subproject 
local-tool/: visionA-local desktop app
- M1: Wails shell + Go server + Next.js UI + Mock mode (macOS dmg ready)
- M2: i18n (zh-TW/en) + Settings 4-tab refactor
- M3: Embedded Python 3.12 runtime (python-build-standalone) + KneronPLUS wheels
- M4: Windows Inno Setup script (build on Windows runner)
- M5: Linux AppImage script + udev rule (build on Linux runner)
- M6: ffmpeg (GPL, pending legal review) + yt-dlp bundled
- Lifecycle: watchServer health check, fatal native dialog,
            Wails IPC raise endpoint, stale process cleanup

.autoflow/: full PRD / Design Spec / Architecture / Testing docs
            (4 rounds tri-party discussion + cross review)
.github/workflows/: macOS / Windows / Linux build CI

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
 2026-04-11 22:10:38 +08:00