快速结论
Leon 是 MIT 许可的开源、自托管个人 AI 助手。当前项目重点是 develop 分支上的 2.0 Developer Preview：它围绕工具、上下文、分层记忆和 agentic execution 重构，支持 smart、controlled 与 agent 模式，以及 native skills、基于 SKILL.md 的 agent skills、Node.js/Python bridges 和 Python 服务。master 则是较稳定但属于 pre-agentic 架构的旧版，两者不能按“稳定版与同功能测试版”简单理解。
Leon 适合愿意读源码、自己部署并主动约束工具权限的开发者，不是安装后即可替代 Siri 的消费产品。“本地运行”也不等于所有推理和数据都留在本机：Leon 可以连接本地模型，也可以使用远程 AI provider；每个 skill、toolkit 和 provider 都需要单独检查数据路径。只想要成熟本地聊天界面可比较 Open WebUI，需要简洁本地模型运行时可看 Ollama，开发可控业务 Agent 则可比较 Dify。
核心功能
- 工具驱动执行：通过 skills、actions、tools、functions 与可选 binaries 把回答转成实际动作。
- 三种运行模式：controlled 偏确定性 native skills，agent 支持逐步规划，smart 负责按任务选择路径。
- 上下文与记忆：以环境上下文和分层记忆帮助助手保持连续性；保存什么仍需用户治理。
- 本地或远程模型：可以选择本地 provider，也可接云服务；部署位置与模型位置是两回事。
- 扩展架构：native skills、agent skills、toolkits、bridges 和 binaries 便于扩充能力。
- Web 应用与服务端：2.0 仓库包含 server、app、Aurora 预览环境、bridges 和 Python TCP 服务。
- 语音与媒体基础：项目包含音频、语音和媒体相关能力，但具体可用度以当前 develop 代码为准。
适合人群
适合开源助手爱好者、Node.js/Python 开发者、希望研究个人 Agent 架构的人，以及能为模型、工具和数据建立明确边界的小团队。2.0 要求 Node.js 24 或更高版本，并需要 pnpm 与相应 provider 配置，最好在专用测试环境中运行。
不适合要求稳定 SLA、完整企业身份治理、无需维护或文档完备的用户。当前 README 明确说明 2.0 新文档尚未完成，公共文档和旧指南多反映 legacy 架构。寻找现成多用户服务的团队应优先评估 LibreChat 或 Open WebUI。
使用场景
- 个人助手实验：在可丢弃环境中测试记忆、搜索、生产力或系统工具。
- Skill 开发：为受控动作编写 native skill，或用
SKILL.md描述 agent workflow。 - 本地模型前端研究：组合本地 provider，观察质量、延迟和资源占用。
- 混合 provider 对比：在明确同意数据外发时比较本地与云模型，而不是默认“自托管即离线”。
- Agent 安全研究：检查工具 schema、审批、上下文污染、记忆保留和失败恢复缺口。
价格与版本
Leon 仓库采用 MIT 许可证，软件本身无订阅费。自托管仍会产生机器、电力、存储、域名、备份和运维成本；使用云模型、搜索、语音或其他第三方 API 时，还要按各 provider 价格付费。MIT 只覆盖 Leon 仓库中有权授权的代码，不覆盖下载模型、第三方服务、技能依赖和用户数据。
| 分支 | 当前定位 | 选择建议 |
|---|---|---|
develop | Leon 2.0 Developer Preview，工具、记忆与 agent 架构正在演进 | 用于研究、贡献和隔离测试，不承诺稳定兼容 |
master | 较稳定的旧 pre-agentic 版本 | 仅在确实需要 legacy 行为时使用，不具备 2.0 同等能力 |
国内访问与使用体验
项目官网与代码入口本身可访问性相对友好，因此保留 needsVPN: false；但所选模型 provider、npm 源、下载依赖和第三方工具可能有各自地区限制。中文效果取决于模型、提示、skill 和语音组件，不能只从 Leon UI 推断。
2.0 当前安装路径是克隆 develop 代码、安装 pnpm 依赖并运行 pnpm start，默认 Web 地址为 http://localhost:5366。先运行 pnpm run check，再用无敏感文件的新用户或容器测试。Node 24、Python bridge、二进制和媒体依赖会提高环境复杂度，升级前应保留配置和记忆备份。
优点
- MIT 开源，可检查并修改助手的核心架构。
- 本地上下文与本地 provider 可减少部分数据外发。
- controlled 与 agent 模式为确定性动作和开放规划提供不同路径。
- skills、toolkits 与 bridges 的扩展层次清楚。
- 项目主动说明 2.0 Developer Preview 与旧文档的差异。
不足
- 2.0 仍在 develop 分支，接口、配置和行为可能快速变化。
- 新文档未完成，旧教程可能把用户带到 legacy 路径。
- 自托管、Node 24、Python 服务和 provider 配置需要持续维护。
- 本地运行不自动解决云模型、第三方工具和下载模型的数据许可问题。
- 缺少成熟商业产品常见的 SLA、企业控制和完整安全默认值。
替代品对比
| 工具 | 更适合谁 | 主要差异 |
|---|---|---|
| Open WebUI | 需要成熟多用户本地模型聊天界面的团队 | 成品聊天与管理更强，不以个人主动助手为唯一定位 |
| Ollama | 需要简单运行本地模型与 API 的开发者 | 是模型运行时，不是完整工具型个人助手 |
| Dify | 构建 RAG、工作流和业务 Agent 的团队 | 应用运营更完整，个人桌面助手感较弱 |
| AstrBot | 需要多消息平台与插件机器人的用户 | IM 适配更丰富，个人本机助手不是唯一核心 |
常见问题 FAQ
Leon 2.0 稳定了吗？
没有。官方将其标为 Developer Preview，并把当前开发放在 develop 分支；应预期破坏性变化和文档滞后。
应该用 develop 还是 master？
想研究 2.0 的工具、记忆和 Agent 架构用 develop；确实需要旧 pre-agentic 行为才选 master。不要用 master 文档推断 develop 配置。
Leon 可以完全离线吗？
取决于模型、skill 和外部服务。使用本地模型并关闭联网工具可以形成更本地的路径，但依赖下载、语音组件或某些工具仍可能联网。
工具和预览安全吗？
不能默认安全。工具可能读写文件、运行进程或联网，预览内容也可能包含不可信代码。使用专用账户或容器、限制目录与网络、逐次批准高影响动作，并检查日志和 diff。
MIT 许可证意味着所有组件都可商用吗？
MIT 对 Leon 授权代码较宽松，但模型权重、云 API、npm/Python 依赖、媒体和第三方 skill 有各自许可证与条款，必须分别审查。
Leon 是生产级企业助手吗？
当前不应这样定位。它更适合开发者预览和自托管实验；企业使用需自行补齐身份、权限、审计、备份、隔离、保留和支持机制。
总结
Leon 2.0 展示了一个有吸引力的开源个人 Agent 方向：工具、上下文、记忆和多种执行模式都在同一自托管项目里。但它当前的诚实标签是 Developer Preview，不是“免费、私有、开箱即用的 Siri 替代品”。
评估时应先选分支，再画出三张图：模型在哪里运行、每个工具能访问什么、数据保存或发送到哪里。若 develop 的变化速度和自维护成本可以接受，Leon 很适合学习和原型；若需要稳定团队服务，成熟替代品更省风险。