docs: split pr 3013 flicker plan

docs/design/tui-optimization/06-implementation-rollout-checklist.md

@@ -3,6 +3,7 @@
 > 本文档给 `00-05` 各设计/调研文档补齐实施门槛、验收标准、灰度顺序和回滚条件。目标不是重复方案细节，而是把“什么时候能开始做、做到什么算完成、什么情况下必须停下来”写清楚。
 
 如果需要把设计进一步落成开发排期，请与 [08-execution-plan-and-test-matrix.md](./08-execution-plan-and-test-matrix.md) 配套阅读：本清单负责“能不能上线”，`08` 负责“先改哪里、先测什么、先拆哪几条 PR”。
+如果要把 `#3013` 拆成多个小 PR，请再配合 [10-pr-3013-split-plan.md](./10-pr-3013-split-plan.md) 使用：`10` 负责“这一大条 PR 应该拆成哪几条更好 review、每条故意不带什么”。
 
 ## 1. 使用方式
 
@@ -31,6 +32,16 @@
 - [ ] 所有高风险变更都有显式回退开关
 - [ ] 文档中引用的外部终端能力结论都区分了“已由官方资料证明”和“仅待实机验证”
 
+## 2A. PR 拆分门禁
+
+如果某条闪屏修复 PR 是从 `#3013` 或其后续补漏中拆出来的，进入 review 前还应满足：
+
+- [ ] PR 只覆盖一种主闪屏机制
+- [ ] PR 描述明确写出非目标（哪些问题故意留给下一条）
+- [ ] PR 中不包含临时 diagnostics / `stderr` 调试输出
+- [ ] PR 有独立的验证场景，而不是复用“大而全”视频证明
+- [ ] PR 没有同时引入两层以上 stdout monkeypatch / render hook 变化
+
 ## 3. 启动与 MCP 验收清单
 
 对应文档：