jim800121chen
a05d206c07
Windows/Linux build 卡在「預期 2 個 .nef，實際 8 個」。 payload-macos 呼叫前有 rm -rf payload/darwin，但 payload-windows 與 payload-linux 刻意不清（build-server-* 已先把 binary 放進 bin/）， 導致 data/ 留著白名單機制加入前那 8 個 .nef，與新複製的 2 個相加後 觸發後置檢查。 後置檢查本身是對的 —— installer/windows/visiona-local.iss:86 是 recursesubdirs 整包收，殘留什麼就出貨什麼。問題在 helper 不冪等。 改為複製前先清空目標 data 目錄。清整個目錄而非只清 nef/，因為該目錄 內容全由此 helper 產生，只清 nef/ 無法處理未來移除非 nef 檔案的情況。 rm -rf 加四層防護：拒絕空值、絕對路徑與 ~、含 .. 的跳脫、不符 payload/*/data 格式的目標，另檢查目標不是檔案。用 case 而非 [[ ]] 以相容 Git Bash。 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
visionA
Innovedus visionA monorepo — Edge AI 開發平台（離線版 + 雲端版）。
開發環境快速啟動
make dev-up # 起 backend + Member Center（OIDC）+ Postgres
make frontend-dev # 另開 terminal：起 frontend dev server（pnpm dev）
# 開瀏覽器 http://localhost:3000
完整流程（含 OAuth client 手動註冊、port 對照、疑難排解）見 docs/DEV-SETUP.md。
其他 target：make help。
子專案
| 專案 | 角色 | 狀態 |
|---|---|---|
local-tool/ |
離線版 桌面工具（Wails + Go + Next.js） | 穩定維護 |
visionA-frontend/ |
雲端版 web 前端（Next.js） | ✅ Phase 0 雛形 |
visionA-backend/ |
雲端版後端（Go，雙 binary：api-server + remote-proxy） | ✅ Phase 0 雛形 |
local-agent/ |
visionA Agent — 雲端版 local 端代理（Wails + Go + Next.js） | ✅ Phase 0.5 雛形 |
架構關係
離線模式（local-tool 單獨）
使用者瀏覽器 → localhost:3721 (local-tool server) → Kneron 裝置
雲端模式（visionA 雲端版 + visionA Agent）
使用者瀏覽器 → visionA-frontend (CDN) → visionA-backend (api-server)
↓ internal HTTP
visionA-backend (remote-proxy)
↓ WebSocket + yamux tunnel
使用者電腦上的 visionA Agent
↓ 本機 HTTP
Agent 的內部 server → Kneron 裝置
兩種模式可在同一台電腦共存（local-tool 和 visionA Agent 獨立安裝、不衝突）。
產品線原則
- local-tool 不動，需要時 fork
- 雲端 vs 本機差異只在前端部署位置
- 雲端 agent 的 server ≈ local-tool 的 server（差別在沒本機操作 UI）
- 雲端 web UI 先抄 local-tool，之後再加新功能
文件
完整產品文件見 .autoflow/：
- 產品需求：
.autoflow/02-prd/PRD.md - 設計規格：
.autoflow/03-design/design-spec.md - 架構總覽：
.autoflow/04-architecture/design-doc.md - 交付總結：
.autoflow/07-delivery/project-summary.md
License
TBD（內部使用）