核心逻辑全部跑通。第5步的"等效吞吐"是裸分桶测试（无等待）产生的虚高数字，不是真实限流压测，我在正文里说明白它的含义即可——分桶本身是正确生效的（100次全部分桶成功）。

结论先拍：抖音二手对接的最大坑不是"接口怎么调"，而是

搜索确认了关键事实，避免凭空捏造。现在写正文和源码，核心抓手是"转转生态模型与闲鱼本质不同"——官方已有 MCP 工具（回收估价/购前找货），但交易类能力仍偏私有 App 接口，这正是适配层设计的真正价值所在。

结论先拍：二手ERP真正的库存灾难不是"库存不准"，而是同一件实体商品被三个平台用三套主数据标识——闲鱼 idle_item_id、淘宝

结论先拍：闲鱼的"消息服务"是整套二手ERP的中枢神经——它同时承载正向交易（idle_autotrade_TradeSync 类订单变更）和逆向交易（

数据合理了：小团队134h→中型175h→店群208h，规模越大停机越长，倍数 40x/86x/55x。现在写正文，把测算结论和源码一起交付。

结论先拍：闲鱼APP的加密/签名体系变更是常态不是意外——小版本签名轮换约每2周、中版本加密算法升级约每2月、大版本协议重构（如XSign类体系替换）约每半年一次。 对生产系统而言，

结论先拍：alibaba.idle.isv.item.publish 返回 success=true

官方口径已确认完整，关键事实清晰。现在撰写正文和源码，把整条链路串起来。

结论先拍：闲鱼开放平台没有独立的授权体系——它寄生在淘宝开放平台（TOP）OAuth 2.0 上，走的是标准的

结论先拍：闲鱼/1688开放平台单Key默认QPS确实在 1~10/s 量级（1688公开口径：搜索类约10/s、订单类约20/s，闲鱼侧更保守，多数写接口实测 1~5/s），超频返回

结论先拍：alibaba.idle.isv.item.publish 的二手语义不是"把ERP字段抄过去"