https://linux.do 论坛的话题更新通知频道。
666 6 在 上班开始了，200刀的key 中发帖
上班开始了，200刀的key，可以用gpt-5.3-codex，和claude-sonnet-4-6-20260217-thinking claude是kiro的
sk-BHwoloikYrFUEbuQRUBp5848qYzHYCKebcuVzJxCKv3B5uL8
西格玛男人 (@yunshen123) 在 （求助）CPA怎么一键删除 codex 401（被封禁）的账号？ 中发帖
如题，CPA怎么一键删除401（被封禁）的账号？
[image]
或者佬友们有推荐其他的管理工具吗？
本来想着可以AI写一下搞定，但是CPA项目持续更新，我是在zeabur直接Docker部署的，这个方案就废弃了。
无恙 (@aiaiAI) 在 Qwen发布Qwen3.5-35B-A3B， Reddit上都炸了 中发帖
[Screenshot_20260225_131146]
现可以在Qwen chat上可体验。
https://www.reddit.com/r/LocalLLaMA/
reddit上都炸了，都在惊艳Qwen3.5-35B-A3B的表现。
hebaodan 在 Kilo/Roo Code IDE编程能用Skill吗？ 中发帖
Kilo/Roo Code 能用Skill吗？
CC CODEX这些Cli会自己去看这些Skill，那么IDE编程用着咋样？
有佬试过吗？
BoomPOPBoom (@facjxzdt) 在 自托管服务用1panel还是coolify 中发帖
最近搞了台大机，准备把服务都迁移到上面，想问问佬们是用1p一把梭还是直接用coolify这样的paas平台来管理服务器
@Zhliu0124 在 求推荐超低延迟语言模型和供应商 中发帖
主要用于阅读英文电子书的时候查词和句子和段落解析用，模型能力够用就行，但是延迟越低越好，不知道有哪些提供商的模型推荐。
魔搭的延迟似乎都比较高…
感谢！
自然矿山 (@nature16) 在 nvidia手机号收不到验证码问题-个人总结经验 中发帖
关于这个问题，刚开始只是想接入opencode的，网上关于手机号解决的办法太混乱了，也没有专门的一个总结，我这里就做一个人的解决方案的经验分享以便后人快速查找。
如果是+86,个人实验下来
1.移动的话目前最快的是华为+移动能最快接到码，iphone和redmi都是收不到的，（我的iphone手机号关了短信拦截也一样，所以短信拦截不是主要问题，nvdia有中国的服务器）
2.电信用redmi是可以收到的，其它的没尝试
3.联通的没试过
国外的虚拟号可能也可以
另外这里的veriy我猜是防人机的，可能和谷歌一样，后面也没有换绑的选项，所以随便一个能通过的验证就行，没必要纠结用自己的手机号，找你认识的人借一下都行
要吐槽一下这个速度很慢，但是也能用
新人写贴，如有不足，欢迎指正
如果佬友们有更好的方案或者经验欢迎分享
青雲 (@echoVic) 在 异步 Agent 时代来了？ 中发帖
coding agent 正在从"你盯着用的工具"变成"异步工作的同事"。
1. Claude Code Remote Control
终端启动任务，手机接着操控。命令 claude rc ，Max 用户已可用。以前用 coding agent 是被钉在电脑前的——给指令、盯着跑、等提问、回答、继续盯。现在可以开个任务就出门，手机上收到提问再回复。
2. Cursor Demos Agent
跑完不只给你 diff 了，直接发一段运行软件的视频录屏。CEO 说现在 1/3 的 PR 是 agent 自主创建的。你不需要看过程，看结果就行。
3. OpenClaw
更彻底——agent 通过 cron 定时执行任务（调研、发帖、监控），结果推送到 Telegram/飞书/Discord。你甚至不需要主动去看，它做完了来找你。完全异步，完全脱离终端。
这三个产品的共同点：agen...
时运 (@shiyun) 在 新版cc出现command ‘claude-vscode.editor.openLast’ not found问题解决方法 中发帖
扩展版本 ：2.1.55（anthropic.claude-code）
平台 ：Windows 10/11
Claude CLI 版本 ： 2.1.55
症状
VS Code 扩展在 Windows 上无法激活，导致：
command ‘claude-vscode.editor.openLast’ not found
VS Code 中的任何 Claude Code 按钮/命令都是无效的。
根本原因
extension.js 包含 3 条硬编码的 Linux CI 构建服务器路径 ，在 Windows 上无效：
createRequid，带有硬编码的构建路径（第 45 行）：
// Before (broken on Windows)
L1 = BE.createRequire(“file:///home/runner/work/claude-cli-interna...
欣欣|林可欣 (@StellaFortuna) 在 豆包也是神人 给我的牛油果补个腿 中发帖
[wx_camera_1771994634235]
[IMG_20260225_125259]
(vivo的AI修图也是逆天，只要用到AI功能了，必须将png转为jpg直接导致透明图层消失…)
豆包补腿后:
[1771995013659]
dingruyi 在 在家科研，如何使用codex 或者 claude code 操作我实验室的8卡A100服务器呢？ 中发帖
ai研究民工一枚，然后春节在家需要通过codex + 本机macos，操控远程的显卡服务器。因为codex似乎还不支持linux 系统上直接用（我指的是codex app版本，毕竟奥特曼说有3倍额度，而且还可以多线程，确实好用啊，薅羊毛！！！）想把 openai codex app的羊毛用在科研实验中，但是codex app不支持 linux，目前只支持macos，怎办啊？ 有佬友知道吗？（主要是多线程，真的好用！！！ api 额度几乎又是无限，无法用在显卡服务器上，太可惜了。
饺子还是奶龙 (@tistest) 在 Cloudflare官方下场对狙Vercel，打造Vite版Next.js 中发帖
早期的基准测试结果令人鼓舞。我们使用一个包含 33 个路由的共享 App Router 应用程序，将 vinext 与 Next.js 16 进行了比较。这两个框架都在执行相同的工作：编译、打包和准备服务器渲染的路由。我们在 Next.js 的构建中禁用了 TypeScript 类型检查和 ESLint（Vite 在构建过程中不运行这些），并使用了 force-dynamic，这样 Next.js 就不会花费额外的时间预渲染静态路由，这会不公平地拖慢其性能。我们的目标是仅测量打包和编译速度，其他因素不予考虑。基准测试在每次合并到 main 时都在 GitHub CI 上运行。
生产构建时间：
框架
含义
与 Next.js 对比
Next.js 16.1.6 (Turbopack)
7.38秒
基线
vinext (Vite 7 / Rollup)
4.64秒
...