如果你的目標是把 QQ 會話穩定轉換為 OneBot v11 事件並納入 TypeScript 生態，SnowLuma 有明確的介面層和管理介面，適合做自託管、協議互操作和多帳號管理；如果你需要 OSI 許可、公開可再分發的商業方案，或者希望省去 QQ 相關合規判斷，就不適合直接選它。 適合需要把 QQ 會話接入到 OneBot v11 生態的開發者、機器人專案維護者，以及希望透過 TypeScript 直接做協議互操作、動作除錯或多帳號管理的技術使用者。更適合能接受自託管、按文件配置 WebUI 和連線引數的團隊或個人。 適合把 QQ 客戶端接入 OneBot v11 機器人生態，做訊息轉發、事件監聽、帳號狀態管理、動作除錯、儲存管理和開發工具整合。也適合需要透過 WebSocket 或 HTTP 暴露 OneBot 介面，同時利用 TypeScript SDK 或 MCP 進行程式化控制的開發場景。 專案提供完整發行包，通常從 Releases 下載後解壓即可使用；Windows 透過 `launcher.bat` 啟動，Linux 需要按 README 指引執行對應啟動方式。Lite 版需要 Node.js 22.13+，23 系需要 23.4+，開發環境還要求 pnpm 10.28.0。啟動後透過 `http://localhost:5099` 進入 WebUI，並用啟動日誌中的初始密碼完成接入配置。 專案明確寫明為獨立第三方專案，與騰訊或 QQ 沒有隸屬或授權關係，使用時需要自行評估合規風險。；專案採用原始碼可見非商業許可，不是 OSI 開源許可，商業使用或公開發布修改版需要事先取得書面授權。；README 明確提示軟體按“現狀”提供，公開資訊有限，需結合 README、LICENSE 和原始碼確認長期維護狀態與變更邊界。 基於最近一次公開儲存庫訊號檢查；「未知」表示證據不足，結果不構成安全性結論。 各維度顯示實際採樣時間與過期狀態。指標熱門每 3 小時、其餘每 6 小時更新；詳情每 7 天更新。缺少證據顯示未知，未完整採集顯示部分資料。 證據 GitHub 儲存庫中繼資料（封存狀態與最後推送時間）。 證據 GitHub Releases，統計最近 365 天，最多讀取 100 筆公開記錄。 證據 GitHub Issues、Pull Requests 與預設分支提交；積壓淨變化按「90 天新建減關閉」，關閉率按同批建立項計算，超過 100 筆的視窗標記為部分資料。 證據 基於帶實際採樣時間的 GitHub 指標樣本，使用距 1、7、30 天目標時刻 ±3 小時內的有效基準。缺少有效基準時顯示資料不足。 證據 檢查 GitHub 授權、SPDX 規則和治理檔案可見性；不是安全稽核、漏洞評估或法律結論。 授權事實規則版本: openrank-license-facts-v1. 僅為事實性中繼資料，不構成法律意見或相容性結論。 Hyperion：面向 AI 編碼代理的多工作區開源工作台 Hyperion 是一個面向 AI 編碼代理的工作區工具，將終端、代理、任務看板與版本化提示詞集中在單一專案視圖中，強調多代理並行與工作區隔離。 e2e：面向 Web 與移動應用的智慧端到端測試框架 e2e 是面向 Web 與移動應用的 TypeScript 端到端測試框架，支援用自然語言驅動應用、結合定位器和斷言驗證結果，並可重放已驗證的代理步驟。 coda/packs-sdk：Superhuman Packs 與 Coda 擴充套件的 TypeScript SDK coda/packs-sdk 是一個基於 TypeScript 的 SDK，用於構建 Superhuman Packs，為 Go 建立代理，並向 Coda 新增可複用的功能構建模組。 EDR：面向以太坊開發工具的執行時庫 EDR 是一個面向以太坊開發工具的執行時庫，提供高效能 EVM 執行、JSON-RPC 代理、鏈模擬、除錯跟蹤與 Solidity 測試能力，可作為偵錯程式、狀態檢查器等工具的底層構件。 Obsidian Dev Utils：面向外掛開發的 TypeScript 工具集 Obsidian Dev Utils 是面向 Obsidian 外掛開發的 TypeScript 工具集，覆蓋 CLI、構建檢查、輔助函式、樣式、設定元件、模態框、除錯與測試等常見開發環節。 Rshono：基於 Hono、Rspack 與 React Server Components 的極簡 Web 框架 Rshono 是一個面向 TypeScript 開發者的極簡 Web 框架，將 Hono、Rspack 與 React Server Components 組合起來，並提供獨立核心包、專案腳手架、文件網站和測試應用。 最近 90 天本地快照走勢，前臺不即時請求 GitHub。

趨勢基於本地指標觀測，不在前臺即時請求 GitHub。 如果你的目標是把 QQ 會話穩定轉換為 OneBot v11 事件並納入 TypeScript 生態，SnowLuma 有明確的介面層和管理介面，適合做自託管、協議互操作和多帳號管理；如果你需要 OSI 許可、公開可再分發的商業方案，或者希望省去 QQ 相關合規判斷，就不適合直接選它。 SnowLuma 是面向 QQ 客戶端的 TypeScript 互操作執行時，將原生會話轉換為 OneBot v11 動作與事件，並透過 WebSocket、HTTP、WebUI、SDK 和 MCP 提供統一入口。 將 QQ 原生會話轉換為 OneBot v11 的動作與事件，便於接入現有機器人工作流。 同時提供 WebSocket 服務端、WebSocket 客戶端、HTTP 服務端和上報模式，接入方式較完整。 支援文字、圖片、語音、影片、檔案、回覆、提及、轉發和常見卡片等訊息型別。 支援多個 QQ 帳號並行執行，併為各帳號分別維護會話、身份對映、訊息儲存和網路配置。 提供 WebUI，用於檢視帳號狀態、實時日誌、連線配置、動作除錯和儲存管理。 提供 TypeScript SDK 和 MCP 入口，方便做程式化呼叫與外部工具整合。 SnowLuma 是一個面向 QQ 客戶端的 TypeScript 互操作執行時，工作機制是把 QQ 原生會話接入後做協議解析、身份對映、訊息與事件轉換，再對外暴露為 OneBot v11 動作與事件介面。執行鏈路中將會話接入、協議處理、轉換層和網路適配保持相對獨立，並支援多個帳號並行執行。 已確認的生態入口包括 OneBot v11 的 WebSocket 客戶端/服務端與 HTTP 服務端/上報介面，TypeScript SDK `@snowluma/sdk`，以及 `@snowluma/mcp`。README 還說明 WebUI 提供帳號狀態、實時日誌、連線配置、動作除錯和儲存管理。 適合需要把 QQ 會話接入到 OneBot v11 生態的開發者、機器人專案維護者，以及希望透過 TypeScript 直接做協議互操作、動作除錯或多帳號管理的技術使用者。更適合能接受自託管、按文件配置 WebUI 和連線引數的團隊或個人。 適合把 QQ 客戶端接入 OneBot v11 機器人生態，做訊息轉發、事件監聽、帳號狀態管理、動作除錯、儲存管理和開發工具整合。也適合需要透過 WebSocket 或 HTTP 暴露 OneBot 介面，同時利用 TypeScript SDK 或 MCP 進行程式化控制的開發場景。 協議鏈路劃分清晰，將會話接入、協議解析、身份對映、轉換和網路適配分開，便於理解和維護。 對外入口較完整，同時覆蓋 OneBot、WebUI、SDK 和 MCP，適合多種接入和除錯場景。 多帳號能力明確，且為每個帳號單獨管理會話、對映、儲存和網路配置。 訊息型別覆蓋面較廣，已明確支援文字、媒體、回覆、提及、轉發和常見卡片。 專案明確寫明為獨立第三方專案，與騰訊或 QQ 沒有隸屬或授權關係，使用時需要自行評估合規風險。 專案採用原始碼可見非商業許可，不是 OSI 開源許可，商業使用或公開發布修改版需要事先取得書面授權。 README 明確提示軟體按“現狀”提供，公開資訊有限，需結合 README、LICENSE 和原始碼確認長期維護狀態與變更邊界。 原生附加元件為專有元件，不在原始碼許可範圍內，部署和分發時需要注意許可邊界。 專案提供完整發行包，通常從 Releases 下載後解壓即可使用；Windows 透過 `launcher.bat` 啟動，Linux 需要按 README 指引執行對應啟動方式。Lite 版需要 Node.js 22.13+，23 系需要 23.4+，開發環境還要求 pnpm 10.28.0。啟動後透過 `http://localhost:5099` 進入 WebUI，並用啟動日誌中的初始密碼完成接入配置。 部署和長期使用時要關注三個層面：其一是版本要求，Lite 版和開發環境都依賴較新的 Node.js 與 pnpm；其二是接入流程，首次啟動後要按 WebUI 和日誌中的提示完成 QQ 程序接入與 OneBot 連線配置；其三是許可約束，二進位制發行包受 EULA 和隱私條款約束，商業用途或修改後公開分發都需要先確認授權條件。 選型時先確認兩件事：第一，是否必須覆蓋 QQ 原生會話到 OneBot v11 的轉換，並且需要 WebUI、SDK、MCP 這些統一入口；第二，是否能接受原始碼可見非商業許可、二進位制包額外條款以及第三方專案身份帶來的合規邊界。若你的需求主要是學習、研究、自託管或內部機器人接入，它是可評估的候選；若你的場景強調可商用、可再分發或強許可證相容性，應優先尋找更寬鬆授權的替代方案。 可對照的專案包括 LagrangeV2 和 NapCatQQ，README 說明 SnowLuma 參考了前者的協議定義與後者的實現思路；如果你在比較 QQ 協議互操作方案，也應一併檢視它們與 OneBot v11 生態的適配方式。