COCOS 4：纯粹开源，不倒车

COCOS 4
#101

cocos4 随便发挥，拥抱未来没有任何问题，只要把3.8.x的bug修得差不多，搞出一个稳定版本基本盘就不会少，cocos creator的功能现在已经基本满足大部分中小公司了，现阶段只要求稳定，新功能新特性真不是大部分公司考虑的，一个长期支持稳定的版本是基础，2.4.x为什么那么多公司在用，核心就是该踩的坑已经踩得差不多了，公司自己维护的工作流也很成熟，不会莫名其妙因为spine崩溃等原因，一个引擎有一个长期稳定支持的版本才是最重要的，cocos3.x这几年为什么不好用，就是走得太快了，每个版本修复上个版本的bug引入新的bug，公司怎么敢用，慢下来把bug修得出不多，搞出一个稳定版本！！！！！！！！！！

1赞
#102

貌似没有Creator的可视化，是vscode的一种定制，深度绑定了cocos，应该是内置了api，mcp，skill还有agent定制

#103

2D 别放弃啊。

#104

我的理解是全开源。不保留. 所有人都可以参与二次开发与定制

#105

期望： tilemap 编辑器内 可编辑

#106

按我的理解梳理一下：

1、相对于3.x，引擎代码和编辑器进一步剥离。

2、把编辑器（editor）一部分功能cli化（如构建能力）。cli就是一个控制台工具，无gui。编辑器相当于前端。cli是后端。编辑器通过命令调用cli。cli开源，编辑器闭源

3、编辑器（editor）改名为Pink。pink除了编辑功能还有ai功能，可能未来收费。

1赞
#107

差不多就是这样。原本cocos creator里的gui编辑功能移植到Pink。后续增加AI订阅服务。

作为开发者，希望的是Pink在集成原本creator的编辑功能外，优化下IDE性能，优化插件编写方式。持续优化迭代现有的engin功能。这样就够了

#108

有的，我都拿到激活码打开pink做过一个小游戏了:joy:按钮入口都摆着就是没开放

#109

我理解是只做了按钮入口 :rofl:

#110

这些话我的理解是:

  1. 我引擎继续开发,就这留下的几杆枪,先将3.8.8改名叫4.0,有精力顺便改几个issue.
  2. 那些对接平台维护的货我不干了,平台也不愿意花钱,我还要给白嫖开发者维护,这种活,我干不了.
  3. 我要先把cocos套壳到我的pink里面去,先做个AI agent ,至少有个东西拿出来.
  4. 新功能开发? 谁爱干谁干去.
9赞
#111

感觉好像不是，我今天找了半天了，还是没看到编辑器开源的地方。要是这样的话，他目前开源的这些原本不就是开源的吗 :rofl:

#112

看你这么一说就明白了，那没事儿了。我就是关心编辑器是否开源 :rofl: :rofl:

#113

见证时刻的奇迹, 非常棒

#114

CocosDashboard还维护吗？cocos4是直接怼到github上还是依旧从Dashboard上下载

#115

估计无了。。。。

#116

:+1::+1::+1::+1::+1::+1:

#117

:+1::+1::+1::+1::+1::+1:

#118

同意，cli化是为了给agent调用吧。
要是编辑器能力都干掉，用ide/agent构建场景，咋可能 :innocent:
希望不要被AI风口喧宾夺主，引擎的能力依然应该放在第一位！

1赞
#119

旧功能BUG 在cocos 3.8 仓库提还是 cocos 4呢
后续两个仓库的同步是怎样规划的？

1赞
#120

还是要给你点赞的