如果你的目标是把 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 生态的适配方式。