标题: 想要充值一个会员ai，现在2选1，请佬们给点建议
作者: #flowers
板块: #搞七捻三
编号: 1801551
帖子: https://linux.do/t/topic/1801551
时间: 2026-03-23 14:07:21
摘要:

个人不是重度使用ai的，目前考虑价格因素，选择的是gemini ai plus 印度ios内购399卢布、grok印度ios内购700，不进行代码编写，哪个日常使用好一些哇：网络搜索、文档查找、图片识别，求佬们建议建议

标题: A股跌麻了，佬友们还在坚持么
作者: #skylines
板块: #前沿快讯
编号: 1801552
帖子: https://linux.do/t/topic/1801552
时间: 2026-03-23 14:07:47
摘要:

大盘一泻千里，丝毫不带回头的，反正我是亏麻了

标题: 指纹浏览器是怎么被识别的
作者: #androido
板块: #开发调优
编号: 1801554
帖子: https://linux.do/t/topic/1801554
时间: 2026-03-23 14:08:38
摘要:

开gptteam 指纹浏览器能精准被识别然后拒付
同样的环境在edge和chrome上完全没问题

标题: 微信小龙虾 有什么好玩的可以部署的项目么？大佬们
作者: #泡芙小圆手
板块: #搞七捻三
编号: 1801556
帖子: https://linux.do/t/topic/1801556
时间: 2026-03-23 14:09:04
摘要:

滴滴滴滴！！！！！！！！！！！！！

标题: 突然发现不离职好像无法找下一份工作
作者: #牧之
板块: #搞七捻三
编号: 1801557
帖子: https://linux.do/t/topic/1801557
时间: 2026-03-23 14:09:06
摘要:

不管是L站还是身边的朋友，都在说别裸辞，但是理性告诉我，不辞职是找不到工作的，我梳理了一下
想离职的原因：

自从年后工作就很忙，经常加班到晚上11点、12点，有几次到了凌晨三四点
工作内容不太喜欢，内容很杂很繁，没有工作主线
技术落后，感觉学不了什么东西，没成长，继续下去容易待废
公司抠门儿，加班没有任何福利，不记调休时长，请假全看领导心情
当月工资，下个月月底才能发
等等

不离职找不到工作的原因：

基于上述想离职的原因出发，工作日白天没法刷招聘软件，一是太忙没空，二是不方便刷
加班多的时候晚上也没空，所以这就卡在里找下一份工作的第一步
面试是需要准备的，可能知识面涉及比较广，感觉还需要再准备准备，复习一下“八股”才有信心去找工作，不然也是白面，增长不了什么面试经验

标题: 嘿嘿 我也是有L站邮箱的人了
作者: #YooYo
板块: #搞七捻三
编号: 1801562
帖子: https://linux.do/t/topic/1801562
时间: 2026-03-23 14:09:56
摘要:

标题: 佬友们好，可算是进来了
作者: #bding
板块: #搞七捻三
编号: 1801568
帖子: https://linux.do/t/topic/1801568
时间: 2026-03-23 14:10:47
摘要:

佬友们好，可算是进来了～

标题: 今天能破3800吗
作者: #revivable3066
板块: #搞七捻三
编号: 1801575
帖子: https://linux.do/t/topic/1801575
时间: 2026-03-23 14:11:37
摘要:

啥时候是个头啊，感觉今天3800守不住

标题: Any大善人居然还能用claude code！！
作者: #MeiCai
板块: #搞七捻三
编号: 1801577
帖子: https://linux.do/t/topic/1801577
时间: 2026-03-23 14:11:52
摘要:

由于网络原因很久没用AI，印象中any好久之前就倒了，刚看到几个帖子去试了试真的还能用，梦回去年刚注册L站的时候

标题: 【奇妙经历】我让AI去回答AI，结果全程躺平就把代码结构改完了——关于AI使用方式的思考
作者: #vampirehollie
板块: #搞七捻三
编号: 1801579
帖子: https://linux.do/t/topic/1801579
时间: 2026-03-23 14:12:44
摘要:

大家好，最近我在对一个老项目做比较大的结构改动（重构模块、调整分层、抽取公共逻辑之类的），全程几乎没写代码、没画架构图
我的具体流程是这样的：

把项目背景、要实现的结构改动需求、现有痛点直接甩给第一个AI（我用的是 Claude ），让它给出完整的修改建议方案。
把第1步的方案原文丢给第二个AI（换成GPT），让它当“审查官”：分析这个方案是否合理、有没有隐藏坑、性能/可维护性问题、跟现有代码冲突吗？
把第2步的反馈意见融合后，再丢给第三个AI，让它输出一份真正的“工程级文档”——包括整体架构说明、每一步具体操作、风险点、回滚方案、测试 checklist，甚至连 commit message 模板都给我写了。
最后把这份文档 + 原项目代码丢给第四个AI（我用Claude），让它严格按照文档给我生成所有修改后的代码文件。
整个过程我真的几乎什么都没干……就负责复制粘贴 + 最后 review 一下代码。AI 回答 AI，AI 审查 AI，AI 写文档，AI 改代码，我就像一个传话的中间人。

这让我突然有点恍惚：

AI 已经进化到可以“自己开会”讨论方案的程度了，我们程序员的角色到底变成什么了？
是“AI 管家”？还是“最终签字人”？还是只是提供初始需求的“产品经理”？
效率确实爆炸式提升，但我总觉得哪里不对劲——如果所有思考都外包给了 AI，那我自己的技术判断力会不会慢慢退化？

我不知道是不是只有我一个人这么玩。 你们在日常开发里有没有类似“多AI协作”的 workflow？比如一个AI写 prompt、另一个AI优化、第三个AI写测试、第四个AI review？或者你们觉得这种链式使用是未来趋势，还是只是暂时的新鲜感？
另外还有几个我自己想不明白、想听听大家意见的问题：

幻觉会不会层层放大？（第一个AI的错被第二个AI合理化了怎么办？）
最终代码的“版权”和“原创性”算谁的？
长期这样下去，我们程序员会不会变成只会写需求、不会写代码的“AI 饲养员”？

欢迎各位 linux 老鸟、程序员、AI 重度用户来吐槽、分享、骂我（笑）。 尤其是用过多个不同模型互相喂的人，求你们的真实 workflow！
（另外，甚至这个正文也是ai的，我只做了一点点修改和这个括号里呢欧容的填写）

标题: 求助大佬，OpenClaw与 New API频频报错！！
作者: #用户
板块: #开发调优
编号: 1801583
帖子: https://linux.do/t/topic/1801583
时间: 2026-03-23 14:13:27
摘要:

一开始我使用阿里云百炼和第三方 API 服务，一切正常。自从昨天安装了微信插件后：

使用阿里云百炼正常，无报错
切换到自建的 New API 后出现各种报错

OpenClaw 和 NewAPI 均为最新版本。

问题经过


最初报错：403
我参考了 帖子，将 UA 改为帖子里的示例，403 问题消失。


现阶段报错：

“ API rate limit reached. Please try again later.”
必须执行 /new 才能恢复正常。
AI 一旦调用工具就报错。



配置调整：
我将配置改为帖子里的同款，将 OpenAI 格式改为 Anthropic格式，去掉 URL 中的 v1，没有“ API rate limit reached. Please try again later.”报错了。但 AI 调用工具时出现：


HTTP 404 bad_response_status_code: bad response status code 404
目前无法解决。

日志示例（敏感信息已隐藏）
/new 后普通聊天正常，当 AI 调用工具后报错：

05:15:38 info gateway/channels/openclaw-weixin/... inbound message: from=[HIDDEN] types=1
05:15:46 info gateway/channels/openclaw-weixin outbound: textLen=37 mediaUrl=none
05:16:13 warn agent/embedded {"event":"embedded_run_agent_end","isError":true,"error":"⚠️ API rate limit reached. Please try again later.","model":"openclaw","provider":"user"}
05:16:31 warn agent/embedded {"event":"emb

标题: 新人小白前来报道
作者: #风清扬
板块: #搞七捻三
编号: 1801585
帖子: https://linux.do/t/topic/1801585
时间: 2026-03-23 14:13:37
摘要:

大家好，新人小白前来报道了
简单介绍下自己：目前会一点JS和Python，属于能写个简单脚本、看得懂报错但经常不知道怎么修的水平。
希望早日从小白变成能给别人解答问题的人！请多指教～

标题: MiniMax Token Plan在CC-Switch 里成功使用额度配置提取器查看额度优化
作者: #JOJO9
板块: #开发调优
编号: 1801595
帖子: https://linux.do/t/topic/1801595
时间: 2026-03-23 14:14:36
摘要:

MiniMax Token Plan在CC-Switch 里成功使用额度配置提取器查看额度 基于这位大佬提供的脚本
本来是有用的，然后因为它变成了token plan, 后端返回的结构变了，所以优化了一版
({
  request: {
    url: "https://www.minimaxi.com/v1/api/openplatform/coding_plan/remains",
    method: "GET",
    headers: {
      "Authorization": "Bearer {{apiKey}}",
      "Content-Type": "application/json"
    }
  },
  extractor: function(response) {
    var data = typeof response === "string" ? JSON.parse(response) : response;
    var modelRemains = Array.isArray(data.model_remains) ? data.model_remains : [];

    // 优先找 model_name 以 MiniMax 开头，并且 total > 0 的模型
    var targetModel =
      modelRemains.find(function(item) {
        return item &&
          typeof item.model_name === "string" &&
          item.model_name.startsWith("MiniMax") &&
          Number(item.current_interval_total_count || 0) > 0;
      }) ||
      modelRemains.find(function(item) {
        return item &&
          typeof item.model_name === "string" &&
          item.model_name.startsWith("MiniMax");
      }) ||
      {};

    var total = Number(targetModel.current_interval_total_count || 0);
    var remaining = Number(targetModel.current_interval_usage_count || 0);

    // 按你原来的接口语义，usage_count 实际被当作“剩余次数”
    var used = total > 0 ? (total - remaining) : 0;
    var percent = total > 0 ? Math.round(used / total * 100) : 0;

    return {
      isValid: !!targetModel.model_name,
      modelName: targetModel.model_name || "",
      used: used,
      balance: remaining,
      remaining: remaining,
      total: total,
      unit: "count",
      extra: percent + "%"
    };
  }
})