https://linux.do 论坛的话题更新通知频道。
虚惊一场。 (@r7ruk)准备开始面试了,感觉 agent 跟以前背八股一样。先整理一波资料。有需要的可拿 中发帖

如题,网络分享资料 
共勉,找工作的 佬们 
「Agent面试」,https://pan.quark.cn/s/9a8595b484a3
AAAAAAAAAAAA (@AAAAAAAAA)GPT-5.6 sol 烧了30亿token下的使用感受 中发帖

GPT-5.6 sol发布也有3天了,这三天我几乎是蹬晕了,烧了几乎 30e tokens,发个帖子记录一下我对这个模型的看法。 
用量截图: 
 [image] 
[image] 
我是用官方订阅,但是sol很容易让我到限额,所以配了一套单独的cli环境用中转站。 
纯属个人主观观点,友善讨论,有不同意见别骂我🤡 
省流版: 
我认为 5.6 sol 是我最满意的模型,没有之一。 
在 Ultra 模式下,配合子代理简直是力大砖飞,可以和 Fable 5 碰一碰。不过在普通单线程任务中,思考强度相同,感觉是不如 Fable 的,但差距蛮小,只有一点点,我甚至觉得很多时候可以忽略不计。 
至于为什么我认为fable强的情况下我依旧认为 5.6 sol 是我最满意的模型,because: 

几点感受: 
1、非常烧额度 
我是 Pro 5X 用户,开 Ultra不开 Fast 的情况下,大...
hello world (@kernelbit686)O/貌似在今天的版本更新后清空了我的/home/username/.codex/ 中发帖

O/貌似在今天的版本更新后清空了我的/home/username/.codex/,今天没用codex的记得断网备份下codex的配置目录,我的账号配置、用户配置、skill、插件什么的全没了( 
目前不知道是概率性问题还是codex自己作的(
zzr (@eygds)有关前端询问 中发帖

请问一下各位大佬因为我都是用codex制作自己使用的前端,但是风格不太好以及字体总是错位,有没有推荐的skill去使用制作啊
wawaeryu为解决opencode go的低缓存问题,我做了基于new-api的opencode go订阅登录后全自动信息提取的二开 中发帖

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:我的帖子已经打上开源推广 标签: 是我的开源项目完整开源,无未开源部分: 是我的开源项目已链接认可 LINUX DO 社区: 是我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是以上选择我承诺是永久有效的,接受社区和佬友监督: 是以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出从BOHE佬友的建议继续,为了便于高缓存地使用opencode go订阅,我做了一个支持手动登录opencode go账号后全自动提取quota所需信息与apikey的new-api二开,希望可以帮到佬友们。当然,我只是基于个人能力不足没有做基于账号密码的全自动登录与信息提取器,这里给佬友们抛砖引玉了,如果佬友们有能力可以进一步开发。项目链接如下: 
Jacobinwwey/new-api: A unified AI model ...
@kreiitor想问一下大家未来的方向 中发帖

如题,本人是一名研 0 学生,本硕是同一个学校,中流 985 。本科是数学类的大数据,研究生是叉院的数据科学专业,2 年制专业硕士。想转码,但是本科是数学专业,没有计算机基础和实习经历。而且目前 ai 大势滚滚向前,不知道应该朝哪个方向用力,本人也不是很有科研实力的那种人🥹,所以算法感觉卷不过。不知道还可以选择什么方向和赛道去用劲。2 年制应该很快就要实习,所以感觉要提前准备去什么方向了。不知各位佬有什么建树和意见可以分享指点一二😊
艾奇 (@taotao12f)用了最先进的AI模型是不是就是走在了前沿? 中发帖

大家天天在讨论这,GPT 5.6有多强,肥波有多好使 
但我身边有不少人还是觉得豆包好用,快,顺手 
我其实也很久没打开豆包了,最初也是用来生图、做视频 
今天我帮朋友整理了一份系统使用说明书,他竟然说还不如豆包写的好 
我就有点不服气,我可是用GPT 5.6做的,竟然不如豆包? 
然后我突然开始反思,咱们天天去追着用最先进的AI模型,是不是就觉得自己走在AI前沿了? 
其实应该有很多人(包括我),用着最先进的AI模型,干的却是最基础的活吧 
而在基础需求面前,先进模型未必比得上接地气的普通模型吧 
所以在天天追着用新模型的同时,是不是想清楚自己到底需要AI帮自己干啥,是更重要的?
LimitlessRiseGPT-5.5 80刀 中发帖

用不完了,还有差不多85刀 key需要解 
https://cdk.asxs.top/v1 
c2stN2VhNzU0MzE2NjMwNWE3NTRkMGQwODRlZTg5MTYwMGQ=
@Alvvibe coding的时候是先设定总体的方案,同意修改后执行,还是先完成base代码,和ai讨论再逐个加功能指标? 中发帖

最近在vibe coding的时候,如果想实现一个功能,比如评测脚本,ai会给我很多的设计和任务,但为了指标和内容可控,都需要一个一个看每个指标的含义和如何实现的,让他打回修改,觉得这样一次性看非常多的内容压力很大。 
如果先让他完成基础的内容,再和他确定逐个增加的功能或者指标会不会好一些? 
各位佬友有没有什么类似的心得或者经验嘞 🤩
韭菜盒子 (@maoning)佬友们 K12母号有什么用啊? 中发帖

手里有个k12母号不知道有啥用。我看邀请别人需要固定结尾的邮箱才行
@qiu001主管机构通知不准用小龙虾和Claude code,有国产平替吗? 中发帖

主管机构通知不准用小龙虾和Claude code,有国产平替吗? 
用了有什么风险?
mango (@mangoqwq)分享下之前薅的 bohrium vps 开发记录 中发帖

之前很多人一起薅过 【已失效】一个免费开机子的网站:2c4g+100g disk。理论免费且永久(不需要绑卡/手机号) bohrium的 vps。 
有一部分人可能会因为粗心开成 container 而非 虚拟机。 
k8s 的 container 相比虚拟机会有很多限制 

对外只保留 22/888 接口,888 接口是官方通过 CF tunnel 打的 Jupyter服务
没有独立的 IP,只能通过阿里集群 IP 对外访问。
无法开启 swap,跑大型服务很容易 OOM
因为是 container 所以不是很好监控 VPS 状态

针对这些 case,我在 Grok 老师的帮助下进行了开发,目前也部署了一部分服务 
 [image] 
端口问题
直接用自己的域名去CF那里打tunnel,如果不想走CF,可以自己打洞,目前我打了 3 天,服务都正常,毕竟官方 Jupyter 都是打洞的。 ...
JackMing收 一个 x premium + 的 bug 号 中发帖

**[有没有出售 x premium + 的 bug 号。收一个,带价来哈]
水很深 (@deep_water)用AI回复,总感觉怪怪的 中发帖

从 https://linux.do/t/topic/1635855 继续 
▶ 
加prompt的 step
▶ 
web qwen
▶ 
微调model
哪一个看起来会好点 
投票
感觉怪挂的,可能是真的没见过真实案例,想不到如何当用户 🥶 
用户->也是step 
▶ 
这个是之前的prompt被拒绝,加了一个前置prompt后的,应该是被前置影响了
Yoahoug (@ahhhahh)经验分享:如何在Sub2api里使用CPA反代的Grok。CPA-Grok优于Sub2api-Grok 中发帖

很多基于Sub2api的公益站想分享gork的模型,会遇到很多问题,如426。 
在体验了两大反代下来,还是觉得CPA反代所做的优化是优于Sub2api的: 
1.有grok-composer-2.5-fast模型,虽然不是多模态。(这一点CPA官方也解释了 这个模型反代本身是无多模态的,具体的去看issue:https://github.com/router-for-me/CLIProxyAPI/issues/3746) 
2.openai对接,cc对接,无论在哪儿用,都不会426 
长话短说,做法如下(简单的我就一嘴带过了): 
1.在cpa登录super-grok账号 
 [image] 
2.Sub里新建一个cc分组,Grok: 
 [image] 
3.Sub里新增一个cc账号,自定义api,对接CPA: 
 [image] 
如果获取不到对应模型,那就手动添加一下吧。 
4.分...
BenjaminAaron来自Tibo的辟谣,Codex中超过270k的上下文不会额外收费 中发帖

[image] 

We do not charge extra above 270k context 

所以现在可以确定Codex是按照credits计费,并且大概率是没有缓存写入收费,因为官方的credits收费页面没有缓存写入的价格,而且你想算也算不了,官方的字段一直返回的都是0,悄悄咪咪收了也没辙 
双倍计费应该仅限于API了 
什么?你不认识Tibo?你只需要记住他是掌控Codex重置的大手即可 🥷 
(接下来该去给各个开源项目提pr了,影响范围颇广 
原链接
@Underthemoon每个人留下一句你对 Codex 负责人 Tibo 的评论 中发帖

我先来 积极回应用户的声音!如图所示,虽然该方法被指出是不正确的,但是还是看到负责人耐心回应自己的用户,值得点赞 
 [IMG_2564]
Back to Top