我的硬盘里有个文件夹叫unfinished_0907里面躺着一个写到一半的 Flash 互动动画。角色叫“阿灯”一个藏在城市路灯光晕里的小精灵任务是穿过七个街区找到同类。美术只画到第三章ActionScript 3.0 的时间轴代码卡在一个循环跳转的 bug 上最后 Adobe 宣布 Flash 退役这个项目被我连文档带源文件一起封存。直到前阵子我试着把这个半成品丢给 AI从反编译、读残留代码、补美术资产到重写成现代网页硬是一步步把它捞了回来。这篇文章不聊 Flash 情怀只讲我实际跑通的这套“AI 补完老项目”的完整方法包括工具、提示词、踩坑记录和可复用的思路。先说明一下这里的 Flash 是当年网页动画那个 Adobe Flash不是 stm32 里写固件的 nor/nand flash也不是 AI 训练里那个 Flash Attention。如果你正带着“嵌入式写 flash”的思维进来可以走错片场了。下面要拆解的是怎么让一个死在 2019 年的互动动画项目靠 AI 重新活在现代浏览器里。1. 先搞清楚这个 Flash 项目到底卡在哪一步1.1 项目原貌与卡点拆解“阿灯”这个项目的设定很简单一个矢量风格的点触式互动动画用户点击路灯阿灯就会从一个灯柱跳到下一个灯柱每跳一次解锁一段对话和背景故事。原计划做七个章节最后只完成了三个半章节的美术资源、一个半成品的开场动画以及一套勉强能跑的场景跳转代码。重新打开源文件复盘时我发现它卡住不是某一个技术难题而是三个问题叠在一起第一美术资源不完整。角色“阿灯”的主视觉稿有但场景背景、过渡帧、交互按钮的按下状态没画完。按传统做法我需要重新拿起绘图软件补完这个过程对已经搁置多年的人来说启动成本极高。第二代码逻辑有历史遗留 bug。场景切换使用了一个全局计时器在特定点击顺序下会重复触发跳转导致画面闪跳。当年我调试了一整个晚上没修好本质上是对时间轴事件模型理解不到位。第三兼容性倒逼重构。2020 年之后主流浏览器默认禁用 Flash 插件SWF 文件在网页里直接黑屏。可玩版本只能通过本地 Flash Player Projector 打开传播和存档都成了问题。我重新翻阅项目文件时内心的第一反应不是“我要把它修完”而是“这东西还能不能救”。这个念头本身就是传统工作流的第一个障碍面对一个老化严重的技术栈人的动力会被漫长的修复周期一点点磨掉。1.2 为什么不手动硬啃而是选 AI 来补完说实话如果只是“修复一个老 Flash 项目”花几个周末也能做真正让我转向 AI 的原因有三个。第一个原因是跨语言重写的成本。SWF 里的逻辑是 ActionScript 3.0现代浏览器需要的是 JavaScript/TypeScript这中间不是简单翻译还涉及事件模型、显示列表、时间轴机制的全套转换。我虽然懂脚本但我不打算为了一个怀旧项目把前端生态重新学一遍AI 擅长这种“旧语言转新语言”的工作。第二个原因是美术资源的补全方式变了。以前补一张场景原画要么找参考手绘要么在素材站买授权。现在我可以给 AI 图像生成工具一段角色描述和场景关键词先生成一批候选图再从中挑能用的做细化。这个流程对我来说是把“创作启动成本”降到了“挑选和修改”。第三个原因是 AI 能帮我建立“全局上下文”。这个项目散落着几十个零碎文件反编译出来的代码片段、残缺的元件库、没有命名的音效。人脑捡起这种项目要半天才能重新进入状态但 AI 可以把乱码片段、脚本碎片拼成一个整体逻辑图我在旁边做判断和决策就行。我给自己定的原则是AI 做不了的那部分比如美术风格统一、交互手感调优、叙事节奏调整我亲手来其余能交给 AI 的不要重复造轮子。2. 开工前先把旧 Flash 拆开让 AI 能读懂你的半成品2.1 用 jpexs free flash decompiler 抽资源要让 AI 帮忙补完项目第一步是让 AI“看到”项目的完整骨架。我手上还有当年的.fla源文件但是新电脑上的 Flash 编辑器早就打不开这种老格式了所以我先用了jpexs free flash decompiler这个工具来打开 SWF 文件。这个工具能做的事情包括把 SWF 里的形状、图片、声音、字体、脚本全部导出出来可以查看每个元件的内容还能把 ActionScript 还原成近似源码。实际操作中我一般分三步走。第一步用工具打开 SWF找到“导出资源”的功能把所有图片和声音素材按类型导出到一个文件夹。这里要注意SWF 里的位图资源用的是原始编码直接导出就能用但矢量图形导出的往往是带描述的线条数据。第二步把脚本面板里的 ActionScript 逐个选中并复制出来分成.as文本保存。jpexs 反编译出来的代码基本能看清结构但有些地方会被还原成晦涩的表达式比如this[mc_ index]这种动态访问需要后期配合逻辑推断。第三步把整个元件结构截图保存尤其是场景、按钮、影片剪辑之间的嵌套关系。我用这些截图配合文字描述一起作为给 AI 的上下文效果比我干巴巴地写“我有一个 Flash 项目”好得多。2.2 用正确的提示词把代码喂给 AI很多人让 AI 看代码习惯直接丢一大段进去然后问“帮我改一下”。这个做法效率很低尤其对老项目来说代码里全是过时的 API 和嵌套写法AI 需要先理解再动手。我给 AI 的提示词会强制要求它分三步回答先说理解再说问题最后给方案。下面是我实际用过的模板直接抄作业就行。背景这是一个 2015 年的 Flash 互动动画项目我通过 jpexs free flash decompiler 反编译了 SWF下面给出其中一段 ActionScript 3.0 代码。 任务 1. 用中文说明这段代码实现了什么功能尤其说清楚事件监听和时间轴跳转这两块 2. 指出这段代码里可能导致重复触发或画面闪跳的逻辑 bug结合代码行说明原因 3. 如果要把同样功能改写成现代浏览器环境下的 JavaScript不依赖框架给出改写方案和关键代码。 要求先输出“代码理解”再输出“问题分析”最后输出“改写方案”。把一整段代码贴在提示词后面发过去AI 返回的结果往往比直接问“这段代码干吗的”要完整得多。原因很简单它被要求站在“看一个项目的陌生人”的视角去分析而不是完成一个笼统的“帮我改改”。2.3 先让 AI 做阅读理解再让它动手改在和 AI 协作的过程中我踩过比较大的坑是“让它先动手”。AI 很热衷于直接给你一版新代码但那个代码往往是基于“这段代码大概想干什么”的猜测而不是基于项目上下文。如果项目本身信息不全改出来的东西错漏百出。所以我在第二阶段强制切换成“阅读理解模式”就是让 AI 先输出一份项目分析文档这个 Flash 里有哪些对象、哪些交互、哪些状态变量、哪些事件出口。这个阶段不需要生成代码只需要把骨架描述清楚。这个做法的另一个好处是AI 会主动把反编译出来的杂乱代码归拢成结构化描述。比如它会告诉我“这段代码定义了一个 Main 类初始化时创建定时器监听点击事件点击后跳转下一场景并播放音效。”看到这种描述我会立刻知道哪些资源还缺哪些逻辑需要保留哪些写错了。整个分析阶段大概花了一个小时生成的“项目症状描述”比我当年写开发笔记还完整。这一步做完后面的补全阶段就有了一张可以对照的地图。3. 实操记录AI 把项目从“只开得了头”补到“能上线”3.1 美术资产残缺素材用图片生成补全项目原始美术风格是柔和夜景主角色“阿灯”的外形是一只圆滚滚的暖黄色光球带两点小眼睛。原稿能用的资产只有角色正面图、两个街区的背景草图、一部分按钮状态。我先用 jpexs 把素材导出后把角色设定整理成一段提示词给到 AI 图像生成工具。提示词内容和当初画手绘时写给自己看的备忘几乎一样只是更结构化了。一只圆形的暖黄色光球精灵眼睛是两个小黑点戴着一顶小小的蓝色帽子在城市夜景中发光背景是霓虹街区和湿润的马路远处有路灯扁平插画风格柔和阴影夜间氛围高清竖构图。生成出来的图大多数不能用原画角色的拟人感被 AI 画成了完全不一样的东西但其中有一张背景气氛特别对我再拿这张背景结合角色原稿做局部修改最后得到三个街区可用的场景底图。这里有个实操经验AI 图片生成最好用“多张选优 局部重绘”的方式而不是指望一次性生成完美成品。生成图不像手绘那样有稳定的角色一致性所以需要过一道人工筛选流程选出风格最接近原始设定的再补细节。至于动画里的过渡帧我没有让 AI 逐帧生成那样成本太高且角色会跳戏。更好的方式是保持 Flash 时代的“补间思维”把关键帧当成静态图中间过渡交给代码或者 CSS/Canvas 动画来做。这个思路是整个重制计划里降低工作量的关键。3.2 逻辑代码ActionScript 转写 JavaScript 的完整过程拿到 AI 产出的项目分析文档后我开始进入最核心的重写阶段。原来的 ActionScript 3.0 代码逻辑并不复杂核心是一段场景切换和点击监听。我先把代码拆分给 AI让它给出现代 JavaScript 版本。原来的代码简化后长这样var sceneTimer:Timer new Timer(2000); sceneTimer.addEventListener(TimerEvent.TIMER, onSceneTimer); sceneTimer.start(); function onSceneTimer(e:TimerEvent):void { if (currentScene sceneTotal) { currentScene; gotoAndStop(scene_ currentScene); } else { sceneTimer.stop(); showEnding(); } }AI 给出的 JavaScript 版本如下let currentScene 0; const sceneTotal 5; const sceneTimer setInterval(() { if (currentScene sceneTotal) { currentScene; goToScene(scene_${currentScene}); } else { clearInterval(sceneTimer); showEnding(); } }, 2000);看起来很简单但真正工作量不在这段代码而在于把 Flash 的显示列表机制迁移到 DOM/Canvas。我在询问 AI 时让它把“gotoAndStop 对应的 canvas 绘制逻辑”也一并给出然后在浏览器里手动抄了一遍。这里的经验是不要让 AI 一次生成一个巨型文件而是按功能拆成小模块每块都单独验证后再合并。此外我把原来的点击响应逻辑重构成一个“点击→移动→碰撞检测→播放对话”的小型状态机。用状态机替代 Flash 播放头是这次移植中我认为比较正确的决定。Flash 的时间轴天然适合线性播放但网页交互更适合用状态来控制画面切换。3.3 时间轴与交互用状态机替代 Flash 播放头Flash 项目里“跳转到某一帧”是一个天然的结构转到 Canvas 或 DOM 后没有对应的概念所以我让 AI 帮忙设计了一个轻量状态机。状态包括IDLE等待点击、MOVING阿灯在路灯之间移动、DIALOG展示对话、END结尾画面。每个状态有一个enter和exit逻辑状态之间通过点击事件或定时器触发切换。这个状态机的运行效果比原来的时间轴跳转反而更稳定。原来的闪跳 bug 是因为时间轴代码在特定情况下会被重复触发而状态机天然规避了重复进入同一状态的问题等于顺手把前一个 bug 修了。AI 在这个过程中起的作用是帮我把状态切换的边界条件列成一张表比如“什么时候允许从 DIALOG 进入 MOVING”、“什么时候不允许点击”我只需要确认这些规则是否和原始设计一致。这一步充分体现了“AI 是翻译器不是决策者”的定位。逻辑判断和体验决策还是我做AI 只负责把想法变成可以运行的代码结构。3.4 移植后的音效与动效处理Flash 时代最顺手的一点是音效可以放在时间轴的任意一帧上导出 SWF 后自动跟随播放进度。现代浏览器里没有这个机制我不得不把原来嵌在 SWF 里的短音效文件全部提取出来。jpexs 可以把 SWF 内的声音导出成原始数据但文件名都是乱码我得一个个试听并重新命名。这里我建议你用“音频试听 波形文件命名”的方法把“点击”“跳跃”“对话”“结尾”四个常用音效分类整理后面写代码时能少走不少弯路。在浏览器端音效播放用的是AudioContext接口。AI 帮我生成了一个简单的音效池避免多个音效同时播放时互相打断。这段代码不多但解决了 Flash 时代“一个音效叠在另一个上面”的老问题也算是这次重建的一个小升级。4. 全程踩坑实录反编译、AI 幻觉和老 API 的三重夹击4.1 反编译出来的代码经常没办法直接用jpexs 虽然能把 ActionScript 还原出来但它还原的不是原始源码而是“可读性不错的重构版本”。原代码里的注释、局部变量名、某些硬编码字符串都可能丢失尤其是我当年给变量起的名字像mc1、temp_01、snd_go这种完全没有可读性。拿到的代码如果直接扔给 AIAI 会被变量名带偏以为这是个和“音乐播放器”相关的东西。所以我在给 AI 喂代码之前先自己做了一层“变量重命名”的预处理把mc1改成playerCharacter把temp_01改成tempSceneIndex工作量不大但后续效果提升明显。这项预处理我建议放在喂给 AI 之前用编辑器批量替换变量名即可不用追求完美只需要让变量的语义被 AI 理解。4.2 AI 会一本正经地编造不存在的 API这是整个流程里最需要警惕的坑。AI 生成的 JavaScript 代码里出现过好几处浏览器并不存在的 API 调用比如某个SceneManager对象、某些自带的事件方法它在测试时会直接报undefined is not a function。出现这种问题的原因很典型模型在用训练数据里的“相似项目写法”去填补上下文里的空白。我给的原始上下文里没有完整列出运行环境限制它就按记忆里最常见的写法补全了。我的解决办法是在提示词里加一行约束“要求只使用浏览器原生支持的 JavaScript API不能使用任何未在上下文出现的库、框架或自定义对象。生成的代码要能在标准浏览器控制台里直接执行。”加上这行之后AI 编造 API 的概率大幅度降低。即便如此我仍然保留了手动 review 的习惯。每次让 AI 生成代码块我都会在浏览器控制台里跑一遍并让 AI 解释它生成的每个 API 的功能这样能快速定位到它凭空捏造的内容。4.3 本地环境、资源格式和兼容性问题老项目的资源格式也是个坑。SWF 导出的音频可能是 MP3 编码但文件名被工具改成了.bin直接扔进网页播放器时浏览器不认识。我最后用了一个音频转换脚本把所有导出文件统一转成mp3和ogg两种格式确保 PC 和移动端都能播放。另外视觉资源里透明背景的 PNG 在导出时会丢失 Alpha 通道信息显示成白底黑块。jpexs 导出时需要勾选“保留透明通道”的选项这个选项藏在导出对话框的进阶设置里不仔细找根本看不到。本地测试阶段我主要用 Flash Player Projector 来对照原始 SWF 的行为。这个独立播放器不受浏览器禁 Flash 政策影响能稳定打开本地 SWF 文件非常适合做“旧版预期行为”的参照物。我每次改完一版新版网页就打开 Projector 里的旧版跑一遍对比画面和交互再反过来调整。4.4 常见问题速查表整个过程中遇到的问题我整理成了一个速查表后面再有人想复刻这个流程至少可以少走一半冤枉路。现象可能原因处理思路解压后的 SWF 资源全乱码jpexs 未设置正确的字符编码在工具设置里选择 UTF-8 或 GBK重新导出反编译代码缺少部分逻辑SWF 内嵌代码本身被压缩或混淆直接用 Projector 运行原版手动记录行为差异AI 生成代码出现不存在的方法模型根据相似项目脑补了内容提示词限定“只用浏览器原生 API”逐行审查导出的 PNG 背景不透明导出时未保留 Alpha 通道检查导出对话框的透明选项换用 PNG-32 格式旧音效在浏览器里无声文件扩展名与真实编码不符统一用音频工具检测真实编码格式再转换为 mp3/ogg5. 这套“AI 补完”玩法换个赛道还能继续用5.1 从 Flash 扩展到老游戏和老网站这次把 Flash 老项目捞回来的过程本质上是在验证一个更通用的方法任何被时代淘汰的技术栈只要里面还残留了有价值的内容都可以用“反编译提取 AI 上下文理解 跨语言重写 人工决策审查”这条流水线去抢救。不只是 Flash。我后来还用同样的流程帮朋友抢救过一个 2010 年用早期 jQuery 写的个人网站原站代码混杂了大量 IE 时代的兼容 hack显示效果在手机上完全错乱。我先用浏览器 DevTools 把静态页面缓存下来再给 AI 一段“这是老网站的 HTML 和 JS目标是改成移动端友好的现代页面保留文案和图片”很快就产出了一个能用的版本。类似的场景还包括老式网页游戏、基于早期 Unity WebPlayer 的 demo、被企业下线的内部工具界面。只要数据还在AI 就能把“被淘汰的代码”翻译成“能跑的新代码”这个能力放在以前是我完全不敢想的。5.2 我的个人实操建议与保留意见如果你要复刻这套流程我有几个基于实际体验的建议。第一不要把 AI 当成记忆恢复工具。它不知道你的原项目“本来是什么样”它只负责在你给的上下文基础上做合理推断。所以任何 AI 给出的补全内容都要和原始可运行版本做行为对比这一步不能省。第二给自己留足够的人工审阅时间。AI 可以在十分钟里给你写出两百行代码但你要花半小时检查它是不是真的能用。我在这次项目中大概统计过AI 生成和人工审阅的时间比例差不多是 1:3前期分析做得越好后期改动越少。第三美术资源是 AI 补完老项目的最大变数。像素和矢量图形可以用工具解析但“角色长得一不一致”“气氛对不对”这种审美判断AI 只能做候选不能做裁决。最终的美术风格统一还是得靠人眼一层层筛。修复“阿灯”那天晚上我把新版网页放在浏览器里跑通时那句写在小镇路灯下的对话弹了出来“你终于找到我了。”那一刻我意识到Flash 没写完的梦其实并不是一个人没写完的梦只是一个阶段的技术没有耐心等一个拖延的作者。而 AI 的参与把那个拖延的成本打下来了。对我个人来说这次项目最大的收获不是把这个动画做完而是验证了一套“旧资产抢救流程”。以后所有被时间遗忘的数字内容只要还有残缺的文件在我就有办法把它捞回来用现代的载体重新讲出去。这个过程里AI 是最耐心的帮手但真正决定这个旧梦能不能圆的仍然是坐在电脑前的我自己做出的每一个取舍。