trigger · has_decision

实战用法

has_decision 常用于检查某个决策是否处于激活状态，从而控制后续决策、国策或事件的可用性，避免重复触发或形成互斥逻辑。例如在 mod 中某个国家需要先激活"外交准备"决策才能解锁下一阶段的战争选项：

available = {
    has_decision = foreign_preparation_decision
}

配合关系

• [has_active_mission](/wiki/trigger/has_active_mission)：决策与任务往往配套使用，两者结合可同时检查国家当前的"决策+任务"激活状态，避免逻辑缺口。
• [activate_decision](/wiki/effect/activate_decision)：通常在 effect 块中用此命令激活某决策，再在后续条件中用 has_decision 验证其是否已激活，形成激活→检查的闭环。
• [activate_targeted_decision](/wiki/effect/activate_targeted_decision)：针对目标国家的决策激活后，配合 has_decision 在对应 scope 下确认决策是否生效，常见于外交类 mod。
• [has_completed_focus](/wiki/trigger/has_completed_focus)：国策完成后才允许激活某决策，再用 has_decision 检查该决策是否已激活，两者共同构成多阶段解锁链条。

常见坑

1. 决策 token 写错或大小写不匹配：has_decision 的参数必须与 decisions 文件中定义的 decision key 完全一致（HOI4 脚本区分大小写），写错 key 不会报错但永远返回 false，导致条件无法满足且难以排查。
2. 与 has_active_mission 混淆使用：普通决策（decision）和任务（mission）是两种不同类型，has_decision 不能检查 mission 类型的决策，必须改用 has_active_mission，否则条件始终不成立。