ImpactWildcardProcessor cannot accept inputs from other nodes

快速结论：当把 ImpactWildcardProcessor（或 ImpactWildcardEncode）的 wildcard_text 组件从 widget 转换为 input，并从其他节点连入字符串时，节点会收到类似 ['10', 0] 的列表而非字符串，导致通配符处理失败。优先排查连接方式，改用 populated_text 输入并切换节点模式。

适用环境：Issue 中未提供明确的 Python、CUDA、PyTorch、显卡或依赖版本信息；可确认涉及 ComfyUI-Impact-Pack、ComfyUI 工作流，以及 String_Primitive、WAS_Text_Multiline 等文本输出节点。

最快修复方案：不要连接 wildcard_text，改为把文本连接到 populated_text，并将该节点 mode 设为 fixed（来源评论中已验证的 workaround）。

注意事项：该方案只是绕过 wildcard_text 作为 input 时的类型错误；有用户反馈这种方式下 set select 语法不能完全正常工作，说明功能可能受限，未覆盖所有通配符特性。

问题场景

用户在 ComfyUI 中使用 Impact Pack 的 ImpactWildcardProcessor 节点，希望把其他节点（例如 String_Primitive、WAS_Text_Multiline）输出的文本传入 wildcard_text。当 wildcard_text 保持为 widget 时工作正常；一旦将其转换为 input 并连线，节点处理 prompt 时就报错。相同问题也出现在 ImpactWildcardEncode 上。

报错原文

got prompt
[Impact Pack] ComfyUI-Impact-Pack: Error on prompt - several features will not work.
'list' object has no attribute 'split'


DEBUG [wildcards.process] Received text (type: <class 'list'>): ['10', 0]

原因分析

问题出现在将 wildcard_text 由 widget 转为 input 之后。用户调试显示，上游文本节点输出的确实是字符串，例如 'some random text to test'，但连接到 wildcard_text 输入后，Impact Pack 内部收到的却是类似 ['9', 0] 或 ['10', 0] 的列表。通配符处理流程需要字符串并调用 split，拿到 list 时便抛出 'list' object has no attribute 'split'。可能原因是 input 模态下 wildcard_text 的数据传递路径与 widget 模态不同，传入了被包装或截断的数据结构，而当前版本未对此做兼容处理。

环境排查

确认 ComfyUI-Impact-Pack 是否为当前或较新版本；Issue 未给出具体版本号。
确认触发节点是 ImpactWildcardProcessor 还是 ImpactWildcardEncode。
确认 wildcard_text 是否被转换为 input 并与上游文本节点相连。
确认上游节点类型（如 String_Primitive、WAS_Text_Multiline）以及其输出类型是否为字符串。
确认节点 mode 设置（是否可切换为 fixed）。

解决步骤

不要把文本输出连接到 wildcard_text 输入。
将上游文本输出连接到 populated_text 输入。
把该 Impact 节点的 mode 设置为 fixed。
如需检查处理结果，将 populated_text 再连接到 Show Text 节点进行查看和验证。
如果必须使用 set select 等通配符语法，注意上述 workaround 可能不完整，需要自行测试或等待修复。

验证方法

执行 prompt 后，Impact Pack 不再输出 'list' object has no attribute 'split'，Show Text 节点能够显示经过 populated_text 处理后的通配符结果；若使用 set select 等高级语法，需单独确认其是否仍按预期工作。