同是自行车外形，GBFS为何另写车型的主要动力

公共自行车资料写着bicycle，是否就能知道这类车只靠人力？GBFS v3.0的vehicle_types定义把外形与主要动力分在不同项目中。外形回答车辆大体是什么形态，动力回答它主要通过什么方式运动；两项可以共同描述一种车型，不能用一个熟悉的名字替代全部内容。本文讨论的是数据规范中的描述关系，不是在辨认现实车辆能否上路。

vehicle_types文件首先以车型为对象。文档说，每一种车型对应一个对象，并有唯一的vehicle_type_id。这里的编号识别的是类型，而不是直接列出每一辆车。文件开头还说，若系统在车辆状态资料中包含车型信息，就需要相应车型文件；若没有这个文件，数据源内所有车辆按非机动自行车理解。这是规范的解释条件，不是本篇确认某运营车队实际只提供一种车。

form_factor描述一般外形。原文除bicycle之外，还列出载货自行车、汽车及站立式、坐式滑板车等值。这个项目将外形类别写出来，但没有因此完成动力描述。名称中出现自行车，并不要求本文自行补上电机或纯人力判断；相关内容在下一项有自己的位置。

propulsion_type指主要动力。human在文档中为踏动或脚部动力，electric_assist表示电机只在与人力结合时提供助力、没有油门模式；electric则描述有油门模式的电池电动机驱动。保留这种定义，可以理解为什么同样是自行车外形，资料仍可能区分人力与电助力。本文不从术语推出功率、速度、充电、驾驶方法或当地法规分类。

车型还有对公众显示的name，以及制造者名称make和型号名称model。三个都是文档所列的可选本地化文字字段，但分别指向公共称呼、谁制造及哪个型号。公共名称可以帮助读者理解车型，却不是用来取消外形和动力定义的替代项；制造者相同也不能单独说明两种车型拥有相同描述。

可以设一个明确的阅读假设：两项资料都使用自行车外形，一个主要动力为human，另一个为electric_assist。外形相同这一事实没有消除动力差别，动力差别也没有把车型名称自动补齐。这一例子只组合已读的字段定义，没有接入车队、建立记录或证明某款产品的实际配置。

所用页面虽然具有西班牙语导航，其正文Reference version明确为v3.0，字段定义为英文。首次发布日期未知，本文没有读完十万余字符的整份规范，只采用版本、文件条件与车型定义的连续段及邻接。它提供公共自行车资料的语义识读，不是实时可租、续航、维修、电气或道路安全保证，也不执行软件配置。