它解决什么问题

把列名改成你想要的样子，数据一行不动。两个典型用途：出报表前把技术味的列名改成业务看得懂的说法；把上游自动生成的列名固定下来。

第二个用途才是它真正的价值。GroupBy 输出的列名带聚合方法，Pivoting 输出的列数随数据变，Joiner 会给重名列加后缀。这些列名都不受你控制。紧接着放一个 Column Renamer 把它们改成固定名称，下游就有了一个稳定的接口 – 数据换一批也不会断。

它在流程里的位置

GroupBy列名带方法

→

Column Renamer固定成稳定列名

→

→

紧跟在会改变列名的节点后面。这一步等于给下游立了一份契约。

不同版本里这个节点的名字和能力有出入。较早的版本叫 Column Rename，同一个对话框里还能顺手改列类型；新版拆开了，改名归改名，改类型用专门的转换节点。你的版本属于哪种，打开配置看一眼就知道。

Column Renamer 配置对话框

原列 → 新名称

Sum(原值) → 原值合计
Count(资产编号) → 资产数量 把上游自动生成的列名改成固定的业务说法，下游从此有了稳定接口。

未列出的列

保持原名不动只处理你明确列出的那几列。

改完名，下游一串节点变红。下游某个节点配置时选的是旧列名。这是表结构变化的直接后果 – 顺着往下把受影响的节点重新选一遍列。所以改名要尽早做，等流程搭长了再改，返工量很大。
上游列名变了，这里就失效了。你在这里写的是「把 Sum(原值) 改成 原值合计」，如果上游 GroupBy 的聚合方法改了，源列名就不再是 Sum(原值)，这条规则匹配不上，节点会变红。这不是坏事 – 它把问题挡在了这里，而不是让错误的列名一路流到报表。
想批量改名却在这里一条条加。列很多且命名有规律时，找带正则的那个改名节点，用模式批量替换，比手工列几十行快得多。

情况	换成
改名同时还要删列、调顺序、改类型	Table Manipulator，一个节点全做完
要按规律批量改名	带正则的改名节点，用模式匹配
要去掉列不是改名	Column Filter
只是想改类型	String to Number 或 Number to String

这是正常连锁反应。顺着往下把受影响的节点重新选一遍列即可，别退回去改名字。