为什么联犀现在更强调 AI Native、SaaS 与统一底座

AI 正在快速拉低软件开发成本，但不会抹平企业级复杂度。
页面、接口和单点功能会越来越容易做出来，真正稀缺的会变成另一种能力：如何把 AI、权限、知识、工具、设备、流程和多种入口组织成一个长期可运行、可治理、可持续演进的系统。

很多平台已经具备设备接入、权限管理、告警联动和应用支撑能力，但当企业开始要求 AI 问答、知识复用、工具执行、语音交互、报表分析和设备协同时，旧式“功能模块拼装”很快会出现边界不清、接入重复和执行不可控的问题。

联犀现在更明确的定位，不是再加一个聊天入口，而是把 AI 中台、IoT 能力、业务应用、工具链和执行环境放进同一套可持续演进的工程结构中，让 AI 真正成为平台主能力的一部分。

同时，联犀也坚持另一层判断：
复杂场景可以私有化部署，中小场景可以直接通过 SaaS 使用。这样原本只有大厂才能长期投入建设的 AI 平台能力，才会逐步变成所有公司都能用上的基础能力。

更重要的是，AI 原生系统不是一次交付后能力就基本固定。
当更多企业在同一平台体系内持续使用知识库、Skills、MCP、Sandbox 和云端 Claw，平台层的工具组织、知识治理、执行策略和行业方法论也会不断优化，系统会越用越好用。

联犀的 IoT 能力不是附加模块，而是平台底座

联犀起源于物联网，设备接入、物模型、场景联动、告警管理和 OTA 升级等能力已经过多个商业项目验证。当前平台不是把 IoT 当作一个可插拔的模块，而是将其作为底座能力之一，与 AI 中台、业务应用和工具链在同一套工程结构中持续演进。

这意味着企业不需要为设备管理单独搭建一套系统，再想办法和 AI 能力打通。联犀提供的是从设备接入、数据治理、协议转换到业务闭环的完整链路：

• 多协议接入：MQTT、TCP、UDP、HTTP 等标准协议开箱即用，同时支持通过 Go 协议脚本实现自定义协议转换
• 分层物模型：通用物模型 → 产品品类物模型 → 产品物模型 → 设备物模型，四层定义兼顾标准统一与个性化差异
• 时序数据存储：基于 TDengine 的属性历史、设备日志与统计查询，支持高并发写入与灵活分析
• 场景联动与告警：规则引擎支撑设备间的自动联动，告警系统覆盖规则配置、事件收敛与多渠道通知
• AI 直接操控设备：通过 MCP 协议，AI 助手可以查询设备状态、下发控制指令，实现自然语言交互设备

无论是智能家居、工业物联还是能源管理，联犀的 IoT 底座都能在同一套平台内与 AI 能力无缝协同。

🚀 一键接入联犀平台

让 AI Agent 直接操控联犀平台，无需记忆命令。

一键提示词（复制发给 Claude Code / Cursor / Codex / Trae）：

帮我安装联犀 CLI：https://doc.unitedrhino.com/use/01.快速开始/09.openclaw接入/

AI 将自动完成 CLI 安装、认证和 Skills 加载，之后你可以直接用自然语言管理设备、查询数据和执行操作。

查看完整接入指南 →

你可以从哪里开始了解

• 基础介绍：先看联犀的平台定位、价值主张与 AI 原生能力入口
• 设计理念：理解为什么联犀强调 monorepo、AI Native 与统一底座
• 架构设计：查看控制面、执行面、工具面和应用面的平台分层
• OpenClaw 接入：了解个人侧、本地侧 AI 如何接入联犀
• AI 时代软件会如何发展，联犀的解决之道是什么？：快速理解联犀对 AI 时代软件未来的整体判断

谁更适合继续往下看

• 企业负责人：关注平台如何减少重复建设，让 AI 能力更快形成长期资产
• 产品负责人：关注同一套底座如何支撑 SaaS、IoT、报表、联动和智能体应用
• 技术负责人：关注控制面、执行面、知识库、Skills、MCP 与 Sandbox 的边界设计

谁在使用我们的产品？（部分）

福建合创网络科技有限公司

深圳市易百珑科技有限公司

联远智维

常州飞诺医疗技术有限公司

重庆图浩科技

杭州伟立讯

贡献者

感谢所有已经做出贡献的人。

社区

微信（加我拉微信群）

公众号

收藏

提示

如需持续关注新版能力演进，建议从 平台介绍 和 OpenClaw 接入 开始阅读。