https://linux.do 论坛的话题更新通知频道。
@npm 在 不卡，畅想曲 中发帖
No.1 升配
No.2 每天统一踢人，登录需要连续过N种验证码！，eg: turnstile, hcaptcha, funcaptcha, …
No.3 流量分散出去，每个人都可以贡献自己的小鸡，贡献的人发一个徽章：星星之火
@bigkele 在 今天codex注册机是不是都报Failed to create account. Please try again 中发帖
昨天下午还能用今天全部报错
10:42:03] [10:42:03] 提交密码状态: 400
[10:42:03] [10:42:03] 密码注册失败: {
“error”: {
“message”: “Failed to create account. Please try again.”,
“type”: “invalid_request_error”,
“param”: null,
“code”: null
}
}
@zming 在 packycode空闲了，来人蹬一蹬 中发帖
买了packycode和rc，现在rc大包都蹬不完, packycode一直闲置
sk: sk-DA8cHmIrkAxBdj6b1fj09OlPeP1FN8Xq
base_url: https://codex-api.packycode.com/v1
让我见识见识你们蹬的速度， 看下今日的120刀能多快蹬完
[Screenshot 2026-04-03 at 10.56.24]
@ranmoanran 在 做了一个真实项目后，我现在基本固定用 Codex 写后端，Gemini 处理 UI 中发帖
最近拿 AI coding 真做了一个项目/功能，算是把自己的一套工作流试出来一点了。
先说结论：
我现在基本不太纠结“Codex 和 Gemini 谁更强”了，直接按分工用。
Codex 主要写后端
Gemini 主要看 UI
这样跑下来，比我一开始想的“一个工具从头包到尾”稳定不少。
一开始我也试过让一个工具前后端一起做，但实际体验是：
要么后端逻辑还能看，UI 比较一般
要么页面看着还行，一到真实接口和业务细节就开始飘
后来我干脆分开用，反而顺很多。
Codex 这边，我现在主要拿来干这些事：
读现有代码，然后接着改
补接口、补 service、补一些联调时冒出来的碎逻辑
按项目原来的结构继续写，而不是重新起一套
我自己的体感是，后端开发很多时候不是单纯生成代码，而是得在已有工程里把东西补进去，而且尽量
别把原来的流程搞坏。
这类事情我目前还是更愿意交给...
yx (@xiaoG233) 在 openrouter 我不玩了我要退钱 中发帖
[图片]
免费模型是有，想用的基本问一句就超时，到时有个openrouter/free可以自动选择free模型，基本都是冷门的，一个字卡死了，token按秒吐，佬们别想充10刀只薅免费模型了，我不玩了，我要退钱。
nick369 在 不再纠结，上车claudecode max20x 中发帖
[image]
经历了最近几天注册机崩坏，跟着佬的步伐升级注册机、调试、坏死、继续调试上线、又坏死。
心累了，咬咬牙直接订阅了Max 20x，如图。这下终于可以畅快的vibe coding了。
IP：免费oracle ip 给 VM ubuntu全局
订阅方法：手机使用oracle ip，去google play内购，用gmail 2年的老号
使用环境：VM ubuntu + vscode的cc插件
ps. 看看能撑多久。。
WangJN 在 ai看ClaudeCode源码01-怎么写claude.md 中发帖
缘起
ClaudeCode CLI源码泄露这个事情大家都知道了，那么这个事对我这种菜鸡有什么价值呢？
想到之前面试的时候，面试官总喜欢问Spring源码的问题，本速成选手怎么可能真的读过？不过确实有一些相关问题，会去八股文里寻找答案。说明–源码对实践的指导，是很有意义的。
大模型，我们普通人肯定是做不出来了。但是一些agent应用，harness工程可能就差临门一脚。学一下世界顶级的代码库，是没问题的。
所以我想开这个系列，参考资料是源码、各类导读等等。当然，执笔全程由AI来。暂时做不到图文并茂，因为我本地的Gemini说什么也登陆不上:kelian:
我能做的大概就是：1. 对它提出问题；2. 把每篇文章总结出的答案，总结成skill，大家可以各显神通。
正文
怎么写出 AI 真正会遵守的指令
你写了一堆 “代码要简洁”、“遵循最佳实践”，Claude 读完之后？
该怎么写还...
@ranmoanran 在 做一个真实项目，我现在基本固定用 Codex 写后端，Gemini 处理 UI 中发帖
最近拿 AI coding 真做了一个项目/功能，算是把自己的一套工作流试出来一点了。
先说结论：
我现在基本不怎么纠结“Codex 和 Gemini 到底谁更强”了，直接按分工用。
Codex 主要写后端
Gemini 主要看 UI
这样跑下来，比我一开始想的“一个工具从头包到尾”稳定不少。
一开始我也试过让一个工具前后端一起做，结果经常是顾此失彼：
要么后端逻辑还能看，但 UI 比较普通
要么页面看着热闹，一到真实接口和业务细节就开始飘
后来我干脆不纠结了，谁适合干什么就干什么，体验反而顺很多。
Codex 这边
我现在比较愿意把后端相关的活直接交给 Codex，尤其是这种真实项目里很常见的事情：
读现有代码，然后接着改
补接口、补 service、补 mapper、补字段
修联调时冒出来的各种碎问题
按项目原来的结构继续写，而不是自己重新起一套
我自己的体感...
超拉风的羊 (@Vive) 在 梯子节点换个网络就全部超时 中发帖
每天上班梯子在公司用的好好，没关过，一下班连上家里WiFi死活都用不了，节点全部超时，控制变量连上手机热点它又好使了，有佬知道这是咋回事嘛，不能我一下班它也下班啊
美丽心情2009 (@Kelan2009) 在 A\最新研究：Emotion concepts and their function in a large language model 中发帖
多少有点科幻的感觉了
童子 (@qmai) 在 百炼的Coding Plan有人蹬嘛，还剩4天 中发帖
[screenshot-20260403-103208]
key： sk-sp-9501ce4d645b467c8dcef480a2663e9a
@glaucus 在 回馈观影党，发个馒头 中发帖
自己也是观影党在论坛求到的馒头，需要以下条件：
1、NAS自建影视库截图（统计信息即可）
2、任意站点低隐私（最好是我有的，别太小众）
进去后注意分享率，仔细阅读规则，不要走代理