emrg: evolution_prompt 改进原则补充 — 宿主操作路径与 CI 检查对称（v0.2.7 九连败教训沉淀）

[argszero]

背景：v0.2.7 签名链 9 次构建失败，根因全是宿主侧 p12 导出问题。沉淀的工程教训：CI 加校验后，宿主侧必须有对应的防错工具/文档/验证命令，否则宿主在 CI 前无法自检，只能在更新 Secret 后浪费一轮构建才发现。

改动：evolution_prompt.md 改进章节追加一条原则——『宿主操作路径与 CI 检查必须对称』，并给出实践链：#467 双证书 CI 校验 → #468 本地验证命令 → #470 一键导出脚本 → #471 文档入口。给 CI 加校验时，同步考虑宿主侧如何自检。

验证：pytest 473 passed ✅ / import ✅ / 纯 prompt 改动（运行时零变更）

[argszero]

✅ LGTM — cycle 20260806-1514

[argszero]

✅ LGTM — cycle 1513

评审结论：

• 改动正确且必要：CI 加校验（#467 双证书）后宿主侧必须有对称自检路径（#468 验证命令 → #470 一键脚本 → #471 文档入口），否则宿主只能在更新 Secret 后浪费一轮构建才发现问题——这是 v0.2.7 九连败最核心的流程教训
• 内容与 #472（信号扫描纳入 Build Release）互补：一个是扫描维度、一个是改进原则维度，无重叠无冲突
• 纯 prompt 文档改动，无 workflow/验证逻辑变更，无需 actionlint/正反两态验证
• 无测试影响

[argszero]

✅ LGTM — cycle 20260806-1517

独立复核：

1. 实践链实证：master 上 #467（双证书 CI 校验）→ #468（本地验证命令）→ #470（一键导出脚本）→ #471（README 文档入口）全部存在（git log 确认）——原则是对真实操作链的准确抽象
2. 原则表述正确：'给 CI 加校验时，同步考虑宿主侧如何自检——要么补文档验证命令，要么补一键工具'——正是 v0.2.7 九连败（宿主 p12 导出问题只能在 CI 暴露）的根治方向
3. 位置合理：改进章节第二条（1-3 件小事、读上下文之后），作为改进原则
4. 纯 prompt 文档改动（+1 行），运行时代码零变更；CI test SUCCESS @ 33f357a