check[123]0核心含义与命令属性
传奇脚本命令check[123]0，本质是条件检测类命令，核心作用是校验角色是否满足指定条件，返回布尔值判定逻辑走向。其中“[123]”为条件参数占位符，代表具体检测类型编码；“0”为判定阈值，表示“不满足该条件”时触发后续逻辑，广泛适配GOM、GEE、HERO等主流引擎。
该命令属于脚本基础条件语句，通常嵌套在#IF判断模块中，作为逻辑分支的核心触发依据。与check类其他命令一致，其执行结果仅影响脚本流程走向，不直接触发道具发放、角色移动等操作，需搭配#ACT、#ELSEACT等命令实现完整功能。
参数拆解：[123]与0的具体作用
1.占位符[123]：条件检测类型编码
[123]并非固定数值，而是各类检测条件的对应编码，不同引擎对编码定义略有差异，但核心分类一致。常见编码及对应检测类型如下：职业检测（如1代表战士、2代表法师、3代表道士）、状态检测（如10代表中毒、11代表隐身）、物品持有检测（如20代表指定道具数量）、等级检测（如30代表角色等级阈值）。
编码需与服务端引擎配置对应，例如在GOM引擎中，编码12可能对应“检测角色是否佩戴指定勋章”，而GEE引擎中同编码可能对应“检测地图内怪物数量”。使用前需通过引擎手册查询目标编码，避免参数错误导致检测失效。
2.阈值0：条件判定结果标识
参数“0”表示否定判定，即当检测结果为“不满足[123]对应的条件”时，该check命令返回真，触发#IF后续绑定的#ACT逻辑。反之，若检测结果为“满足条件”，则跳过当前分支，执行#elseact或下一段逻辑。
与“0”相对的是阈值“1”，代表肯定判定。两者可灵活搭配，实现双向条件控制，例如check[1]0表示“检测角色非战士”，check[1]1则表示“检测角色为战士”。
check[123]0适用场景与脚本示例
1.职业限制场景
用于限制特定职业执行某项操作，例如NPC对话、道具使用、进入地图等。示例脚本逻辑：#IFcheck[1]0（检测非战士职业）#ACT#SAY该功能仅战士可使用#ELSEACT#SAY战士专属功能已解锁。
实际应用中，可搭配地图传送、技能学习等功能，例如禁止非道士职业学习治愈术，通过check[3]0检测非道士角色，触发提示并拒绝技能传授。
2.状态校验场景
检测角色是否处于特定状态，控制脚本逻辑触发时机。示例：#IFcheck[10]0（检测角色未中毒）#ACTGiveItem疗伤药1（发放疗伤药）#ELSEACT#SAY你正处于中毒状态，优先解毒。
适配活动脚本、任务流程等场景，例如副本中仅当角色无隐身状态时，才触发怪物刷新逻辑，通过check[11]0确保战斗难度平衡。
3.物品/属性检测场景
校验角色是否持有指定物品、属性是否达标，限制功能权限。示例：#IFcheck[20]0（检测无指定道具）#ACT#SAY需持有通行证方可进入#ELSEACTMapMove1001330330（传送至目标地图）。
若[123]对应等级编码，可实现等级限制，例如check[30]0（检测等级低于指定值），触发等级不足提示，禁止进入高阶地图。
不同引擎适配差异与注意要点
1.GOM引擎适配要点
GOM引擎支持check命令多参数叠加，check[123]0可与其他条件命令并列使用，例如#IFcheck[1]0check[30]1（非战士且等级达标）。编码需在M2配置中确认，部分检测类型需手动开启对应功能开关。
注意事项：检测状态类编码时，需确保引擎已加载对应状态模块，否则命令返回值异常，导致逻辑错乱。
2.GEE引擎适配要点
GEE引擎中check[123]0需嵌套在Quest脚本框架内，编码定义与GOM引擎略有差异，例如状态检测编码起始值为20。支持自定义编码映射，可通过引擎配置面板调整参数对应关系。
注意事项：脚本需添加框架声明，否则条件检测无响应；阈值“0”不可省略，遗漏后命令将默认判定为肯定条件。
3.HERO引擎适配要点
HERO引擎check命令编码简洁，职业、状态检测编码与前两者统一度较高，check[123]0可直接调用，无需额外配置。支持与变量结合，实现动态条件检测。
注意事项：服务端重启后，需重新加载脚本确保编码映射生效；检测物品数量时，需搭配额外参数指定数量阈值，仅用0/1无法判定数量范围。
常见问题与排查方法
问题一：check[123]0检测无响应，逻辑不触发。排查方向：核对编码与检测类型是否匹配，引擎是否支持该编码；检查脚本语法，确保嵌套在#IF模块中，无遗漏符号或格式错误。
问题二：判定结果颠倒，满足条件却触发否定逻辑。排查方向：确认阈值是否混淆，将0与1弄反；核查引擎编码定义，部分引擎编码默认判定逻辑与常规相反。
问题三：跨引擎移植后命令失效。排查方向：重新查询目标引擎编码表，替换不兼容编码；调整脚本框架，适配对应引擎的条件语句规范。
命令拓展与组合使用技巧
多条件叠加使用，通过多个check命令组合实现精准逻辑控制，例如#IFcheck[1]0（非战士）check[10]0（未中毒）check[20]1（持有道具），仅当所有条件满足时触发核心逻辑。
搭配循环语句，实现持续检测，例如任务脚本中持续检测角色状态，当check[123]0（不满足条件）时重复提示，直至条件达标后进入下一流程。
结合反馈机制，在触发否定逻辑时添加明确提示，告知玩家未满足的具体条件，例如#SAY需切换为战士职业方可使用，提升脚本交互体验。
传奇脚本命令check[123]0，本质是条件检测类命令，核心作用是校验角色是否满足指定条件，返回布尔值判定逻辑走向。其中“[123]”为条件参数占位符，代表具体检测类型编码；“0”为判定阈值，表示“不满足该条件”时触发后续逻辑，广泛适配GOM、GEE、HERO等主流引擎。
该命令属于脚本基础条件语句，通常嵌套在#IF判断模块中，作为逻辑分支的核心触发依据。与check类其他命令一致，其执行结果仅影响脚本流程走向，不直接触发道具发放、角色移动等操作，需搭配#ACT、#ELSEACT等命令实现完整功能。
参数拆解：[123]与0的具体作用
1.占位符[123]：条件检测类型编码
[123]并非固定数值，而是各类检测条件的对应编码，不同引擎对编码定义略有差异，但核心分类一致。常见编码及对应检测类型如下：职业检测（如1代表战士、2代表法师、3代表道士）、状态检测（如10代表中毒、11代表隐身）、物品持有检测（如20代表指定道具数量）、等级检测（如30代表角色等级阈值）。
编码需与服务端引擎配置对应，例如在GOM引擎中，编码12可能对应“检测角色是否佩戴指定勋章”，而GEE引擎中同编码可能对应“检测地图内怪物数量”。使用前需通过引擎手册查询目标编码，避免参数错误导致检测失效。
2.阈值0：条件判定结果标识
参数“0”表示否定判定，即当检测结果为“不满足[123]对应的条件”时，该check命令返回真，触发#IF后续绑定的#ACT逻辑。反之，若检测结果为“满足条件”，则跳过当前分支，执行#elseact或下一段逻辑。
与“0”相对的是阈值“1”，代表肯定判定。两者可灵活搭配，实现双向条件控制，例如check[1]0表示“检测角色非战士”，check[1]1则表示“检测角色为战士”。
check[123]0适用场景与脚本示例
1.职业限制场景
用于限制特定职业执行某项操作，例如NPC对话、道具使用、进入地图等。示例脚本逻辑：#IFcheck[1]0（检测非战士职业）#ACT#SAY该功能仅战士可使用#ELSEACT#SAY战士专属功能已解锁。
实际应用中，可搭配地图传送、技能学习等功能，例如禁止非道士职业学习治愈术，通过check[3]0检测非道士角色，触发提示并拒绝技能传授。
2.状态校验场景
检测角色是否处于特定状态，控制脚本逻辑触发时机。示例：#IFcheck[10]0（检测角色未中毒）#ACTGiveItem疗伤药1（发放疗伤药）#ELSEACT#SAY你正处于中毒状态，优先解毒。
适配活动脚本、任务流程等场景，例如副本中仅当角色无隐身状态时，才触发怪物刷新逻辑，通过check[11]0确保战斗难度平衡。
3.物品/属性检测场景
校验角色是否持有指定物品、属性是否达标，限制功能权限。示例：#IFcheck[20]0（检测无指定道具）#ACT#SAY需持有通行证方可进入#ELSEACTMapMove1001330330（传送至目标地图）。
若[123]对应等级编码，可实现等级限制，例如check[30]0（检测等级低于指定值），触发等级不足提示，禁止进入高阶地图。
不同引擎适配差异与注意要点
1.GOM引擎适配要点
GOM引擎支持check命令多参数叠加，check[123]0可与其他条件命令并列使用，例如#IFcheck[1]0check[30]1（非战士且等级达标）。编码需在M2配置中确认，部分检测类型需手动开启对应功能开关。
注意事项：检测状态类编码时，需确保引擎已加载对应状态模块，否则命令返回值异常，导致逻辑错乱。
2.GEE引擎适配要点
GEE引擎中check[123]0需嵌套在Quest脚本框架内，编码定义与GOM引擎略有差异，例如状态检测编码起始值为20。支持自定义编码映射，可通过引擎配置面板调整参数对应关系。
注意事项：脚本需添加框架声明，否则条件检测无响应；阈值“0”不可省略，遗漏后命令将默认判定为肯定条件。
3.HERO引擎适配要点
HERO引擎check命令编码简洁，职业、状态检测编码与前两者统一度较高，check[123]0可直接调用，无需额外配置。支持与变量结合，实现动态条件检测。
注意事项：服务端重启后，需重新加载脚本确保编码映射生效；检测物品数量时，需搭配额外参数指定数量阈值，仅用0/1无法判定数量范围。
常见问题与排查方法
问题一：check[123]0检测无响应，逻辑不触发。排查方向：核对编码与检测类型是否匹配，引擎是否支持该编码；检查脚本语法，确保嵌套在#IF模块中，无遗漏符号或格式错误。
问题二：判定结果颠倒，满足条件却触发否定逻辑。排查方向：确认阈值是否混淆，将0与1弄反；核查引擎编码定义，部分引擎编码默认判定逻辑与常规相反。
问题三：跨引擎移植后命令失效。排查方向：重新查询目标引擎编码表，替换不兼容编码；调整脚本框架，适配对应引擎的条件语句规范。
命令拓展与组合使用技巧
多条件叠加使用，通过多个check命令组合实现精准逻辑控制，例如#IFcheck[1]0（非战士）check[10]0（未中毒）check[20]1（持有道具），仅当所有条件满足时触发核心逻辑。
搭配循环语句，实现持续检测，例如任务脚本中持续检测角色状态，当check[123]0（不满足条件）时重复提示，直至条件达标后进入下一流程。
结合反馈机制，在触发否定逻辑时添加明确提示，告知玩家未满足的具体条件，例如#SAY需切换为战士职业方可使用，提升脚本交互体验。