wecomcli-get-todo-list

wecom-cli 是企业微信提供的命令行程序，所有操作通过执行 wecom-cli 命令完成。 通过 wecom-cli 查询企业微信待办列表，支持按时间过滤和分页。 查完列表必须查详情 : 本接口只返回待办 ID 和状态等概要信息，不包含待办的实际内容和分派人。对用户来说，没有内容的待办列表毫无用处——他们想知道的是"要做什么"，而不是一串 ID。因此，每次调用 get_todo_list 拿到结果后，都要紧接着用返回的 todo_id 列表调用 wecomcli-get-todo-detail 获取完整详情（内容、分派人等），然后再向用户展示。这不是可选步骤，而是完成用户请求的必要环节。 分页未拉完时必须提醒用户 : 接口是分页的，不要求一次性拉完所有数据。但如果响应中 has_more 为 true ，说明后面还有待办没有返回——这时你在展示当前结果的同时，必须明确告诉用户"还有更多待办未显示，是否需要继续查看？"。用户可能不知道后面还有数据，如果你不说，他们会以为看到的就是全部，这会导致遗漏重要待办。这是一个容易被忽略但后果严重的点，请务必执行。 重试策略 : 遭遇"返回 HTTP 错误"或"HTTP 请求失败"时，主动重试，最多重试三次。 列表返回的是待办概要信息（不含内容和分派人）。拿到列表后，必须调用 wecomcli-get-todo-detail 获取完整详情再展示给用户。 用户问："看看我最近的待办" / "我有哪些待办事项？" / "我还有多少事要做？" 两步缺一不可——只有拿到详情后，才能向用户展示有意义的待办内容。 用户问："这个月创建的待办有哪些？" 当待办数量超过单页上限时，通过 cursor 循环分页拉取： ，如果没有拉取完，还有更多的待办，会返回 has_more=true, next_cursor="CURSOR_1" ，返回 has_more=false，拉取完毕 分页规则： 时间格式 ：所有时间参数使用 YYYY-MM-DD HH:mm:ss 格式，用户说"明天"、"下周一"等相对时间时，根据当前日期推算具体日期 状态值含义 错误处理 ：若 errcode 不为 0 ，告知用户 errmsg 中的错误信息 必须查详情 ：本接口返回的是概要信息（不含内容和分派人），拿到列表后必须紧接着调用 wecomcli-get-todo-detail 获取完整内容再展示给用户，不要只展示列表概要 分页未拉完必须提醒 ：如果返回的 has_more 为 true ，在向用户展示结果时必须明确说明"还有更多待办未显示"并询问用户是否需要继续查看。用户不知道后面还有数据，不提醒会导致遗漏 - 第一步：获取待办列表（只有 ID 和状态，没有内容）。 - 第二步（禁止跳过！）：用返回的 todo_id 列表调用 wecomcli-get-todo-detail 获取完整详情。 - 第三步（条件执行）：检查第一步返回的 has_more 字段。如果为 true ，在展示结果时必须提醒用户："以上是部分待办，还有更多待办未显示，需要我继续查看吗？"——不提醒的话，用户会以为这就是全部。 - 首次请求（不传 cursor）： - 第二次请求（传入上次的 next_cursor）： - 首次请求不传 cursor - has_more 为...