标题: 大家手机端试过 Gemma4 没有？
作者: #kuqikaqi
板块: #搞七捻三
编号: 1996815
帖子: https://linux.do/t/topic/1996815
时间: 2026-04-18 21:51:34
摘要:

旧闻了
iPhone 用户现在也可以在手机上运行 Google 新发布的 Gemma 4 模型了——是真的在手机上运行，断网也能用的那种。
App Store 直接搜 “Google AI Edge Gallery”。打开 APP 后可以选择下载 E2B 或者 E4B。官方显然推荐大家用 E2B 这个更小也更快的版本。
除了文本对话，还有图片识别、语音对话等，甚至还支持 Skills。但是实测知识是 2025 年 1 月以前的。
推理框架用了 iPhone 的 GPU，运行还是相当流畅的。
大家可以试试，日常处理文本翻译之类的应该绰绰有余。

标题: 关于私有模型的一些问题
作者: #埃里克
板块: #开发调优
编号: 1996846
帖子: https://linux.do/t/topic/1996846
时间: 2026-04-18 21:54:22
摘要:

场景：私有大模型服务器，公司买的K100AI的卡8*64的显存 内存900g 硬盘11T 海光DCU
现在安装模型，只能安装海光的提供的模型，且只能定制对方提供的docker镜像和vllm指定的版本 以及模型。
想用来做claude code的调用安装模型。目前按照了千问的122b激活a8b的模型 但是claude code调用有问题，串行的命令无法执行。
比如：帮我优化某某方法。
私有模型：说一句话就停住了，根本走不下去，没有edit，只有单独的add内容
购买的coding plan 同样的场景 是正常没问题的
有没有佬遇到这种情况，是咋处理的。。。
厂商那边沟通费劲。

标题: 求助，有没有佬可以帮忙测下我这个是不是GPT5.4。
作者: #夏夜篝火
板块: #搞七捻三
编号: 1996867
帖子: https://linux.do/t/topic/1996867
时间: 2026-04-18 21:56:55
摘要:

sk-b1da2a945c2c2d16243f59457f1dfe50681dfb2bf1a4618de4bb803bcc5740f0

  
      

      ai.dianshangbat.cn
  

  
    

Sub2API - AI API Gateway



  

  
    
    
  

  


这使用起来感觉怪怪的，改项目老改的面目全非逻辑混乱，我都无语了，但是我又不会测 是不是真的gpt5.4  xhigh ，来个佬帮帮孩子吧

标题: 小辣椒近期开始清理用户
作者: #xuanaixuan
板块: #搞七捻三
编号: 1996892
帖子: https://linux.do/t/topic/1996892
时间: 2026-04-18 21:59:11
摘要:

佬们，昨天还在分享小辣椒 の 公益站。今天打开一看，好家伙！怪不得之前帖子有很多佬说自己号被清了 ，而且有些只签到没有用也给清了。看到公告真相大白了，坚持住啊！！！

标题: 摄入鱼油最佳方式
作者: #Suhuanzhen
板块: #搞七捻三
编号: 1996912
帖子: https://linux.do/t/topic/1996912
时间: 2026-04-18 22:01:33
摘要:

最近因为鱼油话题在b站和抖音争议挺大的，感觉很多人都还是在优先考虑补剂的方式来摄入，但杂牌和假冒外国货的鱼油太多了。所以还是建议如果不是身体已经出现某些症状需要医用鱼油介入，只是想额外补充鱼油的佬就选择鲭鱼罐头。
我健身快10年最近才通过鲭鱼罐头来补充omega3，目前一周一罐(400g罐头，固体含量大于55%,分两天三餐吃完)，能明显感觉到睡眠质量更好了(但是做梦变多了)，白天精神更好，有时睡眠不够或者午觉睡超过30分钟醒来时心脏不适的感觉也没有了。对我来说效果明显。就买普通的大西洋鲭鱼罐头是性价比最高的也是最安全可靠的。
如果佬对于罐头的油盐含量高的话可以选择水浸的。另外大部分鲭鱼罐头都是大西洋鲭鱼（例如红塔的），这个omega3含量就比太平洋鲭鱼差不多少一半，但价格也贵很多很多。

标题: 我的小claude 官api转中转站开业第一天token就上2B啦(无推广)
作者: #bulubulu
板块: #搞七捻三
编号: 1996927
帖子: https://linux.do/t/topic/1996927
时间: 2026-04-18 22:02:28
摘要:

大多客户都是其他人的中转站站长，所以量比较大哈哈。

标题: 为什么codex用gpt的team账号登录还是不能用呀
作者: #Y 2333
板块: #搞七捻三
编号: 1996940
帖子: https://linux.do/t/topic/1996940
时间: 2026-04-18 22:04:05
摘要:

还是reconnecting，好像还是去识别的我之前用的公益站添加的api，这应该怎么办呀

标题: 有没有googleplay各个区的比价网站？
作者: #面包死肥宅
板块: #搞七捻三
编号: 1996943
帖子: https://linux.do/t/topic/1996943
时间: 2026-04-18 22:04:42
摘要:

apple store有很方便的比价网站，可以看各个区的订阅价格，有针对google play的网站吗？菲律宾土耳其有的订阅价格也很低诶

标题: uniapp上传图片、文件、视频，可二次更改
作者: #ZhaoYangWeb
板块: #开发调优
编号: 1996958
帖子: https://linux.do/t/topic/1996958
时间: 2026-04-18 22:05:59
摘要:

<script setup>
import { ref } from 'vue';
import { onLoad } from '@dcloudio/uni-app';
import request from '@/utils/request';
import { getFiles, getRandomFile, getFileArray } from '@/utils/yangUtils';
const imageSuffix = ['png', 'jpg', 'jpeg'];
const videoSuffix = ['mp4', 'avi', 'mov'];
const imageNum = ref(0);
const videoNum = ref(0);

// 获取父级传入的数据
const props = defineProps(["modelValue", "limit", "message", "isDelete", "isAdd"]);

// 定义 emits
const emit = defineEmits(['update:modelValue']);

// const listData = ref(["https://yxdjpw.oss-cn-beijing.aliyuncs.com/uploadDefault/20260417192542-d3ea46.png", "https://yxdjpw.oss-cn-beijing.aliyuncs.com/uploadDefault/20260417194449-bfb1ba.mp4"]);
const listData = ref([])

const onSelectFile = async () => {
  let result;
  // #ifdef APP || APP-PLUS || MP-WEIXIN || MP-TOUTIAO || MP-LARK || MP-JD || MP-HARMONY || MP-XHS
  result = await uni.chooseMedia({
    count: props.limit || 9,
    mediaType: ['image', 'video'],
    sourceType: ['album', 'camera'],
    maxDuration: '30s'
  })
  // #endif
  // #ifdef WEB || H5
  result = await uni.chooseFile({
    count: props.limit || 9,
    type: 'all',
  })
  // #endif
  let arr = [];

  console.log(result);

  for (let filePath of result.tempFiles) {
    // 判断文件是否超出10M
    if (filePath.size > 10 * 1024 * 1024) {
      uni.showModal({
        title: '提示',
        content: '文件大小不能超过10M！',
        showCancel: true,
      })
      return;
    }

    if (imageSuffix.includes(filePath.name.replaceAll('"', '').split('.').pop()?.toLowerCase())) {
      imageNum.value++;
    } else if (videoSuffix.includes(filePath.name.replaceAll('"', '').split('.').pop()?.toLowerCase())) {
      // 判断之前有没有上传过视频或者图片
      if (imageNum.value >= 1 || videoNum.value >= 1) {
        uni.showModal({
          title: '提示',
          content: '图片和视频不能同时上传,并且视频只能上传一个！',
          showCancel: true,
        })
        return;
      }

      videoNum.value++;
    }
    const data = await request("/upload/uploadFile", filePath.path, "post");
    arr.push(getFileArray(data)[0]);
  }
  listData.value = listData.value.concat(arr);
  // 将数据返回出去
  emit("update:modelValue", listData.value.join(","));
}

// 删除
const onDelete = (index) => {
  // 1. 先拿到要删除的项（必须在 splice 之前拿！）
  const deletedItem = listData.value[index];
  // 2. 判断类型，更新计数
  const ext = deletedItem.split('.').pop()?.toLowerCase();
  if (imageSuffix.includes(ext)) {
    imageNum.value--;
  } else if (videoSuffix.includes(ext)) {
    videoNum.value--;
  }
  // 3. 再删除元素
  listData.value.splice(index, 1);
  // 4. 更新双向绑定
  emit("update:modelValue", listData.value.join(","));
}

// 查看
const onView = (item) => {

}

// 类型判断
const isSuffix = () => {
  return listData.value.some(item => {
    // 获取后缀（转小写，避免大小写问题）
    const ext = item.split('.').pop()?.toLowerCase()
    return videoSuffix.includes(ext)
  })
}
</script>

<template>
  <view>
    <view class="header">
      <view v-if="props.message" class="message">{{ props.message }}</view>
      <view class="numCount">{{ `${listData.length}/${props.limit || 9}` }}</view>
    </view>
    <view class="image-grid" :class="isSuffix() ? 'grid-video' : ''">
      <template v-for="(item, index) in listData" :key="index">
        <view class="grid-item grid-item-content" :class="isSuffix() ? 'grid-item-video' : ''" @click="onView(item)">
          <image v-if="imageSuffix.includes(item.split('.').pop())" class="img" :src="item" mode="aspectFill" />
          <video v-else-if="videoSuffix.includes(item.split('.').pop())" class="video" :src="item" />
          <view class="grid-item-delete" v-if="(isAdd ?? true)" @click="onDelete(index)"><uni-icons class="icon-delete"
              type="closeempty" color="#D3D4D6" size="24" /></view>
        </view>
      </template>
      <view class="grid-item icon-add" v-if="(isAdd ?? true) && !isSuffix() && listData.length < (props.limit ?? 9)"

标题: 新版 codex app 出现了一个发送延迟的 bug
作者: #KodiakAS
板块: #开发调优
编号: 1996959
帖子: https://linux.do/t/topic/1996959
时间: 2026-04-18 22:06:10
摘要:

我个人观察到的现象是，会话创建后的首条消息正常，之后的消息会延迟数秒才能发出，在 mac 和 windows 平台都出现了此问题；
并且 mac 版本还出现了运行时 cpu 使用率过高，发热严重的问题。
github 上也有不少类似的反馈，首个发现的版本应该是 26.415.21839；有人反映关闭记忆功能后可绕过此问题，但对大多数人包括我自己无效，目前只能通过降级解决。

  

      github.com/openai/codex
  

  
    
  
   
  

  
    
      Fix: Desktop App - Message send is delayed for ~8 seconds in new sessions after the latest update
    

    
      
        已打开 04:31AM - 17 Apr 26 UTC
      


      
        
          
          JavierPiedra
        
      
    

    
        
          bug
        
        
          app
        
        
          session
        
    
  


  
    ### What version of the Codex App are you using (From “About Codex” dialog)?

26….415.21839 

### What subscription do you have?

Pro

### What platform is your computer?

Darwin 25.3.0 arm64 arm

### What issue are you seeing?

## Summary

In the Codex desktop app, sending a message can take around 8 seconds before the message is actually sent.

This appears to have started after the latest update. It did not happen in older sessions before.

## Environment

- App: Codex desktop app
- Codex version: `26.415.21839 (1763)`
- macOS: `26.3.1 (build 25D771280a)`
- Hardware: `MacBook Air (Apple M3, 24 GB RAM)`

## Actual behavior

After pressing Enter to send a message, the message does not send immediately.

Observed behavior:
- The spinner appears in the send button
- The message remains pending for about `8 seconds`
- Lowering reasoning does not help

This is affecting sessions created after the latest update.




### What steps can reproduce the bug?

## Reproduction

Observed repro:

1. Open Codex desktop
2. Open a newer thread created after the latest update
3. Type a normal message
4. Press Enter
5. Observe the spinner in the send button and a delay of about `8 seconds` before the message is sent

Additional observation:
- In a brand-new thread, the first message sent immediately
- The second message in that same new thread then started taking a very long time to send

## Scope / pattern

- Happens in newer sessions created after the latest update
- Did **not** happen in older sessions tested by the user
- Not fixed by lowering reasoning
- Seen with `GPT-5.4` and `Extra High`, but reasoning level does not appear to be the cause

### What is the expected behavior?

## Expected behavior

Pressing Enter should enqueue and send the message immediately, or at least show near-instant client acknowledgment.

### Additional information

## Notes

This feels like client-side send latency rather than raw network latency.

Local diagnostics from the machine at the time:
- Network path looked healthy in macOS logs
- Codex renderer/helper processes showed noticeable CPU activity while the issue was occurring
- No obvious network failure was visible from the local system logs

## Impact

This makes normal back-and-forth use of Codex frustrating because even short messages feel blocked before they are sent.

If you want, I can also compress this into a shorter GitHub-style version, or turn it into a more technical issue with a small `Additional diagnostics` section at the end.
  

  

  
    
    
  

  


本以为是梯子又出问题，但看了下发现是 app 的锅，记录一下

标题: 「王者万象棋」蔡文姬打出了11万的高额法术伤害
作者: #欣欣|林可欣
板块: #搞七捻三
编号: 1996972
帖子: https://linux.do/t/topic/1996972
时间: 2026-04-18 22:08:13
摘要:

逆天 
不过没打过我
(你没看错，我的虞姬1000级 在这里太常见了)

标题: a÷什么时候才能意识到他的4.7 opus是一坨大的
作者: #ks
板块: #搞七捻三
编号: 1996973
帖子: https://linux.do/t/topic/1996973
时间: 2026-04-18 22:08:31
摘要:

a÷真的是非常狗屎啊，4.7opus拉了这么一坨大的，什么时候他才能意识到这一点，然后赶快降价或者出新版本。

标题: 现在cursor 里没办法用 claude code 扩展了？
作者: #histore
板块: #搞七捻三
编号: 1996989
帖子: https://linux.do/t/topic/1996989
时间: 2026-04-18 22:09:52
摘要:

标题: 智谱和kimi的Coding Plan分别大概对应多少M额度呢
作者: #zpljd
板块: #搞七捻三
编号: 1996997
帖子: https://linux.do/t/topic/1996997
时间: 2026-04-18 22:11:18
摘要:

RT,之前看到有大佬去计算CodeX套餐对应的额度
那么诱人计算过智谱新套餐/Kimi各套餐的对应额度吗?
感谢!

标题: 公益站新模型测试停止
作者: #qq1244
板块: #搞七捻三
编号: 1997009
帖子: https://linux.do/t/topic/1997009
时间: 2026-04-18 22:12:42
摘要:

现在是不是有那种自动扫公益站模型的项目啊？一看到gpt-5.4就起飞了？
说明是不看的，模型是要蹬的。

科普：
1.感觉l站最近新人确实有点多了，都以为gpt的pro模型和gemini的pro，claude的opus一样，其实gpt-pro模型更类似gemini的deepthink，所以请不要把这个模型放到codex好吗？
2.我这么大一个 不支持codex，只支持/v1/chat/completions请求 没人看见吗。。。

标题: 国内开始清查网盘上的资源了
作者: #gnu
板块: #前沿快讯
编号: 1997016
帖子: https://linux.do/t/topic/1997016
时间: 2026-04-18 22:14:09
摘要:

一场针对海外影视资源的版权整治风暴正在席卷国内网盘行业。以夸克网盘为代表的多个平台自4月10日起启动全面清查行动，重点清理用户存储的未经授权的美剧、韩剧、泰剧等境外影视内容。这场被业内称为"最严清查令"的行动导致大量分享链接失效，引发用户紧急转移数据，部分依赖海外剧集的影视博主连夜发布备份提醒。
根据平台发布的公告，用户需在4月10日23点前自行删除存储的违规内容，并清除社交媒体上的相关分享链接。多位影视博主通过社交平台紧急通知粉丝，部分热门剧集的分享链接已出现批量失效情况。有用户反映，其存储的数百部海外剧集在行动启动后被系统自动标记，部分文件甚至无法正常打开。
面对突如其来的清查，用户群体迅速形成应对策略。部分人通过将文件名改为拼音缩写、使用特殊符号等方式规避检测，另有人选择将资源迁移至百度网盘等尚未被波及的平台。更有技术型用户将数据转存至本地硬盘或搭建私有云存储（NAS），以彻底摆脱对第三方平台的依赖。一位资深剧迷表示：“这次清理让我想起十年前的BT下载时代，只是存储介质从硬盘变成了云端。”

网盘上有资源的佬们注意了 提前下载！不要整了看不了了！ 
现在很多美剧都用国内的网盘分享，影响还是挺大的
新闻来源： MSN
更多阅读

标题: 【记录帖】《重生之小白自建公益站》-方便后人可持续学习关注大佬是如何培养出来小白的
作者: #buma✅
板块: #开发调优
编号: 1997018
帖子: https://linux.do/t/topic/1997018
时间: 2026-04-18 22:14:44
摘要:

目前规划是前期公益 后期盈利，
后期想把大部分模型都上上实现盈利，
本人做抖音直播短视频的 所以推广问题不大，
考虑是自身技术有限，所以想找一些大佬作为云股东一起建设，后期可以爽蹬。
目前注册机注册速度很慢，解决不掉，需要找个有开发和解决中转站的大佬一起研讨
服务器啥的需要买个啥样的比较好，比如日本的美国的，我有个美国表弟后期我懂点了可以在他家部署个正儿八经的家宽服务器，然后我用他的卡 买opus4.7的api接入站内就可以实现纯血了
然后我再混点反代 就可以实现盈利了！！！哈哈哈哈哈哈哈哈哈
不好意思跑题了，奸商的嘴脸又暴漏了，我只是想了解下逻辑 为啥可以掺着卖。。。
回归正题，云股东依旧可以长期享受爽蹬 但是前提是要有贡献共同维护好站点，
相比大家都在公益站上来回徘徊，是因为我觉得大部分公益站都没有赢利点必然不长远嘛，
如果有赢利点 战长可以有维护成本  这个事必然会长远一点，
小白也只是有点自己的见解而已，欢迎大家毛遂自荐，时间充足的，有能力解决问题的，
包括我也想把那个即梦注册机看看咋可以变成api直接导入到AI漫剧对接下 最好，
目前就买了一个域名，下一步买个服务器，求大家推荐下，一步步的来。
服务器我还自己做了一个网站和小程序我也需要放在上面，注册机我也放在上面，
newapi也部署上面去，然后最好是可以养个小龙虾在上面  平时就可以遥控龙虾直接在服务器上修newapi了 是这个样的吗   球大佬指点一二。

标题: 各位天才程序员们大家这两天都在用什么呀
作者: #lldx
板块: #搞七捻三
编号: 1997026
帖子: https://linux.do/t/topic/1997026
时间: 2026-04-18 22:16:09
摘要:

RT，这两天有没有仍然可用的codex或者Claude呀，中转站或者公益站都行，或者有没有不太贵的氪金玩法，求各位佬们推荐

标题: Ark API的限制是什么（例如并发什么的），有没有佬知道的
作者: #Z1rconium
板块: #搞七捻三
编号: 1997034
帖子: https://linux.do/t/topic/1997034
时间: 2026-04-18 22:17:24
摘要:

RT，Ark API的限制是什么（例如并发什么的），有没有佬知道的
害怕高并发把号搞没了