Repository navigation
升级 wecom-notifier 以修复超长通知分段（上游 #2 #3） #195
Description
背景
PR #194 把总结正文和"完成"合并成一条通知，超长正文的分段完全交给 wecom-notifier 库处理。目前库里有两个分段缺口，修复不在业务层做：
- 修复 Markdown 分段后仍超过企微 4096 字节上限 wecom-notifier#2：企业微信 markdown 分段时，如果短行后面紧跟一个超长单行，会切出超限的段（实测 4511 字节，上限 3800）。
- 飞书卡片消息（interactive）不分段，超长内容整条发出被拒 wecom-notifier#3：飞书卡片（
interactive）完全不分段，超长时整条发出，被飞书拒收。
这两个缺口在 PR #194 之前就已存在：旧的 send_long_text 也是直接调用 send_rich。
影响
生产总结长度：p50 4610 字，p99 12650 字。
- 飞书：总结约超过 1 万字时会被拒收。
- 企业微信：正文里出现超长单行时，个别分段会超限。
待办
- 上游两个 issue 修复并发布新版本后，把本仓
pyproject.toml里的wecom-notifier版本下限升到修复版。 - 升级后用一条超长总结做一次真实推送验证。
Refs #194
Activity
精简任务通知：每个任务正常只发已接收和完成两条，并统一短编号抬头 (#194)
zj1123581321 commentedon Oct 10, 2026
分诊核实（2026-10-10）：上游阻塞已解除——zlxlabs/wecom-notifier#2、#3 均由 PR #7（main 合并 a97e29dc）修复关闭，PyPI 已发布 0.3.2（2026-10-08T12:26 上传，含两修复）。本仓 pyproject.toml:35 仍是
wecom-notifier>=0.3.1。第一项待办（升版本下限）已派 quick 卡；第二项真实推送验证需主 checkout 未跟踪的 config/config.jsonc 里的真实 webhook，worktree 卡无法执行，升级合并后由 owner/主脑侧做一次超长总结真推。zj1123581321 commentedon Oct 10, 2026
升级已合并（2026-10-10）：
pyproject.toml:35→wecom-notifier>=0.3.2，uv.lock 仅动该包tests/unit/test_wecom_notifier_chunking.py：短行+4.5KB 超长单行、≥10KB 输入走公开MessageSegmenter.segment(..., "markdown_v2")，断言每段 ≤3800 字节；base 红验抽查通过（0.3.1 上同测试 FAILED，0.3.2 绿——测试能区分坏/好版本）config/config.jsonc的真实 webhook，worktree 无法执行，由 owner 侧下次真实任务推送时顺带核验（飞书卡片应正常分页、企微 markdown 不再超限段），验证完成即可关单精简任务通知：每个任务正常只发已接收和完成两条，并统一短编号抬头 (#194)