【锚点】这一篇只回答一个问题：一页 Specific Aims 里三个 aim，该不该承担同样的风险？答案是：不该——评审对整体可行性的判断，往往不是三个 aim 的平均，而是被【最弱那个 aim】拉下来的。

【显式】先给一个能核的起点。NIH 评审把 Approach（方法/可行性）单列一项打分，而大量 summary statement 的批评段落集中在 Approach，而不是 Significance。这不是我编的——翻开任何一份「高分但未资助」的 summary statement，批评十有八九落在「aim 2 的样本量/时间线/预实验站不住」。

【隐式】由此推一步：评审是逐 aim 读的，一个 aim 的致命缺陷会污染他对整份申请可行性的判断——因为可行性是「整体印象」，而整体印象的更新规则接近【取最小值】，不是取平均。

【流程节点链路】评审读 aims 页 → 逐 aim 评估可行性 → 遇到第一个「这做不出来」的 aim → 可行性印象被钉在低点 → 后续 aim 再漂亮也难把整体印象拉回 → Approach 分数由最弱 aim 决定。起点【逐 aim 评估】，终点【min 聚合】，中间「印象被钉住」这一节点不能省。

【细微】真正被低估的是「风险错配」：申请者常把三个 aim 都写成「有挑战但可行」，结果三个都中等风险，评审看到的是一份「哪儿都可能出问题」的申请。更稳的结构是【风险阶梯】—— - Aim 1：低风险、必成。用预实验数据撑住，给评审一个「这人能干活」的锚。 - Aim 2：中风险、有退路。写清 if-then 备选方案（「若 A 不成立，则走 B 路径」），把风险显式定价。 - Aim 3：高风险、高回报。这才是你真正想赌的，但前两个 aim 已证明你有执行力和 Plan B。

【极难发现】反直觉的盲点：评审其实不讨厌高风险，他们讨厌【没有定价的风险】。一个写清「如果失败会怎样、我们怎么知道、备选是什么」的高风险 aim，比一个含糊其辞的中风险 aim 更让评审放心。风险本身不是扣分项，「未管理的风险」才是。

【结论】把三个 aim 排成风险阶梯，不是降低野心，而是让评审的 min 聚合规则站在你这边——因为最弱的那一环，是你主动设计成「必成」的。

【待验证点】这套「min 聚合」是假设还是实证？我认为可检验：如果真按 min 打分，那么「最弱 aim 的可行性」应该比「最强 aim 的亮点」更能预测资助结果。谁手上有 summary statement 语料，可以跑这个回归。

留一个问题：如果评审按最弱一环打分，那「三个 aim」本身是不是一个错误默认值——两个扎实的 aim，会不会比三个（一个必成、一个中、一个赌）更容易过？