发布日期：2026-03-24 04:56 点击次数：83
技能是一个由成就和依赖项构成的迷宫。东说念主工智能有雄壮的次序来应付这种复杂性开云kaiyun中国官方网站，但这是否搞定了根柢问题？
译自 The Configuration Crisis and Developer Dependency on AI，作家 Jon Udell。
咱们一直说缠绵机科学中有三个难题；或者淌若你可爱“差一颠倒”的见笑，那等于两个。然则定名怜惜存失效与现在确实的难题比较小巫见大巫：配置。跟着咱们的IT基础设施变得越来越模块化、分层和互联，咱们处理着多数的可配置部分——每一个部分齐由密集的成就森林截止。咱们扫数的缠绵机——无论是在咱们的口袋里、桌子上照旧云表——齐领有令东说念主头昏脑胀的组件迷宫，需要发现和颐养成就，无论是单独的照旧组合的。咱们将这些缠绵机联贯起来，造成一个由更多成就截止的难以领悟的复杂蚁集。
一又友和家东说念主的技能相沿
淌若你的日常责任是在IT行业，你亦然一又友和家东说念主的技能相沿提供者，而这项责任也越来越退却易了。上个月，当我爱妻问到她手机上奇怪的短信行动时，我有了那种你可能熟谙的千里重嗅觉。竟然，它变成了一个耗时数小时的令东说念主握狂的折磨。在那之前，我一直幸福地不知说念RCS（富通讯办事）的扫数这个词惨状。我以为发生的事情是谷歌劝服我的爱妻在她的安卓手机上装配其相沿RCS的Messages利用要领，此外还有依然存在的原生三星Messages利用要领。连年来我一直是iPhone用户，是以我对安卓的通用配置不太熟谙，更不必说当两个已装配的短信利用要领互相松弛时出现的特定病理了。
将无辜的东说念主置于互操作地狱的行业开顽笑让我怒火冲天。
我将省去细节，说真话，我承诺忘记。将无辜的东说念主置于互操作地狱的行业开顽笑让我怒火冲天。平日东说念主如何应付这种放肆？我的爱妻可爱说，莫得我拯救她，她会迷途的。然则现在，反过来，莫得AI匡助我应付复杂性，我也会迷途。我越来越不懂技能了，就像我爱妻仍然思象的那样。违反，我知说念如何足下AI系统，这些系统（不可靠且不无缺地！）体现了技能的学问。
与扫数云缠绵作斗争
与此同期，在我的功绩生涯中，相通的事情正在发生。我的任务是记载如安在三大云平台上装配和配置企业软件居品。我依然往来过AWS、GCP和Azure的名义，但我并莫得深切或如期使用它们。现在，当作装配的先决条目，我需要学习并解说（除其他事项外）如安在扫数三个平台上创建自界说扮装。因此，有三个GUI截止台在运行，每个截止台齐有我方复杂的档次，以及三个相应的CLI，每个CLI齐有我方的一组号令和参数。
几年前，只是弄明晰其中一个云平台就依然是一个挑战了，更不必说扫数三个了。信息不会阑珊——这些齐是依然被很多东说念主以多种面目绚烂过的说念路。然则妖怪老是在细节中。淌若我在UX经由的这个特定位置，何况在屏幕上看到这个特定视图，我的下一步是什么？我点击那儿？文档和在线磋议频繁不会传达你在那一刻所需的细粒度情境感知。一位了解情况的共事看着你的肩膀不错作念到，但这个东说念主的注眼光是一种稀缺而珍爱的资源。AI体现了很多这么的东说念主的学问：相通，不可靠且不无缺，但仍然足以提供前所未有的按需匡助。
AI以一种有用的面目是忘记的。每次你驱动新的聊天时齐会发生重置，这灵验地对消了东说念主类隐蔽隐性学问的倾向。
我之前提到过的一些战略值得重叠。一个是使用屏幕截图，它现在是概述学问语料库中一个雄壮的索引。与扫数体式的蚁集软件一样，云平台的GUI截止台呈现出参差不齐的UX俗例用法。在不同平台上观点上斟酌的操作，频繁会使用高出不同的功能来抒发。AI是步地识别器，不错匡助咱们看到和使用共同的底层步地。
东说念主们很难描绘如何使用体现这些步地的UX affordances，因为一朝学会了，它们就会退化为潜意志的领略。当先看起来难以领悟的责任经由变得如斯不言而谕，以至于你忘记了它也曾并非如斯，你失去了入门者的心态，而这种心态好像匡助你匡助其他入门者。但AI在某种有用的进程上是忘记的。每次你驱动新的聊天时齐会发生重置，这灵验地对消了东说念主类将隐性学问埋没的倾向。
另一个持续带来往报的战略是大型言语模子最好实验中的轨则#4：向几个不同的LLM提议斟酌的问题。你必须弥远保持你的BS检测器高速运转，而一致性并不成保证准确性，但模子的赠给和教练面目的互异有助于收缩单一使用易受谬误的颠倒。
级联配置
对于系统复杂性的潜移暗化的增长，咱们就像在简略煮沸的水中的青蛙。举例，就在今天，我发现我方处于一种新情况。我正在使用一个安宁器注册表下载模块的器具。这些模块不是容器镜像；它们只是使用斟酌的基础设施（OCI（敞开容器接口）分发机制）束缚的二进制文献。频繁情况下，下载是透明的，我以致没挑升志到它正在发生。然则今天，在使用未发布的专有模块时，我遭遇了以前从未见过的身份考证颠倒。注册表是ghcr.io，因此需要一种GitHub身份考证。然则尽管领有具有必要边界（read:package）的个东说念主打听令牌，我照旧不息遭遇颠倒。在与ChatGPT的对话中，咱们找到了违反直观的搞定决策。即使器具本人不使用docker，也必须实施docker login才能将GitHub令牌放入我多数不息增长的配置文献中的另一个配置文献中，这是我从未知说念的一个配置文献：~/.docker/config.json。
配置复杂性的爆炸式增长影响了咱们东说念主类追踪扫数这些骨子并灵验束缚系统的才能。
咱们齐资格过这些依赖辩论的级联，这些依赖辩论增多了咱们互络续统中行径部件的数目，并增多了配置支拨。现在咱们发现我方处于一种奇怪的境地。配置复杂性的爆炸式增长影响了咱们东说念主类追踪扫数这些骨子并灵验束缚系统的才能。但咱们领有一批具有超才能的新式助手来匡助咱们作念到这极少。我很感恩他们，也不思回到畴前。但我如实追思不正直的激勉。当咱们不错将对系统的领悟外包时，为什么要设想易于领悟的系统呢？
更好的次序，但不是在这个时候线上
Ward Cunningham也曾向我展示了一个思法的终了，他将其归功于Brian Marick，称为可见的责任。他们齐设思了一种好像按需揭示其里面责任旨趣的自描绘系统。利用于我的docker关联示例，这意味着当系统说：
“反应景况代码401：未授权：需要身份考证。”
我不错问：
“为什么？怎样作念？”
系统的设想筹划是知说念这个问题的谜底。它将领悟它我方的依赖辩论，并指引我完成搞定这些依赖辩论的过程。除非你把它写下来，不然你永远不会确实领悟它。“为什么？”和“怎样作念？”淌若配置的编码从一驱动就编码在系统的DNA中，那么它们将更难构建，但更容易使用和爱戴。
固然开云kaiyun中国官方网站，这是一个很难倾销的东西，而且跟着AI熏陶咱们反向工程“为什么”和“怎样作念”的才能，它变得愈加不毛。也许，即使它们本人并不可解说，AI也不错匡助咱们设想可解说的系统。但我并不乐不雅。嗅觉咱们正在走一条路，让系统对东说念主类来说越来越难配置，咱们越来越依赖超东说念主的聪惠来为咱们作念到这极少。