帖子
- xiayu5192026-07-1764603
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
抛砖引玉一下,介绍一下当前在用的符合GPT5.6的工作流
完整项目总结地址:Tyou 的 GPT-5.6 Sol 原生工作流 · xiayu519



如果你正在使用 Cocos Creator,或者也在研究 GPT-5.6 Sol 时代的 Codex 工程工作流,欢迎交流。如果对你有用,也欢迎点个star支持一下。
项目地址 GitHub - xiayu519/Tyou: CocosCreator框架 比较适合unity转型ccc的使用者 参考了 TEngine 等开源框架 · GitHub
主楼 - xiayu5192026-07-2064603
补充一下 “为什么不能用terra模型执行工作流”
Terra 的主要问题不在代码执行能力,而在执行前的工作流判断不稳定,包括
1 将本应进入
Planned的新功能错误判断为Direct。2 未触发
sdd-explore,跳过需求对齐和Change Contract。3 未要求必要确认,就认为可以直接开始实施。
4 对部分 Direct 任务反而过度触发 SDD,产生不必要确认。
等等
总结就是:Terra 能修改文件、运行工具并遵守明确边界,但不能稳定地自行判断什么时候需要 SDD、确认、特定 Skill 和风险验证。