我太懂你这种卡壳的感觉了——这个YAML解析错误本质是Helm模板语法和Argo Workflows模板语法冲突搞出来的问题。你原来写的args: {{"{{"}}inputs.parameters.args{{"}}"}}，Helm渲染后会变成args: {{inputs.parameters.args}}，但YAML解析器会把没加引号的{{inputs.parameters.args}}当成一个map类型的键（而非字符串值），这就触发了报错里的"invalid map key"问题。

下面给你几个实用的解决方案，你可以根据自己的场景选：

方案一：用Helm的quote函数包裹Argo表达式 #

这是最稳妥的做法，Helm的quote函数会自动把内容转成合法的字符串，同时处理转义逻辑：

args: {{ quote "{{inputs.parameters.args}}" }}

Helm渲染后会输出：

args: "{{inputs.parameters.args}}"

这样YAML解析器能正确识别它是字符串值，Argo运行时也能正常解析这个模板表达式，拿到你传入的列表参数。

方案二：直接嵌套转义Helm模板标记 #

要是你不想用quote函数，也可以通过多层模板标记转义实现：

args: "{{{{ inputs.parameters.args }}}}"

这里的{{{{会被Helm解析成{{，}}}}会解析成}}，最终输出结果和方案一完全一致，同样能避开YAML解析错误。

方案三：针对列表参数的特殊处理（需展开列表时） #

如果你的Argo参数本身是数组类型（已经在WorkflowTemplate里定义了type: array），还可以让Helm帮你生成更贴合列表格式的args：

args: {{ "{{ inputs.parameters.args | toJson }}" }}

用toJson过滤器能确保列表被序列化成Argo能识别的JSON格式，避免类型解析的坑。

你可以先用helm template命令测试渲染结果，确认输出的YAML没有语法问题后，再进行安装部署。

备注：内容来源于stack exchange，提问作者idan ahal