V2EX › maolon 的所有回复 › 第 1 页 / 共 22 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 22

❮

❯

22 小时 23 分钟前

回复了 mrgeneral 创建的主题 › 问与答 › 到底什么才是使用 gpt-5.6-sol 对的姿势？

@doco #2 是的会好很多，luna 虽然量大管饱非常便宜但是也很慢

22 小时 24 分钟前

回复了 mrgeneral 创建的主题 › 问与答 › 到底什么才是使用 gpt-5.6-sol 对的姿势？

@heyjei #3 也是一种方法，只是我觉得 opus 5 如果你用中文有点不说人话，我是不喜欢读他输出的 plan ，实现还是不错的

22 小时 37 分钟前

回复了 mrgeneral 创建的主题 › 问与答 › 到底什么才是使用 gpt-5.6-sol 对的姿势？

正确姿势就是不要用 5.6 sol 写代码，他的 over engineering 倾向是深入骨髓，不是什么 skill 或者 plugin 能改的，拿来做 review 和 plan 就好了

1 天前

回复了 287854442 创建的主题 › 程序员 › 大家现在日常/办公中，语音输入占比大概有多少？

0 我不说话不是因为说话效率不高，而是我边打边想说话反而影响思考，而且讲道理就 agent 运行的那个耗时真的不缺你打字那点时间

2 天前

回复了 yidinghe 创建的主题 › 程序员 › 神秘的 Ox Alpha（中文圈昵称“牛来”）究竟是何方神圣...

@Sezxy 是的应该是 5.3v turbo, 和 5.3 的思维链几乎一模一样，长度也一致

2 天前

回复了 hefmt137 创建的主题 › OpenAI › codex 的 pro20x 都不够一个系统修复用的

100 个子 agent ，以 codex 的 harenss 来讲就是浪费 token ，因为大部分的工作都是互相踩踏。

也别说我张口就来，5.6 sol 刚出的时候我就试过 ultra + 500 个子 agent 了，大部分的工作都是无用功

4 天前

回复了 miniliuke 创建的主题 › 问与答 › cursor pro 和 codex plus 哪个量大

cursor 你要看用 4.5 还是 6 ，5 差不多能到 3B 每月，6 就没有了，因为 cache 贵，差不多 2.8B 每月？

4 天前

回复了 sola97 创建的主题 › 问与答 › 有没有人感觉 vibe coding 的时候电脑很卡？

codex 是越写越烂，什么每一个 session 给你开一套 mcp ，全量加载 jsonl ，后台偷偷跑 memory 烧 quota 都是小问题，大问题比如内存泄露，乱搞 cache 导致疯狂烧 token ，疯狂读写用户硬盘烧寿命这些问题数不甚数。

反正 tibo 他们觉得功能 > 优化，出问题就按 reset 就行了

4 天前

回复了 royalknight 创建的主题 › 程序员 › codex 订阅额度降幅达 50%！刚刚 tibo 已经回应，是为防止滥用行为

@DefoliationM #12 同一时间并发不同的 prompt ，尤其检测是 sys prompt prefix 就知道了，正常用户可能并发不同的请求，但是系统设置基本一样，

但是不同人你装没装 mcp ，装了哪些 skill ，开了哪些系统功能（比如 computer use ，memory ）那区别大了去了，同一时间出现几十种不同的配置那不是很好锁定么

5 天前

回复了 Orris 创建的主题 › 随想 › 第一次用 AI 用出了挫败感。

你需要参考 matt pocock 的 skill 的方法论来做设计操作，尤其是 wayfinder 就是一个最好的例子。
你跟着他的流程做一遍自己脑子就有整个流程图和大概的模块的思路，和哪里需要削减了。
ai 做设计最忌讳就是一次性把所有模块一起设计完，这样既管理不到细节，也因为生成的文档量太大了整体也把握不好。

5 天前

回复了 sinORcos 创建的主题 › OpenAI › 大家用 sol 的时候会选用极高吗？

@qq1147 #45 我现在代码用 gemini 3.7 ，grok4.6 ，glm 5.3 这三，sol 只做方案和审核

6 天前

回复了 121819756 创建的主题 › 职场话题 › AI 受害者 2

因为这里有一个矛盾的点：要么你就完全不用 ai ，用了 ai 之后他的产量（文档和代码）已经不是你能 review 的过来的，所以你领导的思路应该是对的：就是人拿方案，ai 写 ai 改。

现在的麻烦的点是人怎么验证正确性和方向一致性，这两天看到一个不错的思路可以参考一下： https://www.youtube.com/watch?v=YgEv7IQzGdM

7 天前

回复了 sinORcos 创建的主题 › OpenAI › 大家用 sol 的时候会选用极高吗？

已经放弃拿 sol 写任何代码了，所以 sol 默认 xhigh ，max 除非你搞科研，不然没必要用，具体可以参考 deepswe ，ultra 就是会积极编排 subagents 的 max ，5.6 刚出的时候我试过用 ultra 2 分钟烧完了 20x 5 小时的 quota 。

另外 xhigh 只要你不拿他写代码额度肯定够你用的，fable 也是 xhigh ，还有降智之后一般 xhigh 这一档降的是最少的

7 天前

回复了 harveyM 创建的主题 › 职场话题 › AI Coding 时代作为面试官已经不会面试开发了

主要是你考察不能和实际生产脱节吧，你说考核要别人不用 ai ，然后才算有优势和壁垒，问题是这个时代这些技术能力本身就已经不是壁垒了。

然后一到生产环节大家都用 agent 推进工作，如何控制 agent 本身也是要有 ai 使用经验支撑的。

8 天前

回复了 nativeBoy 创建的主题 › 程序员 › opencode go 的 deepseek flash 额度涨到 30 美刀

@saySilence 正解，昨天就是试探底线，今天一看退订数据吓一跳，赶紧加回一半

8 天前

回复了 mqx 创建的主题 › 分享创造 › 灭霸指令

哈哈哈🤣，拿来测试了一下从网页直接 run 命令的功能能不能拦住

9 天前

回复了 seekinglight233 创建的主题 › OpenAI › GPT Pro 20X，两个人用也会触发风控吗？

不会，你可以看我去年发的贴，和别人合用快一年了都没问题。

Selected model is at capacity.这是 gpt 他们服务器的问题，你如果不用 codex 用第三方 harness 就很容易触发这个（他们优先保证 codex 的服务），尤其是并发高的情况。

9 天前

回复了 ope 创建的主题 › 人工智能 › kimi 随意账号免排队免权限直接订阅 kimi coding plan 方法揭秘

不理解为啥还在宣传 kimi 套餐?
我说难听点，k3-256 ，199 那档一周才给 100M ，这还是 95% cache hit 的情况下，gpt 哪怕是个 plus ，只用 5.6 sol 都能用个 120M 左右，给我一个不用 gpt 的理由，千万别告诉我 k3 比 sol 强哦

9 天前

回复了 DreamingCTW 创建的主题 › 程序员 › 想问问朋友们现在都是用的什么 Coding Agent？

pi + cursor(只用 4.6)，

cc 喜欢恶心人给你暗搓搓塞东西，codex vibe coded 无限烧 token （说是之后的改进能节省 94%的 token 消耗，那基本官方承认瞎烧 token 问题了），opencode 也没啥大问题就是臃肿，dsh 没咋用就不评价了

1 2 3 4 5 6 7 8 9 10 ... 22

❮

❯