 | wdhwg001V2EX 第 66832 号会员，加入于 2014-07-02 20:47:58 +08:00今日活跃度排名 1241 |
wdhwg001 最近回复了
24 天前 回复了 HelloRickey 创建的主题 分享创造 最近边学边做了一个 AI Agent 框架，欢迎大家来体验一下。也希望大家顺便点个 star，我将给每人发送 50 个 V2EX 作为感谢。 |
我真觉得在你用的整个技术栈都支持 asyncio 的情况下，你自己独树一帜只用同步模式实在是有点…嗯…难说
28 天前 回复了 wdhwg001 创建的主题 程序员 试用 codex 感想：不说 You are absolutely right 是 GPT-5 最好的编程特性之一 |
@maladaxia 我感觉它比 codex 快一点，虽然也有起伏。至于并行工作你多克隆几个仓下来就行了
31 天前 回复了 paranoiagu 创建的主题 宽带症候群 上海电信花式限速（上行） |
@mikewang 这东西有股子当年西厢计划的味道了
31 天前 回复了 wdhwg001 创建的主题 程序员 试用 codex 感想：不说 You are absolutely right 是 GPT-5 最好的编程特性之一 |
@lzynb 非常依赖独立的 Step Tracking 文件和独立的 Plan 文件，大小问题都要求 AI 使用这两者而不仅仅是 todo
31 天前 回复了 wdhwg001 创建的主题 程序员 试用 codex 感想：不说 You are absolutely right 是 GPT-5 最好的编程特性之一 |
@mlzboy Cursor 的 Claude Opus 4.1 thinking 的 thinking budget 确实是比 Claude Code + Opus + ultrathink 要低的，大概只有 ultrathink 的一半，所以你如果真的面向最复杂的需求 Plan 的话，最好还是 Claude Code + Opus + ultrathink 。Augment 我记得完全没有 Opus 接入。
Cursor 的一个缺陷是，你需要给它一个 Cursor Rules ，不然它不会主动去做 Plan 。
codex 和 Cursor 的 gpt-5-high-fast 的思考预算是一样的，后者的 token 速度稍快一点。
Cursor 的一个缺陷是，你需要给它一个 Cursor Rules ，不然它不会主动去做 Plan 。
codex 和 Cursor 的 gpt-5-high-fast 的思考预算是一样的，后者的 token 速度稍快一点。
32 天前 回复了 tlerbao 创建的主题 Claude 2025 年 9 月 Claude Code 这些功能有实现或者有更好的方案吗？ |
你说的这些都是 Cursor 的功能，那你其实更适合直接去用 Cursor…
32 天前 回复了 semistack 创建的主题 Claude Claude code 降智到令人发指的地步。。。 |
据说 Cursor 是切到了 bedrock 才躲过了这场 claude 降智的，可以换 cursor
所有抄 aeron 的椅子都很容易勒腿，而抄 embody 的贵一点的都还行，最好的椅子依然是 embody
32 天前 回复了 wdhwg001 创建的主题 程序员 试用 codex 感想：不说 You are absolutely right 是 GPT-5 最好的编程特性之一 |
@taosimple Cursor 完全不阻止你尝试将整个上下文的任意一条信息 dump 到一个文件，Claude Code 的反编译满天飞，Codex 干脆是开源的。
这种差异决定了 LLM 是把它当作需要回馈的用户指令还是一段上下文。所以 Cursor 是 Rules ，而 Claude Code 是 Memory 。
这种差异决定了 LLM 是把它当作需要回馈的用户指令还是一段上下文。所以 Cursor 是 Rules ，而 Claude Code 是 Memory 。
Select Language