我们在做一个 OpenAPI → 飞书 wiki 同步工具，单项目要在同一 parent 下批量建 100-200 个 wiki 子节点（每个 API endpoint 一个）。
实测：连续调 wiki +node-create，同一 parent 下大约 5-15% 概率撞 code: 131009 / lock contention（飞书服务端写锁）。错峰、串行都只能缓解。
我们自己在客户端加了指数退避重试（250ms / 500ms / 1s / 2s，最多 4 次），基本不再撞：
leeguooooo/openapi-lark@00510b8
想问下：lark-cli 这一层愿意内置这个重试吗？任何批量建 wiki 节点的场景都会撞这个，每个下游工具都手写一遍重试有点重复。
测试版本：lark-cli 1.0.32 + 1.0.35 都复现。
我们在做一个 OpenAPI → 飞书 wiki 同步工具，单项目要在同一 parent 下批量建 100-200 个 wiki 子节点（每个 API endpoint 一个）。
实测：连续调
wiki +node-create，同一 parent 下大约 5-15% 概率撞code: 131009 / lock contention（飞书服务端写锁）。错峰、串行都只能缓解。我们自己在客户端加了指数退避重试（250ms / 500ms / 1s / 2s，最多 4 次），基本不再撞：
leeguooooo/openapi-lark@00510b8
想问下：lark-cli 这一层愿意内置这个重试吗？任何批量建 wiki 节点的场景都会撞这个，每个下游工具都手写一遍重试有点重复。
测试版本：lark-cli 1.0.32 + 1.0.35 都复现。