实现传奇服务端中复杂的物品合成逻辑，核心在于利用引擎的条件判断指令（#IF）与动作执行指令（#ACT）构建多层级的检测流程。针对提出的两种合成场景：基础合成（全掉）与保底合成（退主材），必须在一个统一的脚本入口中通过检测背包内特定辅助材料的存在与否来分流处理。本方案适用于GOM、GEE、HERO等主流引擎，脚本需部署在QFunction.txt功能函数库中，并通过NPC对话调用。
首先定义脚本的触发入口与变量规划。在QFunction.txt文件末尾新建标签[@ItemCombineStart]。此标签作为所有合成请求的总网关。需要规划的临时变量包括：A0用于存储随机概率结果，A1用于标记是否拥有保底材料（金矿）。在NPC对话选项中，将“开始合成”按钮链接指向此标签，格式为@ItemCombineStart。确保玩家点击按钮时，脚本能立即读取其背包状态。
第一步是执行前置条件检测。脚本必须确认玩家背包中同时存在基础材料“乌木剑”和“黑铁矿”。使用CHECKITEM指令进行双重验证。若缺少任一材料，直接通过SENDMSG发送提示并中断脚本，防止后续逻辑误判。代码逻辑为：#IF CHECKITEM 乌木剑 1 CHECKITEM 黑铁矿 1。只有当两个条件同时满足时，才进入下一层判断；否则执行#ELSEACT分支，提示“材料不足，请收集乌木剑和黑铁矿”，并使用RETURN结束当前对话。
第二步是核心逻辑分流，检测是否存在保底材料“金矿”。在确认基础材料齐全后，嵌套第二层#IF判断：CHECKITEM 金矿 1。这一行代码决定了合成走向。若玩家背包中有金矿，则进入“保底合成模式”；若无金矿，则进入“普通合成模式”。这种分层结构确保了同一套脚本能处理两种不同的规则，无需编写两个独立的NPC。
第三步编写“普通合成模式”的具体执行逻辑。当检测到无金矿时，执行以下流程：
生成随机数：使用RANDOM 100命令生成0到99之间的随机数，存入变量A0。
设定成功率：假设基础成功率为50%，则判断#IF SMALL A0 50。
成功分支（#ACT）：扣除1个乌木剑、1个黑铁矿；给予1个铁剑；发送系统消息“合成成功，获得铁剑”；播放成功音效。
失败分支（#ELSEACT）：扣除1个乌木剑、1个黑铁矿；不给予任何物品；发送系统消息“合成失败，材料全部损毁”；播放失败音效。
此模式下，无论成败，基础材料均被消耗，符合“失败时失去所有材料”的需求。
第四步编写“保底合成模式”的具体执行逻辑。当检测到有金矿时，执行以下流程：
生成随机数：同样使用RANDOM 100生成随机数存入A0。
设定成功率：可设定与基础模式相同或略高的成功率，例如#IF SMALL A0 50。
成功分支（#ACT）：扣除1个乌木剑、1个黑铁矿、1个金矿；给予1个铁剑；发送系统消息“幸运加持，合成成功，获得铁剑”。
失败分支（#ELSEACT）：这是关键差异点。扣除1个黑铁矿、1个金矿；保留乌木剑（即不执行扣除乌木剑的命令，或先扣除再给予）；发送系统消息“合成失败，但保留了主材料乌木剑”。
此处需注意操作顺序，建议先执行所有扣除命令，最后在失败分支中执行GIVE 乌木剑 1，以确保日志清晰且逻辑准确。
完整脚本代码结构示例如下，可直接复制并根据实际物品编号调整：
[@ItemCombineStart]
IF
CHECKITEM 乌木剑 1
CHECKITEM 黑铁矿 1
ACT
BREAK
ELSEACT
SENDMSG 7 材料不足：需要乌木剑和黑铁矿各1个。
RETURN
IF
CHECKITEM 金矿 1
ACT
GOTO @CombineWithGuard
ELSEACT
GOTO @CombineNormal
[@CombineNormal]
; 普通模式：失败全掉
IF
RANDOM 100 。确保该NPC位于安全区或指定合成房间，避免玩家在战斗中误触。
关于物品名称的精确匹配问题。脚本中的物品名称必须与服务端Database（DB）中的Name字段完全一致，包括空格和特殊符号。若服务端使用的是物品编号（Idx）而非名称，需将CHECKITEM 乌木剑 1替换为CHECKITEMEX 1001 1（假设1001是乌木剑的编号），具体指令视引擎版本而定。GOM/GEE引擎通常支持中文名称直接识别，但推荐使用标准名称以防编码问题导致检测失效。
概率调整的灵活性配置。上述脚本中使用了RANDOM 100 < 50代表50%成功率。若需调整难度，只需修改数字。例如改为< 30即为30%成功率。对于保底模式，通常建议设置比基础模式稍高的成功率以体现金矿的价值，例如设置为< 60。若希望金矿仅起到保底作用而不影响成功率，则保持两者数值一致即可。
日志记录与数据追踪功能。为了监控合成系统的运行情况，建议在脚本中加入全局变量计数。如示例中的CALC K55 = K55 + 1，利用全局变量记录全服合成成功次数。管理员可通过M2后台查看该变量数值，分析产出平衡性。若发现某类装备产出过快，可动态调整脚本中的概率阈值，无需重启服务端（部分引擎支持热更脚本）。
异常情况的防御性编程。考虑到玩家可能在点击瞬间丢弃物品或使用外挂加速，建议在扣除物品前再次进行二次检测。虽然在单线程脚本中这种情况较少见，但在高负载下增加一层#IF CHECKITEM保险是良好的编写习惯。此外，若合成产物“铁剑”背包已满，GIVE命令会失败。需增加CHECKBAGSPACE检测，若空间不足，提示玩家清理背包并中断合成，防止材料被扣除却未收到成品的纠纷。
多组配方扩展方法。若需增加“沃玛武器+宝石=裁决”等其他配方，无需新建脚本标签。可在[@ItemCombineStart]入口处增加多重判断。例如：
IF CHECKITEM 沃玛之刃 1 CHECKITEM 祝福油 1
ACT GOTO @CombineWeapon
通过链式判断，一个脚本入口可承载数十种不同的合成公式。每种公式内部再根据是否携带特定辅助材料（如幸运符、保护油）来区分是否启用保底机制。这种模块化设计便于后期维护和新增内容。
测试验证环节至关重要。搭建好脚本后，务必使用GM角色或测试号进行多轮实测。
测试材料不足时的提示是否准确。
测试无金矿时，失败是否真的扣除了乌木剑。
测试有金矿时，失败是否确实保留了乌木剑且扣除了黑铁矿和金矿。
测试成功时，三种材料是否正确扣除，铁剑是否正确发放。
测试背包满时是否有友好提示。
观察M2Server的消息输出窗口，确保没有红色的脚本报错信息。若有报错，通常是物品名称拼写错误或指令格式不符，根据报错行号修正即可。
最终，该脚本方案通过逻辑分流完美实现了差异化合成体验。基础玩家承担高风险高回报，付费或勤劳玩家通过收集辅助材料获得容错机制。这种设计既促进了游戏内基础材料的流通消耗，又增加了高级材料的需求，有效调控了服务器经济体系。脚本结构清晰，注释明确，便于后续根据版本更新调整概率或增减配方，是传奇服务端开发中实用且高效的标准化解决方案。
