不想完全放手给AI是不是也是一种年老的征兆

前两天我在 Grafana 上配了个饼图，四个模型的使用分布，结果出来一看——整个圆盘绿油油的，跟个西瓜似的。四块数据是有的，但颜色就一个。

我把链接甩给了 AI，说帮我修。它二话不说就动手了，API 调出 dashboard 的 JSON，找到问题——Value Mappings 配错了，用字符串去匹配数字字段，调色板被干扰了。三下五除二，清掉错误配置，加上 Overrides，保存，刷新，四种颜色出来了。红蓝黄绿，漂漂亮亮。

整个过程我就干了一件事：把链接粘过去。

但我看着那个修好的饼图，心里不太踏实。倒不是怕它改坏了，只是看到饼图展示没问题，但还配置项多了一些 not found 提示。

于是我们又聊了一轮。我说这个方案为啥Overrides 里全是 not found，没办法下拉选择，新增模型我自己也加不了颜色。它想了想，说可以用 Rows to Fields 这个 Transformation，把行数据转成列，让调色板自动分配颜色。我说行，你改吧。它又改了，确实更干净了。

然后第三个饼图出了同样的问题。这次我说：你指导，我来操作。

它给了我三步。我一步步照着做，做完了，饼图正常了。但我又追了一句：解释下为啥这么改。

它就给我讲了——SQL 返回的是两列多行的表，Grafana 的调色板是按字段分颜色的不是按行，所以一个数字字段就只有一个颜色。Rows to Fields 把行里的值变成了独立的字段名，调色板就能认出来了。

听完我才觉得踏实了。

后来我想，这个过程挺有意思的。第一个饼图，我完全放手，它给得结果是对的。第二个，我参与了讨论，找到了更优雅的方案。第三个，我非要自己动手，还要问为什么。

但如果只看效率的话，第一个饼图的做法就是最优解——把链接丢过去，等结果。以后所有饼图都这样，我永远不需要知道 Rows to Fields 是什么东西。

我一个朋友就是这样的。他比我年轻五六岁，用 AI 写代码从来不看过程，能跑就行。他说你管它怎么实现的，又不是要去面试。我觉得他说得对，但我做不到。

我总想知道它到底干了什么。不是不信任，就是不知道的话浑身不舒服。就像坐别人开的车，我也忍不住看路。不是觉得司机会走错，就是不看难受。

这到底是什么心理呢？

可能是控制欲。也可能是安全感的问题。但我越想越觉得，这也有可能是一种衰老的征兆。

年轻人对新事物的态度是：能用就行，好用就上，不好用就换。他们不需要理解一个工具的全部原理才敢用它。他们从小就活在黑箱里——不知道抖音的推荐算法怎么写的，不妨碍刷到停不下来；不知道外卖平台怎么调度的，不妨碍准时吃上饭。

而我们这代人，或者说我这种人，总觉得不打开盖子看看里面的齿轮就不放心。这个习惯在过去是优势——搞技术的嘛，刨根问底是本分。但现在 AI 能做的事越来越多，越来越快，这个习惯仿佛开始变成一种拖累。

你花半小时搞懂了 Rows to Fields 的原理，AI 在这半小时里本可以帮你再修十个饼图。

我知道有人会说，理解原理很重要，万一 AI 错了呢？这话没毛病。但说实话，这三个饼图，AI 一个都没改错。反倒是我自己之前手动加的 Transformation，因为 options 留空了，饼图直接不显示了。

所以到底谁更需要被检查？

我不是说理解原理没用。我只是发现，我对"必须理解"这件事的执念，可能已经超出了实际需要。

不过话说回来，我也不打算改。

就算这是衰老的征兆，就算效率低一点，我还是想知道那个饼图为什么变成了四种颜色。这种想知道的欲望，也许正在被时代淘汰，但它是我和这个世界打交道的方式。

我可以让 AI 帮我修所有的饼图。但偶尔，我想自己转一下那个螺丝。

不是因为我转得更好。是因为转的时候，我能感觉到自己还在。