[JavaZeroo]

内容

把 #194 的已证实事实补进 docs/research/conpty-resize-repaint-timing.md：

• 失败样本 terminal 1 的 16 个输出块里，t=789468 bytes=441 cols=111 rows=7 repaint=true 这一段包含 231B 十行形状 + 210B 七行形状；
• 同轮三个通过样本（local-0/local-1/system-0）对应的 231B 十行重绘被消费在 149×10；
• 因此"按旧几何生成、按新几何消费"由字节形状 + 记录网格共同确定（附 [R2][调查] 核对 resize 期间 ConPTY 重绘与终端视口/缓冲的对齐 #194 复核评论链接）；
• 仍未知：精确 resize 时刻（该样本早于 termforge-resize-trace-v1）。

边界

• 只改文档，不改产品与判据；
• 修法方向仍待用户确认。

Refs #194