这篇文章记录我做「钓鱼调漂模拟器」时用Claude Code Unity MCP Blender MCP做出 PC/Android 版发现不对劲转Claude Code Cocos再发现不对劲转Claude Code Vue3 SVG的完整折腾过程。结论是有了 AI我们终于可以开始忽略计算机语言的壁垒去做新的突破了。0. 先说结论给赶时间的人我做了一个叫「钓鱼调漂模拟器」的台钓教学工具核心是用侧视 2D 水下示意图 实时物理模拟把浮漂在水下的状态画出来教新手看懂「调目 / 钓目」。技术栈经历了Unity3DPC Android→ Cocos Creator2D小游戏 / H5→ Vue3 Vite TS SVG纯 Web三次重写。整个过程是Claude CodeAI 编程 不同 MCP给 AI 接外部工具组合驱动的Unity MCP、Blender MCP最后落在纯文本栈。最大的收获不是产品本身而是一个判断AI 时代语言的壁垒正在被抹平瓶颈从「我会什么语言」变成了「我想清楚要做什么」。如果你只关心 AI 编程怎么选型直接跳到第 5 节。1. 为什么做「钓鱼调漂模拟器」台钓悬坠底钓法入门最大的难点是「调漂」。调漂的核心是两个数字调目空钩半水时浮漂露出的目数由铅重决定和钓目挂饵到底后浮漂稳定露出的目数由水线长度决定。难在哪新手在真实钓场看不见水下。你只能盯着水面上几目漂尾猜铅重了吗双钩到底了没有一次试错半小时一天也调不明白。所以我想到做一个工具把水下的浮漂、铅坠、子线、双钩实时画出来。你调一个参数浮漂露出几目、钩饵在什么位置当场变给你看。它既是教学演示也是自测工具。关键词我直接选了产品名「钓鱼调漂模拟器」——干脆、直白、好搜。2. 阶段一Claude Code Unity MCP Blender MCPPC Android2.1 思路3D 立体最酷一开始我想得挺简单做个3D 立体的钓鱼模拟器浮漂、线组全在三维空间里多酷啊。技术选型很自然落到Unity团结引擎。而我用的是Claude Code Unity MCPUnity MCP 给 Claude Code 接上了 Unity 编辑器的能力AI 可以直接在 Unity 里创建物体、调材质、搭场景不需要我一行行手敲也不用来回在聊天框和编辑器之间搬运指令。素材生产用Claude Code Blender MCP浮漂、鱼钩、鱼竿、太空豆、铅皮这些 2D 位图素材是在 Blender 里 3D 建模、用 Cycles 渲染器正交侧视渲染成透明 PNG 的侧视图不是透视图。Blender MCP 让 AI 能远程操控 Blender 建模、调灯光、设材质、批量渲染。这套组合产出了一整套 8 类零件素材。一句话MCP 给 AI 长了一双能操作可视化软件的手。Unity MCP 操作引擎Blender MCP 操作建模软件Claude Code 负责指挥。一个我觉得挺有意思的工作流让连着 Unity MCP 的 AI「出需求」让连着 Blender MCP 的 AI「干活」。比如引擎那边说「我要一个吃铅 1.5g、漂身细长、漂脚锥形的浮漂」Blender 那边的 AI 就照着建模、调材质、渲染导出——两个 AI 各司其职一个定规格一个出实物人只在中间做裁判。不过实话实说多 AI 协作有大量细节需要反复沟通打磨需求描述得多精确才能让对面的 AI 一次做对两边的风格怎么统一返回的结果怎么校验、不对怎么让它改这些远不是「一句话搞定」那么顺是真要花时间调教的环节。但一旦磨合好那种「一个 AI 指挥另一个 AI 干活」的顺畅感是以前完全体会不到的。最终 Unity 版出了PC 版和Android 版Unity 原生导出 Android。2.2 第一次「不对劲」做着做着我意识到一个根本问题调漂的本质是「调目 / 钓目」这两个数字的关系要的是看清、看懂不是视觉奇观。3D 立体反而添乱侧着看一目了然的浮漂状态换个视角就拧巴了玩家在三维空间里转来转去注意力反而被「操作视角」吃掉没在看「数字关系」。而且 Unity 工程重PC / Android 都得下载安装朋友想看一眼门槛太高分发困难。结论对这个教学工具3D 是过度设计。**侧视 2D 比立体 3D 更清晰。**当然很大可能是我自己没处理好因为我对Unity跟游戏开发基本上就是小白3. 阶段二Claude Code Cocos Creator2D小游戏 H53.1 转 2D主攻抖音小游戏想明白要 2D 后我迁到Cocos Creator 3.8 LTS2D 项目主平台定为抖音小游戏辅以 H5。但这里踩到一个 AI 编程的关键坑Cocos 没有 MCP。Cocos 的场景是.scene文件本质是编辑器私有的二进制 / 复杂 JSONAI 没法用代码可靠地创建和接线。所以 Cocos 版的约定变成用户在编辑器里手动建空场景、拖组件所有节点和 UI 在onLoad()里代码动态创建。这能跑但 AI 的能力被卡住了——它没法「端到端」地操控这个引擎每次涉及场景结构都得我人工补位。这是我第一次深刻体会到一个工具栈对 AI 友不友好很大程度取决于它是不是「文本驱动」、有没有 MCP 这种 AI 能直接操作的接口。Unity 有 MCPAI 如鱼得水Cocos 没有AI 就瘸了一条腿。纯靠AI写就是来画UI后期代码的维护就是灾难。3.2 第二次「不对劲」Cocos 版做了一阵几个问题叠加AI 使不上劲没有 MCP引擎内部操作全靠人工AI 的杠杆被砍掉一大半。引擎偏重Cocos 是游戏引擎对一个「教学工具」来说太重了包体大、加载慢。分发被卡抖音小游戏上架需要软件著作权软著申请周期长H5 又被引擎包拖累。2D 表现力Cocos 的节点系统画 2D 示意图不如 SVG / CSS 灵活干净。更关键的是我意识到一个规律Claude Code 最强的领域是文本 / 代码。凡是能用纯文本描述的东西HTML、SVG、TS、CSSAI 读写都极快、极准凡是需要可视化编辑器、私有格式的场景文件、二进制资源AI 就笨拙。那么为什么不直接用一个纯文本栈呢4. 阶段三Claude Code Vue3 SVG纯 Web终于对了4.1 选型把一切交给文本最终落到Vue3 Vite TypeScript SVG纯前端、零后端SVG 矢量画浮漂 / 线组文本AI 随便改任意分辨率清晰CSS画水域 / 天空 / 河床文本TypeScript写物理模型和 UI文本PNG 位图只保留 Blender 渲染好的那批素材这是一个100% 文本驱动的工程——每一个产物都是 AI 能直接读写的源码文件。Claude Code 在这种栈上如鱼得水效率是前两个阶段的数量级差距。4.2 让迁移不痛的设计三层架构能在 Unity → Cocos → Vue 之间反复横跳而不崩溃靠的是一套纪律性的三层架构层职责引擎依赖迁移成本A. 逻辑 / 数据物理模型、数学、常量、预设配方禁止依赖任何引擎纯逻辑可脱离引擎单测几乎为零B. 协调 / 状态参数调度 事件分发普通类 事件总线换事件系统即可C. 渲染 / UI2D 绘制、UI 组件各平台 UI 框架每次重写核心纪律A 层零引擎依赖。物理模型浮力怎么平衡、铅坠怎么躺底、钓目怎么算是一坨纯 TypeScript 函数不 import 任何 UI / 引擎库可以用tsx直接在命令行跑单测。这意味着从 Unity 到 Cocos 到 VueA 层物理逻辑一行没改、直接复用每次迁移只重写 C 层渲染。这是跨语言 / 跨栈折腾能活下去的根本。4.3 用回归测试给迁移兜底A 层配了11 组预设 边界用例的回归测试脱离引擎、纯 node / tsx 跑对比 TS 输出和原 C# 已验证值容差 ±0.5 目。每次改完 A 层先跑这个全绿才算没改坏。这是「敢反复重写」的底气——物理对不对有客观标尺不是拍脑袋。4.4 零侵入扩展走水场景最近加的「走水模拟」是个很好的迁移纪律案例。要在原物理上加「水流让浮漂倾斜」但又不能动核心模型怕破坏回归。做法是组合而非继承// CurrentSimModel 组合持有 FloatPhysicsModel只读 getter 叠加水平/角度效应// 绝不调用 model 的 setter 或 Recalculate —— 对 FloatPhysicsModel 零侵入classCurrentSimModel{constructor(privatemodel:FloatPhysicsModel){}solve(input:CurrentInput):CurrentState{// 只读 model.GetBottomSupport() / GetSubLineState() 等 getter// 叠加水流力 / 锚定力 / 倾角 —— flowSpeed0 时全部退化为 0}}水流力 K · v² · 阻水长度锚定力 底托力 · 摩擦系数 · 状态增强抗流 锚定力 ≥ 水流力。跑铅重铅躺底抗流、悬浮双钩离底走漂全部从已有 getter 推出FloatPhysicsModel 一字未改回归 11/11 保持全绿。这种「核心稳如磐石、扩展零侵入」的设计正是 AI 时代特别值得坚持的——因为你会频繁重写外围核心绝不能跟着抖。5. 灵魂观点AI 时代开始忽略语言壁垒折腾完这一大圈我最大的感悟是有了 AI我们可以开始尝试忽略计算机语言的壁垒去做新的突破了。展开说三点5.1 瓶颈从「我会什么」变成了「我想做什么」我不是 Unity 专家不是 Cocos 专家也不是 Vue 专家。按传统节奏跨这三个栈至少要三套学习曲线普通人根本扛不下来。但在 Claude Code MCP 的辅助下我在三个栈上都交付了能跑的产品。真正稀缺的不再是「掌握某门语言」而是想清楚要解决什么问题调漂新手的痛点是什么做对架构判断这个工具该 2D 还是 3D、该不该重写保持工程纪律A 层零依赖、回归测试兜底这些是「产品 架构」层面的能力恰好是 AI 暂时替代不了的。语言实现层面的苦力AI 接走了。5.2 MCP 让 AI 长手但文本栈让 AI 起飞Unity MCP / Blender MCP给 AI 接上可视化软件AI 能在引擎里搭东西、在 Blender 里建模渲染——这是「AI 长了手」。但可视化软件的私有格式场景文件、二进制天然限制 AI 的发挥没有 MCP 的引擎CocosAI 直接瘸腿。纯文本栈Vue TS SVG一切都是源码文件AI 读写如飞这才是 AI 的主场。选型启示如果你想让 AI 全力帮你优先选文本驱动、有 MCP 或开放接口的技术栈。引擎 / 可视化工具不是不能用有 MCP 时很好用但要清楚它的天花板。5.3 「跨语言」不再是护城河反而可能是负担过去「我会 X 语言」是优势现在它更像一个沉没成本。与其死守一个栈不如把精力放在「问题定义 架构纪律 用好 AI」上。能被 AI 跨越的壁垒迟早都会被跨越——与其当壁垒的守门人不如当跨越壁垒的人。6. 一些实在的经验给核心逻辑建回归测试跨栈重写时这是你唯一客观的真理标尺。没有它「重写」就是赌博。分层引擎无关的逻辑单独抽出来A 层零依赖让 90% 的代码不用跟着 UI 框架一起重写。给 AI 选文本驱动的栈MCP 是加分项纯文本是基本盘。别为了「酷」过度设计3D 不一定比 2D 好游戏引擎不一定比网页好——形态要服务内容。MCP 组合拳值得探索Unity MCP Blender MCP 这种「AI 同时操控多个专业软件」的玩法以前根本不可能现在门槛低到一个人就能搞。注意很多细节还是需要人工打磨的目前AI还没有想象中的那么强大。7. 这个工具现在长什么样纯前端、零后端、手机浏览器打开即用五大功能沙盒调参调铅重 / 水线等 7 项参数双圆读数盘实时显示调目 / 钓目 / 灵钝透视模式水下完整线组可见调法预设六种经典调法一键套用 原理讲解闯关教学六关从重铅找底到半水一目走水模拟演示跑铅抗流、悬浮走漂最新加的技术细节连续物理求解器钓目由浮力重量平衡连续推导、SVG 矢量渲染、三主题换肤、11 组物理回归测试 走水 10 组单测兜底。8. 写在最后这篇既是「钓鱼调漂模拟器」的开发记录也是一份给同行的小参考在 AI 把语言壁垒一点点抹平的今天别让「我不懂这门语言」成为你不动手的理由。想清楚要做什么挑一个文本驱动的栈配好 MCP剩下的交给 AI。折腾的过程比结果有意思得多。如果你也再用 AI 做跨栈 / 跨语言的项目欢迎评论区交流选型踩坑。觉得有用点个赞让更多想动手的人看到「语言壁垒」正在被推平当然更多的人被AI坑得够呛、哈哈哈。
