[开发思考]感觉web端5.6pro比codex中的solmax聪明好多，ui跟方案都由他出了

[diary_O (Polaris_Go)]

前情提要：
个人想做一个类似于utools的工具，但是想要自己定制化组件，所以准备让ai蹬
然后基于同一份初始的prd，一开始没想着用pro去运行，直接让codex开干，结果效果如下（ gpt的前端真的给我看吐了）

这又绿又白的真的是什么
这下没办法了，原样prd输出给pro进行初步的图片绘制输出及如果如下

效果比原有好很多了，这时候就想直接让他出一个前端demo，也是基本能1：1复刻直接出的

效果也是挺棒的

这下直接把html交给sol去运行了，不出意外又翻车了。。。

出来的带有一圈灰色的不知名光晕，还有截断，真没办法了，使用下面方法

按照提示词复制给sol之后终于能改好了

---

总结：
最终感觉无论是需求理解还是win的ui代码适配，感觉sol在前端修改这一块真的是有大大的问题，最终也是借助web的pro进行不断的优化，效果比原有的死磕sol会好上很多，做为一次经验分享，欢迎集思广益，其实也可能是sol降智，但是测了juicy是960，我也没招了。。

---

补充使用体验：gpt还有个很恶心的通病，就是经常会丢失上下文专注于局部的改动，比如说我一般都会给自己一些日常的灵感idea写成prd，然后gpt改我的prd文件很经常都会：
v1-预想的三个模块
v2-（我提出其中某一个模块需要有xxx额外的功能或者修改）然后就会-其中的A模块prd，其余的BC直接变成很小一个篇幅
v3-当我继续修改-最终直接就变成了B的prd或者A的prd，一定要保存之前的每个文件让他重新输出一下才行

[yyjeqhc]

给它装个mcp工具，还可以直接查看本地的代码啥的，会更方便，而且，为了节约pro的次数，还可以在单次turn内信息交互。佬友可以参考一下我主页的webcodex

感觉实时交互实现以后，会有非常大的提升。

[diary_O (Polaris_Go)]

可以的，感谢佬友推荐，我去研究下，pro真的比本地sol聪明太多了

[luziyi (lzy)]

pro不是没办法调用MCP工具来着？

[Tanning4078]

现在好像可以了.之前是不行 佬再试试

[diary_O (Polaris_Go)]

但是好像要自部署一个服务做中转或者最低也得有一个公网ip，感觉还是挺麻烦的

[diary_O (Polaris_Go)]

主要是sol不知道最近是不是整体降智还是本身能力不足，如果没有很详细的方案真的很容易乱飞，真没办法了

[yyjeqhc]

好的，就是目前专注于功能开发，对用户使用方面关注得少，上手和实际使用会麻烦点，有啥问题也欢迎佬友反馈

[yyjeqhc]

有cf的通道就还好，适合一次性体验，然后cf本身也有持久化的那种，适合配置好以后长期使用

[diary_O (Polaris_Go)]

我当时也想过，要是网页能读就好了，但是最新的gpt的app也有work中的pro，但是好像很容易降智（同事们说的，用了就被tibo打击）导致我一直都没敢去体验，也不知道app的pro能不能直接读文件

[diary_O (Polaris_Go)]

@diary_O

gpt还有个很恶心的通病，就是经常会丢失上下文专注于局部的改动

这是真没招了，不知道各位佬友平时是怎么优化这些问题的