ci: [P2] 执行 NativeAOT 冒烟产物，并让消息校验失败返回非零退出码 #71

评审基线：StreamFrame 2.6.0，提交 4b892d9eaa11cf003b5d10793e735b0604bc17ed（2026-09-08 仓库评审）。

当前边界

目前 AOT job 只执行 dotnet publish，能证明发布/裁剪分析通过，不能证明生成的原生程序可以正确启动、连接、收发和退出。
位置：.github/workflows/ci.yml:108（文件末尾 AOT job）。
samples/StreamFrame.AotSmoke/Program.cs:1 中还存在：

• 等待连接缺少整体期限；
• 固定 Task.Delay(3000) 后检查收到数量；
• 即使数量异常，仅 Console.WriteLine，进程仍正常退出。
  因此简单增加“运行二进制”步骤，也不足以成为可靠的运行验证。

建议与验收

• PublishAot 成功后实际执行生成的 linux-x64 二进制。
• 明确等待连接与收到三条消息的完成信号及超时，不以固定睡眠作为交付证据。
• 接收不足、连接失败、后台消费故障等路径都以非零退出码结束；可控故障验证 job 真会变红。
• 成功路径验证普通发送、会话绑定发送与接收结果；保证连接/任务正确停止。
• 使用可用端口或健壮的端口选择，减少固定 19002 带来的冲突。
• 继续保留裁剪/AOT 警告作为错误的编译门禁。
• 文档区分“可发布”和“运行冒烟已通过”；关联 feat: 传输层抽象（serial / TLS）设计与实施计划（3.0 架构演进设计稿） #55 将来扩展传输时的 AOT 验证计划，不提前扩大本项范围。
• 若决定将 AOT 升为必需检查，另外核对分支保护名称；本项不自动更改保护规则。

实施按 AGENTS.md：从最新 main 建分支、同步 CHANGELOG Unreleased、通过 Release build/test、走 PR；本 Issue 仅登记工作，不代表已实施修复。