书接上回，笔者折戟于pink的128K后。有论友提示，可以通过安装VSCode的插件——OAI Compatible Provider for Copilot 来接入第三方模型，并且也可以出现在pink的大模型列表里。笔者尝试了一下，果然成功接入了中转站的模型。
于是我决定使用中转站的5.6-terra（max）来从头开始做游戏的移植。我先问了一下当前这个大模型的一些信息。推测出来，这个中转站是从Codex里反代出来的。然后又确认了一下，当前它确实已经检测到cocos的mcp服务了。就开始让它干起来了。
这里我先叠个甲，因为毕竟是中转站出来的大模型，所以本次简单的尝试不具有任何指导意义，只是个娱乐项目。将来宣传上出了差错，在座的各位都要负责。
总的来说，这次的尝试也是让我不满意。
第一个问题是不断的中断工作，一会弹出来一个权限请求，一会弹出来个权限请求。非常的烦人，这里强烈建议加入yolo模式，直接一把梭。而且在工作时间达到某个阈值的时候。pink会触发强制中断，弹出个框子询问：“目前的工作似乎已经进行了很长时间了，你确定要继续吗？”这点非常烦人。
第二个问题是它制作的预制件上的精灵和图片全都是默认值，没有拖拽任何纹理上去，我看了一下代码，他是在脚本来疯狂的去load spriteFrame，然后挨个给精灵去赋值。气的我直骂娘。
第三个问题是没有上下文压缩了，这里我感觉可能是第三方插件接入的哪里的设置不对。反正聊着聊着就上下文爆了。
鉴于这三点。我停止了继续使用pink的测评。等待下个版本的第三方模型功能重新接入之后，我再用dsv4f重新测试一下。
接下来就轮到今日的猪脚Codex登场了。因为据说Tibo明天要重置Codex额度了，所以我抓紧周日把这周的额度消耗掉。工欲善其事必先利其器，让我们做好前期的准备工作。
gpt 5.6 terra 中
一个Cocos 3.8.8的空白项目
LayaAir Mcp：这个laya编辑器自带，只需要安装扩展并且打开laya项目即可
Cocos Mcp: https://github.com/cocos/cocos-cli。这个cocos的mcp虽然说是针对cocos 4制作的，但是亲测是可以兼容3.8.X项目的。
于是我打开了Codex的goal模型，开始让它干活。
1.这是一个将LayaAir 3.4.0的游戏项目转换为Cocos Creator项目的工程
2.LayaAir的项目地址为 XXXX/XXXX
3.游戏中所有使用到的图片资源都已经帮助你放到了 assets/atlas 文件夹下，所以你不需要做任何图片的生成处理，音效等文件你应该从LayaAir项目里自己拷贝过来即可
4.场景和预制件的节点树应该和Laya项目中保持一致。Cocos项目里的文件夹名字和文件名字也要保持一致，除非没有办法。不要把资源都放到resources文件夹下。而是和laya项目保持一致,因为我后边需要按照文件夹来分包。你先说一下准备怎么组织文件夹。我批准后才能进行下一步。
5.我建议你开个子代理去Laya项目下分析出来所有的预制件和场景的节点树，并且写到一个临时文件中。这样子好还原场景
6.然后对于Cocos的脚本转换，预制件和场景构建都开启子代理完成比较高效。Cocos的预制体中的精灵使用的图片，是否九宫格，九宫格参数，Label的字体，字体大小，颜色，行间距，是否加粗，是否斜体，是否有描边，描边颜色，描边宽度，Label的对齐方式等都需要一比一还原。
7.完成第一版本之后通知我，我会自己先测试一下，确认没有问题后再继续下一步
刷的2个小时就过去了，我的周额度也是直接干到了只剩20%。Codex在2个mcp的加持下，左脚踩右脚直接螺旋上天。还原出来的预制件和场景第一眼看上可以说有九分的相似了。脚本也都挂到了节点上。只是很多属性面板上的引用和按钮的绑定回调都是空的。
我个人认为，这个项目的进度已经达到了70%的水平了，剩下的有瑕疵的部分继续让AI改还不如人力直接做省事。总的来说我是很满意的。而且codex的上下文压缩非常厉害，让我根本感觉不到信息的丢失，虽然它只有272KB。
当然，不论是cocos的mcp还是Laya的mcp功能都不是100%覆盖的。比如说制作动画文件，这两个mcp都没有对应的工具。都要强写json。所以如果坛友们真的很渴望体验pink而又得不到邀请码的话。完全可以尝试任何的编程代理，比如opencode, trae, qoder这些玩意 + Cocos Cli仓库。我相信带给你的体验应该也会不差的。
(第三章预告：pink + dsv4f 会在pink正式修好模型接入后撰写)
