Lexo's recent timeline updates Lexo's recent timeline updates |
LexoV2EX member #482565, joined on 2020-04-09 11:55:40 +08:00Today's activity rank 10952 |
is_lexo
lexo.cool
United States
lexoliu
See ya
Lexo's recent replies
2h 6m ago Replied to a topic by jarbin › Tesla › 特斯拉的 fsd，买断制 VS 订阅制你会怎么选择 |
订阅制其实蛮好的，可以督促厂商持续改进。商业模式其实也更合理...除非是那种我不指望它有任何更新而且很便宜的东西我才会买断...（比如 Typora ）
2h 14m ago Replied to a topic by binghanena › Claude › codex 真的和 cc 性能差不多吗 |
后端：Claude Fable 5 > GPT 5.6 Sol > Claude Opus 4.8
前端：Claude fable 5 > Claude Opus 4.8 >> GPT 5.6 Sol
GPT 目前最让人头大的就是前端确实没有什么审美，但是在需要强大逻辑能力的任务，比如网络安全/debug ，我目前测下来 GPT 5.6 Sol 确实是仅次于 Claude Fable 5 但又便宜得多的...尤其是网络安全相关，GPT 5.6 Sol 是唯一可用的最好模型...
前端：Claude fable 5 > Claude Opus 4.8 >> GPT 5.6 Sol
GPT 目前最让人头大的就是前端确实没有什么审美，但是在需要强大逻辑能力的任务，比如网络安全/debug ，我目前测下来 GPT 5.6 Sol 确实是仅次于 Claude Fable 5 但又便宜得多的...尤其是网络安全相关，GPT 5.6 Sol 是唯一可用的最好模型...
3 days ago Replied to a topic by 1874w › OpenAI › 我发现 Codex 经常会写入幽灵规则 |
我觉得是 GPT 参数量相对来说太小的缘故。不知为何，GPT 总是会很刻板地去理解 prompt 。缺乏一些发散思维和创造力，无法理解自然语言的「弦外之音」和我没有要求的事情。GPT 做前端时总是会在界面上加上大量大量的描述和我提供的提示词的片段，看起来像是过分追求指令遵循导致的。
而 Claude 在这方面就会好得多，比如我可以跟 Claude 说「像做梦一样整理你的 Claude.md 」，但是对于 GPT 我就需要把提示词写的直接一些...Claude 给我的感觉更像是一个人，一个朋友，而 GPT 更像是擅长干活的工具...
当然可能下一代 GPT-6 就会解决这个问题了，据说 OpenAI 打算训练一个参数量大得多的底座去对抗 Claude fable 5.1 。
而 Claude 在这方面就会好得多，比如我可以跟 Claude 说「像做梦一样整理你的 Claude.md 」，但是对于 GPT 我就需要把提示词写的直接一些...Claude 给我的感觉更像是一个人，一个朋友，而 GPT 更像是擅长干活的工具...
当然可能下一代 GPT-6 就会解决这个问题了，据说 OpenAI 打算训练一个参数量大得多的底座去对抗 Claude fable 5.1 。
Apr 10, 2020 Replied to a topic by Livid › Lua › 关于 Lua 的标准库 |
Openresty,比如你说的分割问题可以用 ngx.re.split 解决
第二个...是有点头疼...得自己遍历
第二个...是有点头疼...得自己遍历
Apr 10, 2020 Replied to a topic by caola › Lua › Lua 怎么实现 php strstr() 函数的功能 |
string.find("Hello world","Hello",1,true)
第一个参数是母字符串，第二个参数是子字符串，第三个是从第几位开始匹配，第四个设为 true，就可以开启仅字符串匹配，而不是用 Lua 正则匹配，无需转义
第一个参数是母字符串，第二个参数是子字符串，第三个是从第几位开始匹配，第四个设为 true，就可以开启仅字符串匹配，而不是用 Lua 正则匹配，无需转义
Select Language