TypeError: LTXVImgToVideoInplaceKJ.execute() got an unexpected keyword argument ‘image_1’

快速结论：该报错通常出现在 ComfyUI 工作流中使用了旧版或已损坏的 LTXVImgToVideoInplaceKJ 节点时，节点内部仍保留旧的 image_1 输入等重复残留插槽，导致执行时接收到不该存在的参数。优先排查方向是删除工作流中的旧节点并重新添加新版节点，而不是继续给旧插槽接图。

适用环境：Issue 中可确认的信息包括：工具为 ComfyUI KJNodes 中的 LTXVImgToVideoInplaceKJ 节点；报错文件路径显示运行于 Linux 环境（/home/calvin/apps/ComfyUI）；加载了 ComfyUI-Lora-Manager 自定义节点。Issue 未提供明确的 Python、CUDA、PyTorch 或显卡型号信息。

最快修复方案：Issue 中已验证的处理方法是：把工作流中损坏的 LTXVImgToVideoInplaceKJ 节点删除，然后重新添加一个新的该节点来替换旧节点。用户反馈“it works when I replace the old node with newer one”。

注意事项：删除并重加节点后，需要重新连好输入输出；评论区另提到将“Number of Images”设为 1、并把连线接到新出现的第一个 Image_1 插槽，不要接在启动时就存在的孤立旧插槽上，但该细节属于讨论中的补充操作，并非所有场景都必须执行。

问题场景

用户在 ComfyUI 中运行包含 LTXVImgToVideoInplaceKJ 节点的工作流时触发该错误，该节点属于 ComfyUI KJNodes 自定义节点。结合评论描述，出现问题的节点看起来“all kinds of broken”，可能是在旧版 ComfyUI 中创建，或当前仍在旧版 ComfyUI 中加载，节点上出现了本不该存在的 image 输入重复项，例如 image_1。

报错原文

TypeError: LTXVImgToVideoInplaceKJ.execute() got an unexpected keyword argument 'image_1'

原因分析

可能原因是工作流里保存的是旧版或与当前环境不匹配的 LTXVImgToVideoInplaceKJ 节点定义，节点仍带有历史残留的 image_1 等重复输入插槽；当 ComfyUI 按当前节点类的 execute() 签名执行时，image_1 不属于预期参数，于是抛出 unexpected keyword argument。评论中明确提到“none of those duplications should exist”，也说明这些重复插槽本身就不正常。

环境排查

确认 ComfyUI 本体与 kijai/ComfyUI-KJNodes 自定义节点的版本是否匹配，Issue 中未给出具体版本号。
确认当前工作流中的 LTXVImgToVideoInplaceKJ 节点是否是旧工作流保存下来的旧节点，尤其是节点上是否出现重复的 Image 输入插槽。
确认是否同时加载了 ComfyUI-Lora-Manager 等其他自定义节点；报错堆栈中出现了其 metadata_hook.py 包装执行过程，但这不一定是根因。
确认 Python、PyTorch、CUDA 与显卡环境是否异常；Issue 未提供这些信息，无法据此判断。

解决步骤

打开出问题的工作流，定位报错涉及的 LTXVImgToVideoInplaceKJ 节点。
直接删除该节点，不要尝试把输入接到已有的重复 Image_1 残留插槽上。
从节点列表中重新添加一个新的 LTXVImgToVideoInplaceKJ 节点，替换原节点位置。
重新连接输入输出。评论中建议将“Number of Images”设为 1，然后把连线接到新出现的第一个 Image_1 插槽；如果工作流中有两个 LTXVImgToVideoInplaceKJ 节点，需要分别检查并重新连接。
保存并重新运行工作流，确认不再出现 image_1 参数错误。

验证方法

执行工作流时，如果 LTXVImgToVideoInplaceKJ 节点不再抛出 TypeError: LTXVImgToVideoInplaceKJ.execute() got an unexpected keyword argument ‘image_1’，且节点能正常进入执行流程，即说明该问题已解决。Issue 中用户替换节点后回复“Thanks,it works”。