Why lsbot
AI Bot 不是装在机器上的玩具，它是你团队里最便宜、最勤快、从不请假的那个人。 你选择什么工具，决定了它能走多远。
为什么要认真选一个 AI Bot 框架
AI Bot 框架不是"装上能跑就行"的脚手架。它决定了：
- 你的 Bot 能接入哪些平台，能覆盖哪些用户
- 它在生产环境里是否稳定、安全、可审计
- 当团队规模扩大、场景复杂化时，它是否还扛得住
选错了，迁移成本极高。选对了，它就是你的基础设施。
一、原生中国，不是改装版
lsbot 从第一天起就为中国市场设计。它不是"国际版加了几个 adapter"——它的平台支持是原生的，经过生产验证的。
| 平台 | lsbot | 主流海外竞品 |
|---|---|---|
| 钉钉 | ✅ | ❌ |
| 企业微信 | ✅ | ❌ |
| 微信公众号 | ✅ | ❌ |
| 飞书 / Lark | ✅ | ⚠️ 有限 |
| 知乎、小红书等 | ✅ 专项优化 | ❌ |
| Slack | ✅ | ✅ |
中国企业 90% 的日常沟通发生在钉钉、企业微信、飞书上。一个不支持这三个平台的 AI Bot 框架，在中国市场就是一个没有腿的工具。
二、单一二进制，零依赖部署
lsbot 是一个静态编译的 Go 二进制。没有 runtime，没有包管理器，没有 node_modules。
| 指标 | lsbot | 基于 Node.js 的竞品 |
|---|---|---|
| 二进制体积 | ~35 MB | 数 GB |
| 运行时依赖 | 零 | Node.js + npm 生态 |
| 冷启动 | 毫秒级 | 秒级 |
| 树莓派 / 路由器 / 嵌入式 | ✅ | ❌ |
| 服务器部署 | 单文件复制即可 | 需完整 Node 环境 |
这不只是"体积小"的问题。零依赖意味着：没有供应链攻击面，没有版本地狱，没有"在我机器上能跑"。
三、安全性不是事后补丁
基于 Node.js 的 AI Bot 框架天然存在一个问题：它依赖数百乃至数千个第三方 npm 包，任何一个都可能是漏洞入口。卡巴斯基等安全工具对此类框架的扫描结果往往揭示 500+ 漏洞。
lsbot 的安全设计是结构性的：
- 静态编译：攻击面极小，无动态加载路径
- 无第三方 runtime：不存在 Node.js / Python 层面的越权执行
- 代码可审计：Go 编译产物行为确定，不存在运行时"惊喜"
- 合规友好：政府机构、金融、医疗等强监管行业可放心部署
四、数据从不离开你的机器
| 数据类型 | 存储位置 | 云端是否保存 |
|---|---|---|
| 对话历史 | 用户本地 | 否 |
| 上下文记忆 | 用户本地 | 否 |
| 配置文件 | 用户本地 | 否 |
| API 密钥 | 用户本地 | 否 |
云中继网关仅负责消息路由，转发后立即丢弃，不落库、不分析。即使云中继完全停止服务，你的数据和配置也完好无损。
五、极简是一种工程哲学
功能多不等于能力强。lsbot 的设计原则是：只做必要的事，把每件事做到极致。
这背后的工程含义是：
- 执行路径清晰，性能开销可预测
- 软件行为确定，没有"黑盒"副作用
- 维护成本线性增长，而非指数膨胀
当你在凌晨处理线上问题时，你需要的是一个行为可预测的工具，而不是一个"功能齐全但无从排查"的黑盒。
一句话总结
| 维度 | lsbot |
|---|---|
| 中国平台原生支持 | ✅ 钉钉 / 企微 / 微信 / 飞书 |
| 部署复杂度 | ✅ 一行命令，10 秒完成 |
| 二进制体积 | ✅ ~35 MB，零依赖 |
| IoT / 嵌入式支持 | ✅ |
| 安全审计友好 | ✅ 静态编译，攻击面极小 |
| 数据本地化 | ✅ 完全本地，云端零存储 |
| 合规部署 | ✅ 政府、金融、医疗均可 |
lsbot 是为在中国落地 AI 自动化而生的工具。 如果你需要在中国企业环境里认真跑一个 AI Bot，这是目前最直接的路径。