https://linux.do 论坛的话题更新通知频道。
@Deadfire 在 copilot gemini agent模型智商好低 中发帖
使用 copilot 学生会员,gemini 的 agent 模式,一直说车轱辘话,不推进项目。难道是降智了?感觉 copilot 的 agent 不如 claude 或者 codex 顺手 🤨
@skyzy 在 claude code搭配codex使用 中发帖
【2026.4.8号更新】codex破限—在gpt5.4 xhigh使用的
【保姆级教程】结合openspec,如何让codex变成核动力牛马替你做 8 小时班
最近claude code降智严重,使用opus max模型我的5x订阅也扛不住,就捣鼓捣鼓codex作为辅助执行者的方案,配合claude-flow的mcp,使用clawgod对claude code破限
流程是:
使用opus模型,将任务拆解成可执行的csv,然后使用核动力牛马的方案做一个skill 去调度执行csv,执行的时候,让他规避掉逆向等词汇,拆解成CTF题目,使用claude-flow使用codex去执行
[image]
这样就实现了opus发号施令,codex去干活的搭配,思路是这个思路,具体的实现过程让ai自己落实就行了。
也不知道claude什么时候能回归正常,感觉这样下去下个月5x订阅都要打个...
Flybirder 在 浅谈Harness Engineer核心编排模版:Ralph Loop 中发帖
Harness Engineering 的执行核心是一种叫做 Ralph Loop 的编排模式
AI—>概率模型
AI agent处理复杂任务—>没有一个足够好的环境、约束以及反馈机制
Ralph Loop—>让AI持续工作直到真正完成—>解决AI编程助手"半途而废"问题的创新方法—》通过Stop Hook 拦截机制,让AI在未完成任务时无法退出,
通过文件系统、测试结果和Git历史形成自我参照的迭代循环—>专注于可验证任务的持续迭代修正,不依赖LLM主观判断
痛点:AI编程助手为何总是"半途而废
在使用AI编程工具时,开发者经常遭遇以下困境:
过早退出:AI在它认为"足够好"时就停止工作,而非真正完成任务
单次提示脆弱:复杂任务无法通过一次提示完成,需要反复人工干预
重新提示成本高:每次手动重新引导都在浪费开发者时间
上下文断裂:绘画重启后,之前的所有进展和上下文全部...
shaunlee 在 glm5.1的真实体验 中发帖
我不是老用户婆罗门,我注册的时间也不算久,但是看最近很多说glm5.1的体验很好的,很多都是4月注册的新人。有没有老一点的用户发表点体验的,说实话我是认真在考虑是不是要订阅一下,虽然听说说现在貌似算力不足,各种卡顿。
出于尊重,选项没有“拉”
投票
Jameson (@x9981509) 在 Hermes agent 问题 中发帖
[image]
有没有佬在使用Hermes的时候,在Chery studio调用工具的时候,怎么一直报错呀 是Hermes输出的内容和cherry studio不适配吗?
hzz12138 在 请问官方的CPA,为啥不能自动压缩哇?Free账号池 中发帖
[image]
[image]
[image]
config.yaml也设置好了。
目前部署在日本的一个机器上,国内可直连,所以貌似也不是网络问题
sheldonleeft 在 佬友们,gemini 报 403 是被封了吗? 中发帖
我的 Gemini 在海鲜市场开的,然后我发现 gemini cli 用403 ,然后网页版可以用,什么模型都可以用。
主要想用的原因是:
A➗封了我四个号后,我就不想折腾了;
想着用 Gemini 写前端可以,就准备搞个备用。结果没法用。
目前是 Codex 的Pro 用户,本打算用 GLM 做备用。结果 GLM 抢不到,所以才打算用 Gemini 做替代的。
注:A➗ 最好一次封号,用指纹浏览器申请的,IP 纽约,然后家宽纽约,开了 Pro 养了一周,然后就用 Google Play 升级了 5x Max, 扣款的第二天晚上被封了。不折腾了。
@Okcomputer 在 悲报,自用gpt小号也寄了 中发帖
自己用一个备用gmail号注册的gpt号,还添加了自用的实体美国电话卡,之前是注册用来测试cpa的,结果刚刚收到邮件了,这居然也能封啊,离谱!还好我没用大号搞。
小飞猪的希冀 (@zerobey) 在 【GPT古法之道日暮西山】目前靠 GPT5.2 苟活😭 中发帖
至公益站陨落之后,古法手搓又续了一口,现在只能等待下一个奇迹了(内心OS:没有奇迹了,没有奇迹了)
1、古法注册邮箱这会已经开始高频 add phone 跳不过了,跳不过了呀;
2、free 账号额度几乎约等于没有;
3、5.3、5.4 降速、降智;
[image]
@Deadfire 在 【一人公司】OPC赚钱,最终都是去卖课吗 中发帖
最近和朋友 创业 讨论了很久。发现创造出 新的需求 是最难的事情.
但是卖课就抓住了这一心理,人们都想暴富。
我们开玩笑说到最后实在不行把流程打包出去卖课。
各位有创业经历的,无论成功还是失败,有没有什么经验分享呢。
希望能有所收获
zstring 在 分享50个hotmail邮箱 中发帖
rerrr 在 claude code 吃 token 厉害,pro套餐一两个问题就达到 5 小时限额了 中发帖
开了 claude code pro 的套餐。最近发现使用 claude code。通常几个问题就到5 小时限额了,感觉 token 很不经用。
比如今天,我问了用来优化 skill 的问题。一个问题就用掉了这么多:
[image]
我使用 `npx ccusage` 查看统计的 token 用量才一千多万,甚至还包括其他模型一起的,如下图
[image]
大佬们有相同的感受吗?是哪里不对吗?
RerrentLinden 在 想请问从程序员角度 vibe coding 的思维范式和实践是怎么样 中发帖
背景
作为某手工业天坑的外行人,最近 vibe coding 上瘾 😂
个人实践
用 claudecode 和 codex 复杂需求和从零开始用 superpowers,轻度任务用站内佬友分享的 taskmaster skill。
问题
vibe coding 带来极低的决策成本,即使我一开始提供了详尽的需求和边界,在施工完成后,能满足我 90% 乃至 95% 的要求。但最后手工验收的时候,总觉得这里有点不满意,那里能再改改或加点啥。
即使第一次需求写的非常充分,到后面就又变成了鸡零狗碎的那种东一榔头西一棒槌的需求。这样浪费 token 和时间倒是其次,叠到后面就像无底洞一样,需求就崩了。
想请问佬友,健康的开发思维是怎么样的?面对细碎的需求应该怎么处理呢?