API Changelog Bot
1c5279f327
changelog-filename-gate / validate (push) Failing after 2s
两处是交接件自身的缺口，不是实现问题： 1. 809001（同单同 kind 重复/并发提交）此前只作为 JSON 示例出现，没有前端处置口径， 而本文件错误码表的前提就是「每个码配一条处置口径——码本身不够，处置动作错了 照样是线上问题」。补的处置口径关键是「不要自动重试」：只要那条活跃需求还在， 重试永远是这个码。 2. 809007 此前只在内部分册。它确实是 fleet 消费侧的码、前端拿不到，但错误码段位 在交接件里应当完整，且它与 809002 的分工需要说清（809002=提交时派生不出来， 前端可引导补大交通；809007=提交时没派生、事后被消费，属存量回填，前端无动作）。 补上之后，「交接件含 6 个错误码」在「两册之和」与「mmg 实际拿到的那一份」 两种读法下都成立，不必再去裁哪种读法对。 3. 「不传 kind 按 TRAVEL 处理，现网代码可不改但建议显式传」此前只写在内部分册， 而内部分册的收件人是后端与 fleet 侧、不是 mmg。已补进对外分册的影响评估与 端点1 入参表，并写明为什么值得显式传：一旦该订单出现两类活跃需求，「不传」 的语义就从「就是行程用车」变成「碰巧落到行程用车上」，两者在代码里长得一样。 校验：六个码（809000/809001/809002/809007/809008/809009）在对外册均为行首表格行 各 1 行；退役号 809003-809006 阴性对照各 0 命中；endpoint-count 仍为 7 / 4。