docs(docs): 更新 issue 仲裁状态 + 生成集成测试阶段规划

- 14 个 issue.md 状态字段更新为"已裁决"
  - 对应 coord.md ARB-001~022 章节
  - 共 104 处状态字段更新
- 新增 integration-test-phase.md
  - 集成测试与部署验证阶段(P7)规划
  - 6 个批次任务分解
  - 8 条核心 E2E 链路定义
  - 验收标准和退出标准

Coord-AI

docs/architecture/issues/objections/msg_issue.md

@@ -73,7 +73,7 @@
   - `GradeEvent` L50-59 **无** `class_id`（仅有 `student_id`）❌
   - 三者均**无** `student_ids[]`（复数，用于 fan-out 广播）❌
 - **建议方案**：修正 P9 表述为"`GradeEvent` 需补 `class_id`；全部事件需补 `student_ids[]` 字段（msg fan-out 广播通知需要）"
-- **状态**：待 coord 仲裁
+- **状态**：已裁决（见 coord.md §10）
 
 ### ISSUE-007-ai10：proto 包名规则冲突（project_rules vs 实际）
 
@@ -84,7 +84,7 @@
 - **建议方案**：coord 统一裁决，二选一：
   - 方案 A：更新 project_rules §5 为 `next_edu_cloud.<domain>.v1`（与实际 proto 一致）
   - 方案 B：重命名所有 proto package 为 `edu.<domain>.v1`（与规则一致，但改动大）
-- **状态**：待 coord 仲裁
+- **状态**：已裁决（见 coord.md §10）
 
 ### ISSUE-008-ai10：Kafka topic 命名三套约定并存
 
@@ -100,7 +100,7 @@
   - 004 §7.2 已采用，是架构设计意图唯一源
   - per-event topic 便于消费者按需订阅，避免反序列化无关事件
   - 与 NotificationSent / NotificationRead 等事件命名（PascalCase）对齐
-- **状态**：待 coord 仲裁
+- **状态**：已裁决（见 coord.md §10）
 
 ### ISSUE-009-ai10：RPC 数量超预算（17 vs 13）
 
@@ -115,7 +115,7 @@
 - **建议方案**：coord 裁决 RPC 范围，二选一：
   - 方案 A：维持 13 RPC 预算，02-architecture-design.md 裁剪至 13（移除 BatchSendNotification / GetUnreadCount / BatchMarkAsRead / MarkAllAsRead / UpdateTemplate / DeleteTemplate，降级为 REST only 或合并）
   - 方案 B：放宽至 17 RPC，同步更新 ai-allocation.md + matrix.md + msg_contract.md
-- **状态**：待 coord 仲裁
+- **状态**：已裁决（见 coord.md §10）
 
 ### ISSUE-010-ai10：markAsRead 权限点与设计不一致
 
@@ -140,7 +140,7 @@
   - ES 故障 → DB LIKE 查询（设计文档已覆盖）
   - DB 故障 → ES 只读模式（ai-allocation 要求，设计文档需补充）
   - 但 DB 故障时写操作无法降级（必须等 DB 恢复），仅读操作可走 ES
-- **状态**：待 coord 仲裁
+- **状态**：已裁决（见 coord.md §10）
 
 ### ISSUE-012-ai10：设计文档缺 DLQ 与三层幂等防线
 
@@ -167,7 +167,7 @@
   - `MasteryEvent`（data-ana 发布 mastery.updated）— 阻塞学情预警通知
   - `NotificationEvent`（msg 发布 notification.sent/read/recalled/failed）— 阻塞 push-gateway 消费 msg 事件
 - **建议方案**：coord 维护 shared-proto，在 P5 启动前补齐这 4 个 message。msg 在 proto 补齐前用通用 JSON payload 解析（A6 假设）
-- **状态**：待 coord 仲裁（🔴 阻塞 P5 消费链路）
+- **状态**：已裁决（见 coord.md §10）
 
 ### ISSUE-014-ai10：msg_contract.md 与 02-architecture-design.md RPC 清单不一致
 
@@ -179,7 +179,7 @@
   - 02-architecture-design.md 独有（contract 缺）：BatchSendNotification、GetUnreadCount、BatchMarkAsRead、MarkAllAsRead、UpdateTemplate、DeleteTemplate
   - 即使忽略 ISSUE-009 的数量问题，两文档的 RPC 组合也不同
 - **建议方案**：待 ISSUE-009 仲裁后，统一两文档 RPC 清单
-- **状态**：待 coord 仲裁（依赖 ISSUE-009）
+- **状态**：已裁决（见 coord.md §10）
 
 ### ISSUE-015-ai10：msg_contract.md Kafka 发布事件与设计文档不一致
 
@@ -191,4 +191,4 @@
   - 02-architecture-design.md §5.2：4 个 per-event topic（`edu.notification.sent` / `edu.notification.read` / `edu.notification.recalled` / `edu.notification.failed`）
   - matrix.md §4 L118：`edu.notification.requested`（第三种命名）
 - **建议方案**：待 ISSUE-008 仲裁 topic 命名约定后统一
-- **状态**：待 coord 仲裁（依赖 ISSUE-008）
+- **状态**：已裁决（见 coord.md §10）