为车队、应用和智能体构建车联网

    一个平台,支撑从设备和 OEM 数据流到 SQL 和 MCP 的全链路。

    并排展示的五个 Navixy 界面:IoT Logic 流程画布、实时对象列表、一张带有车辆追踪点位的地图、地理围栏编辑器和移动应用。
    Foxconn
    Shopee
    Nestlé
    Amazon
    DHL
    Toyota
    Xerox
    Foxconn
    Shopee
    Nestlé
    Amazon
    DHL
    Toyota
    Xerox

    平台上的资产:1,000,000+

    四个模块,一个系统。

    可单独启用,也可全部启用——它们共享同一份数据和同一套 API。

    一个账户 · 一份数据集 · 一套API

    • 您的品牌以您的名义提供现成的 Web 和移动应用
    • 您的代码通过 API 获得同等能力,构建自己的前端
    • 您的智能体MCP 和 SQL,无需 UI

    让您的智能体接入平台

    MCP 服务器和 Agent Gateway 将 Navixy 的能力开放给 AI 智能体。智能体可通过与您团队相同的 API 读取遥测数据、编排 IoT Logic 流程,并在 IoT Query 中构建报告。

    MCP 客户端向服务器查询可用工具,调用 tracker_states,并返回每个追踪器一条记录。内容已节选,数值仅为示例。

    终端
    智能体对话
    请设置一个提醒:卡车进入地理围栏时通知调度员,并按场站显示车队可用率。
    智能体
    已检查一周遥测数据。已编排流程:卡车进入地理围栏时,调度员将收到通知;并按场站生成车队可用率报告。
    平台
    30,412行 · 流程已创建 · 查询已执行
    流程 · IoT Logic
    flows/
    fuel-watch.json
    iot-logic/
    pipeline.ts
    queries/
    智能体在对话中编排并验证的完整流程。
    // geofence-alert.json
    {
      "trigger": "geofence.enter",
      "filter": "vehicle.type == 'truck'",
      "action": "notify.dispatcher"
    }
    智能体使用 IoT Query SQL 面板构建的报告。
    -- fleet-uptime.sql
    SELECT depot,
           avg(engine_hours / period_hours) AS uptime
    FROM telemetry.daily
    WHERE vehicle_type = 'truck'
    GROUP BY depot
    ORDER BY uptime DESC;
    北部场站98.2%
    中心场站97.4%
    南部场站95.1%
    已在这些客户端中验证。任何支持 Streamable HTTP 或 SSE 并使用 OAuth 的 MCP 客户端都可连接。

    硬件在变,您的产品不必变。

    新设备或协议推出时,我们在平台端添加支持;您的数据模式和代码保持不变。

    设备

    • 车辆追踪器
    • 资产与个人追踪器
    • 摄像头与行车记录仪
    • 传感器与外设
    • 工业 IoT
    • 网关

    OEM 与外部系统

    • 原厂 OEM 数据流
    • ELD
    • 车联网平台
    • 视频平台
    • 云端 IoT 平台

    外勤人员

    • 外勤人员的智能手机

    解码并标准化

    协议 · 网络 · 格式

    标准化记录

    message_time
    2026-07-31T14:02:11Z
    device_id
    857378374927451
    location.latitude
    41.843207
    location.longitude
    -87.663548
    location.speed
    62km/h
    fuel_level_1
    71fuel sensor 1
    hardware_key
    D-2841driver key
    event_id
    241harsh braking

    界面中的每项功能都可通过 API 调用。

    数据管道是对称的:界面和 API 处理同一批对象。当您在地图上绘制区域后,您的系统可通过界面使用的同一调用查询它;点是否落在区域内,由平台而非您的后端判定。

    4 号仓库

    圆形 · 半径 150 米

    14:02 起位于区域内

    POST/v2/zone/search_location
    Authorization: NVX <api-key>

    { "location": { "lat": 41.843207,
                    "lng": -87.663548 } }

    200 OK

    { "success": true,
      "list": [ { "id": 4062,
                  "label": "4 号仓库" } ] }

    团队在此构建什么

    同一平台上的四类产品。选择最接近您业务的一个。

    一张地图,掌握所有移动对象。

    调度员赖以工作的视图,也是客户登录后看到的视图。

    • 实时位置与行程历史
    • 地理围栏、POI 与自定义地图图层
    • 向设备下发双向指令
    了解更多
    一张地图,掌握所有移动对象。

    event zone_exit · 03:41集装箱夜间离开堆场

    以前集装箱一丢就是几周。现在,最多丢一分钟。
    运营负责人 · 400 个集装箱

    基于 Navixy 构建产品的企业

    品牌、定价和客户关系都由您掌握。我们负责产品底层的基础设施,也不会与您争夺客户。

    1,200+

    平台上的车联网服务提供商

    30,000+

    自 2005 年起交付的项目

    130+

    国家

    98%

    支持满意度

    99.9%

    平台可用性

    Anthony, 首席执行官兼联合创始人
    Track-n-Route
    Navixy 为我们提供了足够的灵活性与可靠性,让我们能够为不同行业、不同地区的企业提供完整的一体化解决方案。
    Bodo Erken, 首席执行官
    Trackerrando
    我们为客户提供 Navixy 解决方案已超过 5 年。易用性、稳定性以及快速的服务响应等优势,是我们成功的保障。
    Danny, 首席技术官
    ThaiSoft
    我们使用 Navixy 的整体体验一直很好。功能和支持帮助公司在多方面实现增长,我们期待在未来多年继续合作。
    • SOC 2 Type II
    • GDPR 和 CCPA
    • TLS 1.2/1.3, AES-256
    • 数据区域:美国、欧盟、沙特阿拉伯
    • 安全与信任

    无需等待我们,也能扩展平台

    Navixy 和合作伙伴开发者提供现成应用,也有 SDK 供您构建并发布自己的应用。核心未覆盖的能力,也不意味着止步于此。

    访问 Marketplace

    我们正在做什么

    工程笔记、协议深度解析,以及来自现场的经验与发现。

    浏览博客