传奇脚本命令check [123] 0，是服务端条件判断指令的一种具象写法，核心用于检测角色特定属性是否满足预设阈值，返回结果为“不满足”时触发后续逻辑，广泛应用于任务、道具发放、权限验证等脚本场景。
命令中各组成部分分工明确，无冗余设计。“check”是传奇脚本核心条件判断前缀，所有属性检测类指令均以此开头，用于告知服务端执行判断动作；“[123]”代表具体检测对象的属性ID，不同ID对应不同角色属性，123为常见属性编码之一，多指向角色背包特定道具数量、指定技能等级或专属状态；“0”是判断阈值与结果标识，代表“检测结果为否”，即目标属性未达到设定标准时，该条件成立。
结合传奇脚本语法规则，check [123] 0本质是“否定式条件判断”，与正向判断指令形成互补。正向判断常用“check [123] 1”（代表属性满足条件），而此命令聚焦“不满足”场景，通常搭配#IF、#ACT等语句使用，构成完整逻辑闭环。例如检测角色是否缺少某道具时，用该命令触发补给机制，或验证角色未达到指定等级时，限制进入高等级地图。
“[123]”对应的属性ID需结合游戏版本确定，不同服务端编码规则存在差异，核心对应三类属性场景。其一，道具检测，123可能对应某类任务道具、药水或装备的ID，此时命令用于检测角色背包中该道具数量是否为0，即是否缺失该道具；其二，技能检测，部分版本中123指向特定技能ID，命令用于判断角色是否未习得该技能，或技能等级未达到1级；其三，状态检测，少数版本将123编码为角色临时状态（如buff、任务进度），检测角色是否未处于该状态。
“0”作为结果标识，是脚本逻辑触发的关键，需与服务端返回值规则匹配。传奇脚本中，条件判断返回值通常以“0”和“1”为基础，1代表“满足条件”，0代表“不满足条件”。check [123] 0明确指定“仅当返回值为0时，条件成立”，后续可衔接执行发放道具、弹出提示、限制操作等动作，无法单独使用，必须嵌入完整脚本逻辑链。
实际应用中，该命令常出现在任务脚本与权限管控场景，以下为典型用法示例。任务场景中，脚本需检测角色是否缺失任务道具（ID123），逻辑如下：#IF check [123] 0 #ACT give [123] 1 #SAY 已为你补充任务所需道具，请继续推进。此逻辑中，check [123] 0检测到道具缺失后，触发发放动作并提示玩家。
权限管控场景中，可用于限制低等级角色进入特定区域。若123对应“高级地图准入权限”属性，脚本逻辑为：#IF check [123] 0 #SAY 你暂未获得进入该地图的权限，需完成前置任务。#ELSE goto @EnterMap。此时命令通过检测权限缺失状态，拦截无权限角色，仅允许满足条件者进入。
使用该命令需注意版本适配问题，不同传奇服务端对属性ID的编码存在差异，直接复制脚本可能出现判断失效。需先通过服务端“物品数据库”“技能数据库”查询123对应的具体属性，确认编码一致后再配置阈值。同时，需避免与同类否定指令混淆，如“checknot [123]”虽也表否定，但语法结构不同，不可替换使用。
从脚本逻辑完整性来看，check [123] 0常与正向判断指令搭配，覆盖全场景需求。例如任务提交脚本中，先通过check [123] 1检测道具是否充足（充足则提交任务），再通过check [123] 0提示道具缺失，形成“满足条件执行动作，不满足提示原因”的完整逻辑，提升脚本交互性与稳定性。
该命令的核心价值在于简化否定场景的判断逻辑，减少脚本冗余代码。无需通过复杂逻辑转换实现“不满足条件”的判断，直接通过“check+属性ID+0”的组合即可达成需求，降低脚本编写难度，同时提升服务端执行效率，避免逻辑冲突导致的脚本卡顿。
需明确的是，check [123] 0的功能需依托服务端数据库与脚本语法规则实现，若属性ID错误、阈值设置矛盾或语法格式错乱，会导致判断失效。编写时需严格遵循“#IF+条件指令+#ACT+执行动作”的结构，同时核对属性编码与版本适配性，确保脚本正常运行。
总体而言，传奇脚本命令check [123] 0是属性否定判断的核心指令，通过“前缀+属性ID+结果标识”的结构，精准实现角色属性检测与逻辑触发，是任务、权限管控、道具发放等脚本场景中不可或缺的基础指令，掌握其用法可大幅提升脚本编写的精准度与效率。
