这次我是真的给pink上强度了——迟来了好几个月的测评

PinK
#21

codeX 加一个好用的 mcp 或者出一个creator相关的 vsCode 整套这种工具插件也可以啊 都是比较理想的状态

#23

那是开发者角度，开发继续用 3.8.8 ，在它上面搞的话，SUD 的业务只是构建栏里多出来的一个选项。

掌舵人更看重的是怎么和 SUD 自身的能力对接，怎么把开发者的产品接入 SUD 生态，然后怎么和 toB 去谈业务谈合作，把蛋糕做大。

官方要的是通过pink 对接上游渠道。你可以用 codex ，但是要在pink 下。

所以得看pink 最终的样子。
我甚至认为pink 可以先不用AI，在pink中把SUD能力对接完成了把MCP skill 打磨好就可以了，而把怎么接入AI 留给开发。他们的目的就达到了。

#24

开发者都是用脚投票的

#25

我理解如果对最终形态的pink有信心的话，这跟现在出一些官方的mcp skill 并没有冲突啊，AI发展到现在几乎各大厂商都出了官方的mcp，以前是人力物力不足，现在不知道什么情况，pink如果未来真的好用开发者会第一时间转过去的，只是现在给人的感觉有点像两头都抓不住

#26

这个月感觉会出公测，再等等看吧

1赞
#27

cocos-cli仓库里有官方mcp

#28

站在开发者的角度，pink确实没必要用ai， 提供插件把ai agent留给专业的codex就好了。 SUD的团队实力我不认为能造出顶尖的ai agent。 当然这么搞， 开发者爽了，资本就没有想象空间了。折中一下的话可以两条腿走路， 一面出自研的agent，一面出插件

#29

pink本来也没有说想要靠着赚你一点token的差价来赚钱的。所以不存在说故意不让你接入第三方模型的说法。只是现在这个接入第三方模型的功能可能有bug。所以没法搞。

#30

那个是 3.x或者cocos4.0的 并且不是很好使

#31

所以这其实是kimi2.7的广告吗？ :rofl: :rofl: :rofl:

#32

看完这个为什么我觉得pink还不如creaotr编辑器，加cursor或codex！现在编辑器加Agent已经可以很好的工作了

#33

还不如编辑器早点出cil让ai控制得更好一点

#34

你这强度太低了，别人还以为是我找的托。 :sweat_smile:

#35

目前pink，能完全平替编辑器吗？新老插件兼容性如何？

#36

强度都没用上，已经被上下文压缩干自闭了 :laughing:。抓紧修一下接入第三方模型的bug。我继续测评吧

#37

pink基于vscode研发的，应该说能完美兼容所有vscode的插件吧。

#38

我比较关心的是，cocos3.x的插件能不能水平迁移到pink上面。还有实际编辑器功能能不能完全代替编辑器。对pink ai的功能完全没兴趣。能简单说下项目兼容性、还有编辑器功能吗？

#39

老老实实用3.x吧

#40

那后面4.x做起来了，新特性不干瞪眼了 :roll_eyes:

#41

哦哦，我理解错了。目前Pink里的扩展其实是vscode的扩展。我还没有看到以前cocos3.x编辑器的那种扩展入口。所以目前这块应该是还没有做。未来应该会做的。