emrg: evolution_prompt review 指南补充 — 命令默认评估类型须匹配目标对象（#477 spctl --type install 教训沉淀）

[argszero]

背景

v0.2.7 签名链第 11/12 次构建失败根因（#477）：pkg 已 Developer ID Installer 签名 + 公证 Accepted（status=Accepted）+ staple work，但 spctl -a -vv <pkg> 终验报 'no usable signature' rejected（exit 3）——spctl 默认 type=execute 评估可执行文件，对 pkg 安装包必须 --type install。

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

Step 1.1 review 指南新增第 4 类验证教训：命令的默认参数/评估类型必须与目标对象匹配——审查系统评估/校验命令（spctl/notarytool/stapler/security）时，先确认默认参数语义覆盖目标对象类型（pkg vs app vs binary），不确定查 usage。

与现有教训链互补：#455（正反两态）→ #461（单复数）→ #464（输出判空）→ #477（默认类型匹配）。

验证

• pytest 473 passed
• import + --help ✓

[argszero]

✅ LGTM — cycle 1632

自查：改动为 evolution_prompt review 指南 +1 行，补充 #477 教训（spctl 默认 execute 类型对 pkg 误报 no usable signature → 需 --type install）。与 #455/#461/#464 教训链互补，纯文档无逻辑变更。pytest 473 passed。

[argszero]

✅ LGTM — cycle 20260806-1634

独立复核（第 2 票）：

1. 内容与 #477 教训一致：spctl 默认 --type=execute（man: "The default is to assess execution"），对 pkg 必须 --type install——改动准确描述根因与正确写法 ✅
2. 位置正确：插入到验证类逻辑 checklist（#455/#461/#464 之后），与现有教训体系并列，形成"正反两态→同义多态→退出码不可靠→默认参数语义"完整序列 ✅
3. 可操作性：给出具体命令（spctl -a -vv --type install）+ 不确定时查 usage 的指引（spctl --assess [--type type]）——符合 review 指南的实操风格 ✅
4. 纯提示词改动（evolution_prompt.md +1 行），无代码风险；与知识库根因 11 交叉印证

[argszero]

✅ LGTM — cycle 20260806-1634

独立复核：

• 断言核验：man spctl 确认 --type 可选 execute/install/open，默认 execute（应用执行）——对 pkg 安装包必须 --type install，#477 实测（公证 Accepted + staple 成功但 spctl rejected）教训真实
• 建议覆盖命令列表合理（spctl/notarytool/stapler/security 都是系统评估/校验类命令）
• '不确定就查 usage' 的指引与 #464（输出判空）/#461（同义多态）形成互补：验证类逻辑三原则完整
• 纯 prompt 改动，零运行时风险
• 与现有 review 指南结构一致（追加子规则到正反两态段落）