设计理念
约 1247 字大约 4 分钟
2025-03-03
联犀新版的设计理念，不是“把更多能力加到平台里”，而是重新回答一个更重要的问题：
当企业同时需要 SaaS、IoT、AI、知识、工具与语音交互时，平台应该如何组织，才能既方便快速落地，又能长期演进。
理念一：monorepo 优先于多仓拼装
很多平台在能力少的时候，多仓协作问题还不明显；一旦平台开始同时维护前端应用、AI 中台、IoT 能力、文档、工具链和执行环境，能力边界会迅速碎片化。
联犀优先采用 monorepo，并不是为了追求形式统一，而是为了让这些资产围绕同一条主线演进：
- 平台能力可以被应用直接复用
- AI 能力可以更快接入已有业务
- 技能、工具与文档可以同步迭代
- 长期交付不会因为仓库边界而被迫重复建设
理念二：AI Native 优先于外挂式 AI
如果 AI 只是外挂在系统旁边的聊天组件，它很难进入企业真正的工作流程。
联犀更关注的是让 AI 直接连接平台主能力，包括：
- 会话
- 知识
- 技能
- 工具
- 设备
- 项目与权限
- 语音链路
这意味着平台不是“先做完传统系统，再额外接一个 AI”，而是在平台架构中预留 AI 的正式位置。
理念三：工具化优先于接口堆砌
企业平台有很多能力，但这些能力如果只是传统内部接口，对 AI 来说并不好消费。
联犀更看重的是把平台能力进一步组织成 AI 更容易理解和调用的工具面：
- Skills 用来承接可分发能力
- MCP 用来承接工具协议与能力桥接
- CLI 用来承接统一操作入口
- 知识工具化用来承接可搜索、可引用的业务知识
这样做的意义在于，AI 不必直接暴露给内部细碎接口，而是围绕更稳定的能力表达工作。
理念四：安全执行优先于开放执行
只要 AI 不只是回答问题，而是开始调用工具、执行脚本或访问外部能力，平台就会从“生成文本”进入“执行动作”阶段。
到了这个阶段，平台是否可上线，关键不再只是模型能力，而是执行环境是否受控。
联犀在这里的思路很明确：
- 控制面负责组织会话、知识、技能和入口
- 执行面负责实际运行循环
- 脚本与包技能按运行器配置使用执行空间，网络、目录与资源限制分别核验；HTTP、MCP 不要求经过同一 Sandbox
这样平台才不会把所有执行风险都压在主服务进程里。
联犀想解决的不是单点能力，而是协同方式
很多平台的问题，不是少一个功能，而是这些功能之间没有被组织成一套可以长期复用的协同关系。
联犀新版更在意的是让下列几件事同时成立：
- 设备能力能进入 AI 链路
- 知识能力能服务业务协作
- 技能与工具能跨应用复用
- 语音入口能接入同一套平台主能力
- 执行环境能被平台正式治理
只有这样，平台才不是某一个阶段的临时方案，而是一套能承接未来扩展的底座。
对企业的直接意义
这套设计理念最终落到企业项目里，带来的不是抽象“架构优雅”，而是更具体的结果：
- 更快把 AI 能力接进现有平台
- 更少重复建设不同入口的能力
- 更稳定地承接多项目、多角色和多终端
- 更容易把 AI 从演示能力变成可上线能力
总结
联犀新版的设计理念可以概括成一句话：
不是把 AI、IoT、SaaS 和工具链并排摆在一起，而是把它们组织成同一套可持续演进的平台能力。
这也是为什么联犀会优先强调：
- monorepo
- AI Native
- 工具化能力组织
- 安全执行边界
这些选择共同决定了平台能否真正帮助企业更快获得可落地的 AI 能力，而不是只做出一个看起来很新的入口。
具体实现与可用边界见平台总体架构及AI 与工具执行架构。
更新日志
2026/10/27 13:22
查看所有更新日志
c4a4b-docs(架构): 独立平台架构分组并更新架构文图于7e927-文档站全面重构：目录重排、首页重写、案例独立成站、应用市场下线于31a81-更新平台介绍与能耗中心说明文档于bddea-docs: 更新文档结构、添加新内容并优化现有文档于6fa0c-doc于d4fa0-doc: 更换皮肤到最新版于f4017-doc: 完善文档于cd1d4-初始化于