In Depth
产品详解
产品定位
低代码平台（Keel）是平台能力的应用化出口：表单、流程、权限、报表可视化搭建，工业语义组件开箱即用，应用直接消费底座数据与对象模型——让“提需求等两周”变成“两天自己搭”。
解决什么问题
长尾需求排不完。 巡检表单、点检记录、台账查询这类小应用，每个都走开发排期不现实。可视化搭建让业务人员直接参与：拖组件、配流程、定权限，所见即所得。
每个应用都从零开始。 工业语义组件库（设备选择器、测点曲线、告警卡片等）把平台能力封装成积木——不用从画按钮开始，也不用自己对接数据接口。
应用与数据两张皮。 应用天然消费底座：对象模型、指标、告警数据直连，不做脱离业务的“空中楼阁”。
核心能力详解
表单与流程引擎
表单拖拽设计 + 流程可视化编排（审批流、状态流转），权限到字段级；场景模板（巡检、点检、工单）起步改改就能用。
平台数据直连
应用内直接绑定对象档案、指标结果、告警事件——搭建的应用天然与平台口径一致，这是“平台上的低代码”与“独立低代码工具”的本质差异。
多端发布
一次搭建，桌面与移动端同步发布；与移动端（Rover）的场景模块体系打通，一线手机即用。
常见问题
会不会沦为“影子 IT”？——平台级权限与审计约束所有搭建物；应用资产化沉淀，团队可复用而非各建各的。
复杂应用也能搭吗？——低代码覆盖长尾与中长尾；深度定制场景支持扩展开发，与代码开发协同而非对立。
适合与不适合，先想清楚
| 适合低代码搭建 | 建议走传统开发 |
|---|---|
| 数据填报、台账、查询类轻应用 | 高并发、复杂事务的核心交易系统 |
| 带简单审批流的管理流程 | 需要特殊硬件交互或极致性能的场景 |
| 部门级数据看板与统计页 | 有严格行业认证要求的专用软件 |
拿不准时先问一句：『这个应用未来会不会有上百人同时高频写入？』会的话优先走传统开发，或先用低代码做原型验证需求。
八大能力拼图
表单设计（拖拽控件搭业务表单，配置字段属性与校验规则）、页面设计（自由布局组件并绑定数据源，生成列表页/详情页/统计页）、API 服务（把数据源与已有接口编排为低代码 API，支持鉴权）、算法服务（把算法中台的模型能力封装为应用内可调用的服务）、MCP 工具（把应用能力登记为标准工具，供智能体与自动化流程调用）、发布与菜单挂载（一键发布、挂载门户菜单、配置访问权限）、调用监控与日志（API 调用量、成功率与耗时，调用日志可检索）、案例管理（沉淀行业案例与应用模板，新项目从模板起步）。
一个例子：备件报修小系统
设备科需要一套『备件报修』：报修人填一张报修单（表单设计），维修班在列表页按状态筛选处理（页面设计），处理动作调用既有工单系统的接口（API 服务），月底按班组统计报修量。实施人员在 Keel 中两天搭完，发布并挂载到『设备管理』菜单后，报修人从工作台直接使用。
一个月后，邻厂提出几乎相同的需求——直接从案例库引用『备件报修』模板，替换数据源与文案，半天完成搭建上线。
第一次搭建不要贪大：先按『一张表单 + 一个列表页 + 一次发布』跑通最小闭环，熟悉设计与发布节奏后，再挑战带分支审批、算法调用的复杂应用。低代码不等于无规范：字段命名、接口路径、菜单名称建议先约定统一标准，否则应用一多就会出现『同一个字段五种叫法』的局面。