当AI遇上原型修改，看似浅易的休养为何频频翻车？从弹窗面目繁芜到同名函数障翳，AI自信满满的‘已完成’背后荫藏着底层步履步地的致命弱势。本文通过5轮实战案例九游下载中心_九游游戏中心官网，揭秘何如用Harness想想构建四步强制进程+全局硬管理，将AI从‘东说念主工智障’驯化成可靠的‘能工智东说念主’，完结从盲盒式修改到可预期合营的更动。

一、作念原型易，改原型难

用AI画家具原型，还是是一件门槛极低的事了。

你给AI形色一下页面结构，它几十秒就能输出有模有样的HTML页面。乍一看AI画原型的速率还是远超古法手搓原型的速率。

但当你想让AI改一个还是作念好的原型时，频频一个很浅易的休养要经过好几轮修改才能改好。而且AI每次都会自信满满说改完毕、哦我知说念了、领悟了、我看到了、此次一定对。

创建是从无到有，AI敷衍弘扬，管理少、解放度大，出错概率低。修改是从有到好，AI需要在现存结构上精确操作——弗成松懈已有的逻辑、弗成影响周围的元素、弗成丢掉用户还是阐发过的功能。它面临的不是一张白纸，而是一张写满了字的纸，要擦掉一滑、替换一个词，还弗成弄皱其他部分。

二、典型案例

也曾我让AI改一个功能——弹窗内部有一组单选按钮，对应不同的生成频率：逐日、每周、每月、每季度、每半年、每年。选中某个频率后，会涌现对应的时分成立区域。我想让AI改bug：切换频率时，上一个频率的时分成立不会磨灭，导致页面上同期涌现多个成立区域。

然后经过反复休养才改好：

第一轮，它怀疑是弹窗的CSS面目打破，休养了CSS和弹窗结构，没改好。

第二轮，它再行检查了HTML结构，发现”逐日”区域穷乏一个运行荫藏属性，补上了，没改好。

第三轮，它发现了另一个问题：弹窗涌现时会设立内联面目，但切换频率时只移除了荫藏鲜艳，没断根内联面目。它让我在浏览器截止台里测试了建立代码，效力闲居。然后写入文献，截止台测试能过，但试验不行。

第四轮，它起先怀疑是浏览器缓存问题，让我强制刷新、清缓存。我照作念了，依然不行。

第五轮，它搜索了源码中切换函数onFreqChange的整个界说，罢了发现页面里有两个同名函数。第2369行是一个建立后的版块，第2595行是一个旧版块。在JavaScript里，后界说的函数会障翳先界说的。也即是说，岂论第2369行写得多正确，每次页面加载时都会被第2595行的旧版块障翳。前4轮整个的建立，从来莫得确凿被实践过。删掉旧版块，只保留新版块，问题处理。

这5轮休养，AI每次改完都说”已完成”“已建立”，口吻相配详情，但每一轮都莫得处理问题。让AI我方复盘，它把失败原因分红了三层：

实践上，只关心”改得对鉴识”，没关心”改上去是否成效”。

进程上，缺”修改后考据”要津，际遇问题就瞎猜（比如怀疑缓存）。

遐想上，排查清单里根底莫得”源代码中是否还有同名界说”这一项。

是以问题不是出在这一次建立上，而是出在AI的底层步履步地上，我必须管理AI的步履。

三、建立多个skill进行进程管理

借助Harness想想，那时我想，既然AI太疏忽，那就建立多个本领，一步步严谨地实践。

于是我建立了5个寂寞的本领：

需求分析——通晓我提议的问题和需求，不要我方测度代码审查——改之前先通读页面，找出整个潜在问题建立建议——针对每个问题给出具体的建立有谋略建议检查——我方评估建立有谋略是否可行，有莫得遗漏自磨真金不怕火证——修改完成后，我方检查是否按需求休养完毕

需求分析是我最早料到要加的。因为试验用下来我发现，AI频繁通晓错我的兴趣兴趣，我偶然候会说”你不要骄气，先通晓我的兴趣兴趣再改”，是以我详细出”需求分析”手脚前置要津——先搞明晰我要什么，再起先改。

代码审查是让AI在起先之前先通读现存页面，望望有莫得荫藏的问题——比如同名函数、访佛ID、嵌套鉴识王人。这些如若提前发现，后续修改可能效力更高。

建立建议和建议检查一个出有谋略一个审有谋略。出有谋略容易漏掉规模情况，需要加多说念审核：完整吗？有逻辑矛盾吗？超出了我的条款吗？等等

自磨真金不怕火证是临了一齐关卡，改完弗成平直说”已完成”，要先考据效力，如实成效了、况且莫得影响其他功能再输出给我。

试验如实灵验，但也有一些问题：受制于AI器具自己，并弗成渴望田主动调用本领，比如我明明章程代码审查之后必需要进行建立建议，但偶然候AI会忘。我问AI为什么，它说它觉得不需要。既然AI会漏，干脆我手动调用全部本领，因为在我的逻辑中，这些本领是一串的，都应该被调用。是以最终大巨额时候都是由我手动调用全部本领。

五个本领是松散的形色，AI无法完结必须实践某要津、必须按轨则实践，它有我方的判断，是以会跳过它觉得”不需要”的要津。瞎想中的AI自动”视情况调用”，在实践中造成了手动的”我全要”。

四、加入新的skill统率全部本领

既然AI作念不到多本领责任流，那干脆新建统筹性的skill，而且我但愿如若浅易的休养，AI平直改，但复杂的需要按照我章程的进程休养。于是我又创建一个原型休养skill，统筹其他本领，并加入判断——“若休养浅易，只调用代码审查和自磨真金不怕火证两个本领；若休养复杂，需要调用整个本领，并严格按照需求分析→代码审查→建立建议→建议检查→自磨真金不怕火证的进程，且任一要津欠亨过就复返上一要津”。

并吞之后如实好了好多，但也有问题：

1. 就算判定为复杂休养，AI也会偶尔遗漏一些要津

2. 不仅我莫得判断浅易或复杂休养的身手，AI也莫得

比如去掉一个弹窗按钮，我和AI都以为很浅易，仅调用了代码审查和自磨真金不怕火证，然后又阅历了弹窗打不开、右上角关闭按钮磨灭、关闭按钮跑到弹窗外面、标题跑进内容区、弹窗又打不开、休养凯旋6轮修改。弹窗如下（那时要去掉的是右上角的关闭按钮）：

是以必须去掉难易的判断，凡改原型必须走完整进程。

五、最终有谋略：4步强制进程 + 全局硬管理

在试验使用过程中，我发现需求分析其实不错在提需求时我方想明晰，不需要单独手脚一个本领让AI实践。去掉需求分析后，进程变得更浮浅。而且之前创建需求一样skill的心计行径耿介是为了进程而进程，弗成为了用AI而AI。

最终将整个本领并吞为原型休养这一个本领，整个修改长入走完整的进程：

Step 1: 审查——改之前先看全貌

拿到需求先别起先，通读现存页面的代码，列出整个可能受影响的地点。这一步防的是改了A坏了B。

Step 2: 有谋略——列出修改筹划

先写出完整的修改筹划，标注每项修改会影响哪些地点，别料到哪改到哪。

Step 3: 评估——我方检查有谋略

有谋略写完，我方用一张检查清单过一遍：逻辑对鉴识？语法对鉴识？影响领域有莫得遗漏？有莫得超出用户条款？

Step 4: 实践 + 考据——改完必须看到罢了

实践修改后，阐发没问题才请托，把稳AI一味地说改好了。

为保证实时调用本领，我让AI在全局记忆里写了两条硬性功令。

但凡要改HTML页面，必须先加载原型休养本领。 不加载就平直改，属于违法。改完必须考据，考据通过才能请托。 不考据就说“已完成”，属于违法。

从”靠自愿”造成了”靠系统”，终于给AI加上了马鞍。

六、归来与总结

用了这套进程之后，之前反复出现的几类典型子虚——弹窗层级搅散、面目混用、标签没闭合、援用不存在的功能、改了A坏了B——天然偶尔还会出现，但频率低了好多。

归来本次用AI休养原型的阅历，总结了有几条训戒共享给全球：

本领不是全能的。4步自检仅仅我在PC端某特定系统积攒的训戒，天然功令尽可能保证通用，但深信有所不及，是以际遇新的子虚类型一定要实时归纳补充到本领里，并实时让AI接济分析该本领的功令只适用于特定名目如故能通用。

比如通过对典型案例的总结，AI帮我更新了以下功令：

代码审查本领：更新了同名界说的检查功令建立建议本领：更新了同名函数的检查功令实践建立本领：更新了同名界说、用户考据、截止台vs源码的检查功令 （PS.天然，除此之外还更新了全局记忆和名目记忆，比如本分准则、身手规模、名目训戒、排查清单等。）

AI的输出一定要考据。别信AI的”已完成”，改了好几次都没好它也说没问题，必需用全局功令或本领管理，用系统功令替代AI的自我判断。

进程该走的别省。自以为”去掉一个按钮”很浅易，不走完整进程，罢了造成了多轮返工。其后我把浅易/复杂分流去掉了，凡改必走完整进程，天然每次多花了少量时分，但AI慎行比返工效力高。

东说念主工智障+能工智东说念主的配合。AI不是许诺机，好厚情况只可输出个简略神志，在改原型或者用AI作念其他事的过程中发现AI频繁出问题，要借助AI归纳总结，制定管理有谋略，用试验进程去管理它。从画原型、改原型到创建并戒备skills的阅历，内容上是Harness Engineering的一次浮浅实践，天然不完整，但让AI改原型从”开盲盒”造成了”可预期”。

这件事的内容，其实不是在”教AI作念事”，而是在遐想一个东说念主机合营的实践法式。AI认确凿践，东说念主认真界说进程和验收法式——给AI套上马鞍，它跑起来才可控。这套步履符合任何需要AI实践多要津任务的场景：改代码、写文档、作念数据分析——唯有是需要AI”作念完一件事”的任务，都不错用类似的想路遐想进程。

附：原型休养 skill

https://github.com/yangcr-abaaba/prototype-adjustment

本文由 @次级插件 原创发布于东说念主东说念主都是家具司理。未经作家许可，不容转载

题图来自Unsplash九游下载中心_九游游戏中心官网，基于CC0公约