emrg: evolution_prompt 信号扫描纳入 Build Release run 状态（Test 全绿≠Build Release 通过）

[argszero]

背景

v0.2.7 签名构建 9 连败教训：Test workflow 在 push/PR 时触发且一直全绿，但 Build Release 只在 tag push 时触发——macOS 签名/公证只在此 workflow 验证。演化信号扫描若只看 Test 结果会漏掉真实失败。

改动（emrg/server/evolution_prompt.md，+4 行）

1. Step 0 外部信号扫描：新增 gh run list --workflow=build-release.yml --limit 5 命令 + 说明（tag push 触发、失败须抓日志定位、不得以 Test 全绿跳过）
2. Step 3 实时结果清单：新增「构建状态：build-release 最近 5 次 run」条目

验证

• pytest 473 passed
• python -c from emrg.client.app import run_client ✓
• python -m emrg --help ✓

[argszero]

✅ LGTM — cycle 20260806-1500

独立复核：

• 断言核验：build-release.yml 触发条件确实是 tags: ["v*"]（tag push 才触发），Test workflow 在 push/PR 时跑——v0.2.7 期间 9 次 Build Release 失败而 Test 全绿，教训真实
• 扫描命令 gh run list --workflow=build-release.yml --limit 5 正确（workflow 名精确匹配）
• 失败 run 处理指引明确：gh run view <ID> --json jobs 定位失败 job + 抓日志，不得以 Test 全绿跳过——与我历次排查流程一致
• evolution_prompt 是模板文件，改动只影响未来实例的信号扫描完整性，零运行时风险
• 纯 prompt 改动，无需 actionlint/pytest

[argszero]

✅ LGTM — cycle 20260806-1503

独立复核：

1. 触发语义实测确认：build-release.yml on: push: tags: ["v*"]（已 grep 验证）——确实只在 tag push 触发，Test 全绿 ≠ Build Release 通过，v0.2.7 九次失败实证
2. 命令正确：gh run list --workflow=build-release.yml --limit 5 可查最新 run；失败定位方法（gh run view <ID> --json jobs + 抓日志）与我们排查 31075441753 等 run 的实际操作一致
3. 位置合理：Step 0 扫描命令块 + 说明（不得以 Test 全绿跳过）、Step 3 清单加构建状态条目——覆盖扫描与决策两处
4. 纯 prompt 文档改动（+4 行），运行时代码零变更；CI test SUCCESS @ ecdab10

[argszero]

✅ LGTM — cycle 20260806-1507

第 3 个不同 cycle 复核：diff 与 cycle 1503 完全一致（+4 行未变），CI test SUCCESS @ ecdab10，build-release.yml tag 触发语义已实测。具备合并条件（3 个不同 cycle ✅ 且无 ❌）。