lingti-bot（github.com/ruilisi/lin… 是一个集 MCP Server、多平台消息网关、丰富工具集、智能对话、语音交互于一体的 AI Bot 平台。
它的设计目标 是“极简至上、效率为王、一次编译到处执行、极速接入”。 核心定位一句话 把“本地能力 + 消息平台 + AI 模型”揉成一个单文件、零依赖、可跨平台部署的 Bot 运行时。
仓库亮点速览
- 单个二进制文件运行，零运行时依赖
- 支持国内主流平台：企业微信、微信公众号、钉钉、飞书 配有relay 模式，免后端域名等配置
- 内置 75+ MCP 工具，覆盖文件、Shell、系统、网络、日历、Git 等
- 云中继方案，免公网服务器、免备案、免证书
- 纯 Go 实现，跨平台与嵌入式友好 快速体验
仓库地址：
为什么我们要【从零·Go重写】呢？
1. 运行时依赖是阻力，Go 的单文件是刚需
对比 OpenClaw 的 Node.js 体系，lingti-bot 选择 Go 的最直接收益是“单文件交付”。 Go 可以编译成单个二进制 部署只需 scp 一次 不需要 Node.js、Python、npm、node_modules 适合企业内网、软硬件环境混杂的场景 现实意义 国内企业环境经常受限于安装权限、镜像源、依赖审核。单文件交付就是效率与合规的双赢。
2. 跨平台与嵌入式优先，是国产落地的关键
lingti-bot 明确支持 ARM/MIPS 等架构，适合树莓派、路由器、NAS 等设备。 Go 天然跨平台 一次编译多平台分发 更适合国产硬件生态 如果你希望在边缘设备或者内网设备上跑 Bot，这一点直接决定可落地性。
3. 设计哲学：极简、可控、可维护
仓库强调“代码克制、够用就好、纯文本输出”。 不依赖 UI 或复杂插件 基础功能优先 逻辑清晰、维护成本低 这恰好对应国内团队实际需求：稳定、可维护、易交付。
4. 国产平台原生支持是关键差异化
lingti-bot 在中文生态下的优势非常明确： 钉钉 飞书 企业微信 微信公众号 而 OpenClaw 侧重海外平台生态。做“国产开源 OpenClaw”，必须把中国平台作为一等公民。
5. 云中继方案：解决“公网+备案+证书”的门槛
lingti-bot 提供云中继能力，降低接入企业微信、公众号等平台的门槛。 免公网服务器 免备案 免 HTTPS 证书 5 分钟接入 这一点是面向国内用户最直接的工程红利。
lingti-bot 与 OpenClaw 的取舍对比
仓库内自带对比表，核心结论很清晰： OpenClaw 功能更全，但依赖重、部署复杂 lingti-bot 功能克制，但交付轻、部署快、适配中国平台 如果目标是“国产开源 OpenClaw”，那就不是在堆功能，而是在做“本地可落地”的产品形态。
适合哪些人
想在国内企业内网落地 AI Bot 的团队 需要统一消息入口的工程团队 做私有化交付或本地化部署的项目 需要跨平台、嵌入式部署的产品。
写在后面
从零用 Go 打造国产开源 OpenClaw，不是“复刻”，而是一次明确的技术取舍：用更少的依赖、更少的复杂度、更强的交付能力，换取真实可落 地的产品形态。 lingti-bot 这个仓库已经把这个方向验证出来了： 单文件、零依赖、国内平台优先、云中继、可跨平台部署。 如果你希望在国内环境中真正把 AI Bot 落地，它就是一个非常值得认真研究的起点。
欢迎大家体验,也欢迎给我们的 github 项目点赞
