Wisp Science：本地優先的科研運算智能體

WISP 的含義與專案定位 1

Wisp Science 在 README 中被稱為「開源、本地優先的 AI 研究工作台」，其名稱縮寫為 Workspace for Intelligent Scientific Practice（面向智能科研實踐的工作空間）。專案明確表示它不是單一分析工具，而是涵蓋文獻檢索、分析、運算、寫作和任務管理的完整研究工作空間，內建 AI 智能體、模型與自動化能力，並明確服務於科學研究實踐。

Wisp Science 把權限邊界寫進工作流：專案根目錄沙箱內的檔案與 shell 操作要先批准，API 金鑰則放在作業系統鑰匙圈。建置時可用 `cargo test --workspace`，桌面開發入口是 `cargo tauri dev`，而 `wisp-store` 使用 SQLite。這些具名元件讓研究者能逐項檢查資料是否留在本機，以及 Python/R 執行上下文是否指向預期主機。 在「WISP 的含義與專案定位」這個範圍內，xuzhougeng-wisp-science-deep-analysis 的文件只支持上述判斷。實際核驗時，先以專案指定的入口建立最小案例，再記下輸入、輸出、錯誤訊息、耗時與環境差異。若涉及資料庫、音訊、G-code、模型請求或網路流量，測試資料也要使用可重複的固定樣本，避免把偶然結果誤認為功能保證。這個步驟的價值在於把 README 的名詞落到可觀察的結果：你能知道哪個命令成功、哪個檔案被讀取、哪個設定鍵生效，以及失敗時系統是否提供可追查的訊息。

技術棧與執行形態 2

根據 README，該專案使用 Rust、Tauri v2 和 Leptos 建置，可執行跨平台桌面應用程式或無頭 CLI。桌面端支援 Windows（MSI/NSIS 安裝包）與 macOS（Apple Silicon 和 Intel 的 .dmg），Linux 需要從原始碼建置。UI 由 Trunk 建置並載入到 WebView2 中，核心元件包括 wisp-llm（模型提供者）、wisp-core（智能體循環）、wisp-tools（工具）、wisp-store（SQLite 儲存）、wisp-runtime（Python/R 執行環境）等。

Wisp Science 把權限邊界寫進工作流：專案根目錄沙箱內的檔案與 shell 操作要先批准，API 金鑰則放在作業系統鑰匙圈。建置時可用 `cargo test --workspace`，桌面開發入口是 `cargo tauri dev`，而 `wisp-store` 使用 SQLite。這些具名元件讓研究者能逐項檢查資料是否留在本機，以及 Python/R 執行上下文是否指向預期主機。 在「技術棧與執行形態」這個範圍內，xuzhougeng-wisp-science-deep-analysis 的文件只支持上述判斷。實際核驗時，先以專案指定的入口建立最小案例，再記下輸入、輸出、錯誤訊息、耗時與環境差異。若涉及資料庫、音訊、G-code、模型請求或網路流量，測試資料也要使用可重複的固定樣本，避免把偶然結果誤認為功能保證。這個步驟的價值在於把 README 的名詞落到可觀察的結果：你能知道哪個命令成功、哪個檔案被讀取、哪個設定鍵生效，以及失敗時系統是否提供可追查的訊息。

智能體與模型接入 3

Wisp Science 的智能體支援串流接入 OpenAI 相容介面和 Anthropic 模型，具有按提供者區分的模型設定和分層路由。智能體可在專案根目錄的路徑沙箱內讀寫、搜尋檔案並執行 shell 指令，操作前需明確批准；每對話可選的完全權限模式在警告後自動批准。它還支援載入可重複使用的 Agent Skills（SKILL.md），透過漸進式揭露避免目錄資訊淹沒提示詞，並可透過 ACP v1 驅動外部編碼智能體。

Wisp Science 把權限邊界寫進工作流：專案根目錄沙箱內的檔案與 shell 操作要先批准，API 金鑰則放在作業系統鑰匙圈。建置時可用 `cargo test --workspace`，桌面開發入口是 `cargo tauri dev`，而 `wisp-store` 使用 SQLite。這些具名元件讓研究者能逐項檢查資料是否留在本機，以及 Python/R 執行上下文是否指向預期主機。 在「智能體與模型接入」這個範圍內，xuzhougeng-wisp-science-deep-analysis 的文件只支持上述判斷。實際核驗時，先以專案指定的入口建立最小案例，再記下輸入、輸出、錯誤訊息、耗時與環境差異。若涉及資料庫、音訊、G-code、模型請求或網路流量，測試資料也要使用可重複的固定樣本，避免把偶然結果誤認為功能保證。這個步驟的價值在於把 README 的名詞落到可觀察的結果：你能知道哪個命令成功、哪個檔案被讀取、哪個設定鍵生效，以及失敗時系統是否提供可追查的訊息。

科學運算與生物資訊學支援 4

專案為科學工作提供了多項具體能力：每個專案維護持久的 Python 和 R 環境，變數在儲存格、對話和重新啟動之間保留；支援本地、WSL 和 SSH/GPU 執行上下文，每個上下文有獨立直譯器路徑；捆綁約 80 個生物資訊學資料庫用戶端（PubMed、GEO 等）的 MCP 伺服器，透過 search_mcp_tools 按需發現，避免每個請求都攜帶完整目錄。並提供 Jupyter notebook、PDF、DOCX/XLSX/PPTX 的離線預覽功能。

Wisp Science 把權限邊界寫進工作流：專案根目錄沙箱內的檔案與 shell 操作要先批准，API 金鑰則放在作業系統鑰匙圈。建置時可用 `cargo test --workspace`，桌面開發入口是 `cargo tauri dev`，而 `wisp-store` 使用 SQLite。這些具名元件讓研究者能逐項檢查資料是否留在本機，以及 Python/R 執行上下文是否指向預期主機。 在「科學運算與生物資訊學支援」這個範圍內，xuzhougeng-wisp-science-deep-analysis 的文件只支持上述判斷。實際核驗時，先以專案指定的入口建立最小案例，再記下輸入、輸出、錯誤訊息、耗時與環境差異。若涉及資料庫、音訊、G-code、模型請求或網路流量，測試資料也要使用可重複的固定樣本，避免把偶然結果誤認為功能保證。這個步驟的價值在於把 README 的名詞落到可觀察的結果：你能知道哪個命令成功、哪個檔案被讀取、哪個設定鍵生效，以及失敗時系統是否提供可追查的訊息。

資料儲存與本地優先設計 5

對話持久化到 SQLite，重新啟動後完整歷史可恢復；一鍵取消可以預覽並還原某次對話的檔案編輯。API 金鑰儲存在作業系統鑰匙圈中，而非 SQLite。專案提供加密的手動同步和專案傳輸功能，且 README 強調不會在背景自動同步任何內容。自訂憑據僅注入新啟動的本地 Python 和捆綁 MCP 程序，不會複製到 SSH/WSL 主機。

Wisp Science 把權限邊界寫進工作流：專案根目錄沙箱內的檔案與 shell 操作要先批准，API 金鑰則放在作業系統鑰匙圈。建置時可用 `cargo test --workspace`，桌面開發入口是 `cargo tauri dev`，而 `wisp-store` 使用 SQLite。這些具名元件讓研究者能逐項檢查資料是否留在本機，以及 Python/R 執行上下文是否指向預期主機。 在「資料儲存與本地優先設計」這個範圍內，xuzhougeng-wisp-science-deep-analysis 的文件只支持上述判斷。實際核驗時，先以專案指定的入口建立最小案例，再記下輸入、輸出、錯誤訊息、耗時與環境差異。若涉及資料庫、音訊、G-code、模型請求或網路流量，測試資料也要使用可重複的固定樣本，避免把偶然結果誤認為功能保證。這個步驟的價值在於把 README 的名詞落到可觀察的結果：你能知道哪個命令成功、哪個檔案被讀取、哪個設定鍵生效，以及失敗時系統是否提供可追查的訊息。

建置、執行與測試 6

README 列出了建置所需的 Rust 1.88+、wasm32-unknown-unknown 目標、uv、Trunk 和 Tauri CLI v2，並提供了 cargo tauri dev 和 cargo tauri build 等指令。無頭 CLI 可透過 WISP_API_KEY 等環境變數設定提供者和模型。測試包括 Rust 單元測試（cargo test --workspace）、MCP 用戶端冒煙測試和基於 Playwright 的 UI E2E 測試。需要注意的是，儲存庫未提供現成的 Linux 安裝包，Windows 安裝程式未簽名。

Wisp Science 把權限邊界寫進工作流：專案根目錄沙箱內的檔案與 shell 操作要先批准，API 金鑰則放在作業系統鑰匙圈。建置時可用 `cargo test --workspace`，桌面開發入口是 `cargo tauri dev`，而 `wisp-store` 使用 SQLite。這些具名元件讓研究者能逐項檢查資料是否留在本機，以及 Python/R 執行上下文是否指向預期主機。 在「建置、執行與測試」這個範圍內，xuzhougeng-wisp-science-deep-analysis 的文件只支持上述判斷。實際核驗時，先以專案指定的入口建立最小案例，再記下輸入、輸出、錯誤訊息、耗時與環境差異。若涉及資料庫、音訊、G-code、模型請求或網路流量，測試資料也要使用可重複的固定樣本，避免把偶然結果誤認為功能保證。這個步驟的價值在於把 README 的名詞落到可觀察的結果：你能知道哪個命令成功、哪個檔案被讀取、哪個設定鍵生效，以及失敗時系統是否提供可追查的訊息。

授權條款與引用資訊 7

除特別註明外，Wisp Science 採用 GNU Affero General Public License v3.0 only 授權。該授權條款要求網路伺服器操作者在使用者透過公共伺服器存取修改版本時提供原始碼，但授權條款文本本身不涉及安全保證、支援承諾或效能擔保。README 提供了 Zenodo DOI 引用資訊（10.5281/zenodo.21193742），並註明了部分第三方元件的來源，包括 Apache-2.0 的 mangopi-cli 和 CC BY-NC-SA 4.0 的 bear-research-skills。

Wisp Science 把權限邊界寫進工作流：專案根目錄沙箱內的檔案與 shell 操作要先批准，API 金鑰則放在作業系統鑰匙圈。建置時可用 `cargo test --workspace`，桌面開發入口是 `cargo tauri dev`，而 `wisp-store` 使用 SQLite。這些具名元件讓研究者能逐項檢查資料是否留在本機，以及 Python/R 執行上下文是否指向預期主機。 在「授權條款與引用資訊」這個範圍內，xuzhougeng-wisp-science-deep-analysis 的文件只支持上述判斷。實際核驗時，先以專案指定的入口建立最小案例，再記下輸入、輸出、錯誤訊息、耗時與環境差異。若涉及資料庫、音訊、G-code、模型請求或網路流量，測試資料也要使用可重複的固定樣本，避免把偶然結果誤認為功能保證。這個步驟的價值在於把 README 的名詞落到可觀察的結果：你能知道哪個命令成功、哪個檔案被讀取、哪個設定鍵生效，以及失敗時系統是否提供可追查的訊息。

編輯結論

適合需要 xuzhougeng-wisp-science-deep-analysis 所列能力、並願意依文件固定版本與環境的人；不適合把 README 宣傳句當成服務保證的人。先依專案命令與檔案做最小測試，記錄具體輸入和輸出，再決定是否納入正式流程。

官方來源

1. Official documentation
2. Official README
3. Project repository
4. Release notes