标题: Gemini 2.5 Flash API 上传图片限制
作者: #wxyzh
板块: #搞七捻三
编号: 807884
帖子: https://linux.do/t/topic/807884
时间: 2025-07-22 17:01:44
摘要:

问题: 通过Veloera → gpt-load 使用 Gemini 2.5 flash 发送大量图片时有如下报错
(channel #26, status code: 500): too many images in the message, max allowed is 16
Veloera详细日志如下。
有知道的大佬可以帮忙分析下吗？
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
2025/07/22 14:57:55 image token num: 255
[ERR] 2025/07/22 - 14:57:55 | 20250722145754636034634w6wOGosf | relay error (channel #26, status code: 500): too many images in the message, max allowed is 16 (request id: 20250722145754636034634w6wOGosf) 
[INFO] 2025/07/22 - 14:57:55 | 20250722145754636034634w6wOGosf | user 1 with unlimited token has enough quota ＄2686.623728, trusted and no need to pre-consume 
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
[GIN] 2025/07/22 - 14:57:55 | 20250722145754636034634w6wOGosf | 500 |  523.981764ms |      172.26.0.1 |    POST /v1/chat/completions
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56 image token num: 255
2025/07/22 14:57:56

标题: 大众奥迪刷隐藏教程
作者: #Zhuxy
板块: #资源荟萃
编号: 807889
帖子: https://linux.do/t/topic/807889
时间: 2025-07-22 17:02:05
摘要:

大众奥迪OBD刷隐藏功能教程
有需要的佬们自取，需要搭配OBD数据线使用
链接：https://pan.baidu.com/s/1QrX5BQM7HDhjXzD2JMkVSQ?pwd=8ybi
提取码：8ybi
谨慎操作！！

标题: Typora 安装激活
作者: #三梗
板块: #资源荟萃
编号: 807893
帖子: https://linux.do/t/topic/807893
时间: 2025-07-22 17:03:10
摘要:

亲测，已经使用过半个月，没有问题
百度网盘链接：百度网盘 请输入提取码
使用方法：

运行typora-setup-x64.exe
将fix 内的文件拖入typora的安装目录。
注：不要将fix文件夹也拖入
尽量不要更新

失效可以试试另一个方法：
https://linux.do/t/topic/767517

标题: 使用四卡4090跑实验，batch size大一点进程就会崩掉，但是小的batch size占不满显存o(╥﹏╥)o，有佬能解释下可能的原因吗？
作者: #sifang Liang
板块: #开发调优
编号: 807914
帖子: https://linux.do/t/topic/807914
时间: 2025-07-22 17:11:22
摘要:

使用四卡4090跑实验，batch size大一点进程就会崩掉，但是小的batch size占不满显存o(╥﹏╥)o，有佬能解释下可能的原因吗？

标题: 【東京港区｜[高薪影像算法岗位】图像算法助理工程师｜诚聘佬友｜欢迎详询
作者: #Ray
板块: #非我莫属
编号: 807915
帖子: https://linux.do/t/topic/807915
时间: 2025-07-22 17:11:24
摘要:

【東京港区｜高薪影像算法岗位】图像算法助理工程师｜诚聘佬友｜欢迎详询

工作地点：日本东京都港区
薪资范围：月薪 50～80 万日元（根据经验评定）
雇佣形式：契约社员
工作经验：3～5 年
学历要求：本科及以上

 岗位介绍｜图像算法助理工程师
加入国际化影像系统研发团队，参与图像算法与传感器系统的技术开发及量产导入。涉及计算摄影、图像识别、深度学习等前沿方向。
 影像系统开发支持

影像与传感相机系统的开发与设计支持
综合镜头、影像传感器、光源及信号处理进行系统设计、试作及量产导入
计算摄影（Computational Photography）相关应用

 影像处理算法开发支持

面向 ISP (Image Signal Processor) 的影像处理算法设计与实现
开发图像降噪、像素渲染、超分辨率、多帧合成等算法
结合深度学习技术优化影像处理流程
涉及图像识别、图像理解等任务场景


 任职要求
 具备影像处理、计算机视觉、深度学习相关背景
 或具备影像传感器、感测器、像素设计、模拟电路等领域的研究经验
 熟练掌握主流影像处理算法与工具

 我们提供
 高薪稳定：薪资上限可达月给 80 万日元
 技术成长：接触世界前沿影像技术，积累核心项目经验
 国际团队：开放、协作的研发氛围，项目沟通灵活高效

 投递方式
 VX：privateray
 欢迎备注「图像算法岗位」或留言咨询更多东京岗位！

 其他东京岗位也持续招聘中！
 系统运维工程师  仍在招聘！
 金融领域 PMO  仍在招聘！
 信息安全与基础架构工程师  仍在招聘！
 研发工程师  仍在招聘！

Ray
bossjob Japan Marketing
Yolo Technology K.K.

bossjob 由 Yolo Technology K.K. 运营
Powered by bossjob — 全球首家 Web3 + AI Hiring Platform
欢迎咨询・合作！

标题: 14490f会缩肛吗？
作者: #思聪.王
板块: #搞七捻三
编号: 807917
帖子: https://linux.do/t/topic/807917
时间: 2025-07-22 17:12:44
摘要:

想要入手一个处理器，之前看好13490f但是618没入手，后续DDR4涨价了，也不想再买DDR4内存条了，13490f也打算放弃了，锁SA没法上高频条。打算入手14490f,不锁SA，可以超频，搭配DDR5也不错，毕竟DDR5能用好多年，退役可以让其他设备用
问题来了，14490f会缩肛吗？13490F说是12代的马甲没缩肛问题，14490f是哪的马甲？

标题: 中通，这是谁做的滑块验证，还是说必须要登录用户？
作者: #Phyjar
板块: #搞七捻三
编号: 807931
帖子: https://linux.do/t/topic/807931
时间: 2025-07-22 17:17:30
摘要:

标题: 有没有自动生成commit信息的工具？
作者: #长秋
板块: #开发调优
编号: 807935
帖子: https://linux.do/t/topic/807935
时间: 2025-07-22 17:18:41
摘要:

每次都要手写真的很麻烦，除了github desktop之外还有没有别的工具？

标题: 分享一下自用的augment提示词
作者: #129s
板块: #开发调优
编号: 807937
帖子: https://linux.do/t/topic/807937
时间: 2025-07-22 17:18:47
摘要:

粘贴到User Guidelines中:
Always reply in Chinese and strictly adhere to the following rules:

Tool Usage Reference:
When more context is needed: Prioritize using AugmentContextEngine to retrieve the codebase or git history.
When querying API references or best practices: Utilize the Context7 tool to get the latest library documentation.
When conducting in-depth thinking or planning: Use Sequential thinking, and update the documentation promptly after planning is complete.
Be sure to make full use of the tools mentioned above!

Version Control and Project Status Synchronization:
Before taking any action, ensure the workspace is clean. When you start a new task, please create a new branch. After completing each sub-task, remember to update the documentation first, and then commit -a after all changes are made. After completing the task, please merge the branch in a timely manner.

Problem Solving and Communication:
Honesty is the primary principle. When encountering difficulties or uncertainties, guessing or pretending to be complete is prohibited! You must proactively clarify user requirements or request more information.
When faced with technical challenges, you should prioritize finding ways to overcome them, rather than simply downgrading or changing the solution!
Please do not summarize or report at the end of the conversation. Just state what tasks you have completed. For specific detailed explanations, please update the readme document in the corresponding directory.

Code Quality and Maintenance:
When cleaning and refactoring code, prioritize addressing technical debt and infrastructure issues.
Place a high value on code quality, system stability improvements, and ensure consistency with design documents.
After updating the code, the relevant documentation must be updated in a timely manner.
A readme file needs to be written in each folder of the project, explaining the responsibilities of the directory in the most straightforward and concise language. As a consistent reference for all files in that directory, this document needs to be updated before each commit.

Code Writing Specifications:
When writing code, always start from the overall project architecture. Avoid introducing technical debt (e.g., scattered temporary files, hard-coded values, modules with unclear responsibilities).
In imperfect modules, avoid adding fallback mechanisms that cover up errors, ensuring that problems can be discovered in a timely manner.
Please write effective tests. For problems that cannot be solved, please record them truthfully in the documentation, rather than trying to get by.
Maintain critical thinking. If you find technical limitations or better implementation plans, you should proactively raise questions and drive design improvements.

File Handling Specifications:
All created files should be placed in an appropriate directory structure (e.g., centralized management or corresponding code modules), avoiding being randomly placed in the root directory.
Keep single files under 300 lines.
If a single file requires extensive modifications, please rewrite it and optimize it along the way.

Special Attention:
Always be mindful of maintaining sincerity. Please check if a git commit or documentation update is needed at the end of any conversation. This is crucial!

中文版(仅作参考，效果没英语好):
始终用中文回复，并且必须严格遵守以下规则：

工具使用参考：
需要了解更多的上下文时：优先使用AugmentContextEngine以retrieval codebase或git历史记录。
查询API参考或最佳实践时：利用Context7工具获取最新的库文档。
进行深入思考或规划时：请使用Sequential thinking，并在规划结束后及时更新文档。
请务必充分利用上述提及的工具！

版本控制与项目状态同步：
进行任何行动之前，需要确保工作区是干净的。当你开始一个新的任务时，请创建新的分支。每完成一个子任务后，记得先更新文档，在所有改动结束后commit -a。在完成任务后，请及时合并分支。

问题解决与沟通：
诚实是首要原则。遇到困难或不确定时，禁止猜测或伪装完成！必须主动澄清用户需求或请求提供更多信息。
面对技术难题，应优先寻求克服之道，而非简单降级或更换方案！
请不要在对话末尾进行总结或报告，只需说明你完成了哪些任务，对于具体的细节性解释请更新对应目录下的readme文档。

代码质量与维护：
在代码清理和重构时，优先处理技术债务和基础架构问题。
高度重视代码质量、系统稳定性改进，并确保与设计文档保持一致。
更新代码后，需及时同步更新相关文档。
项目中每个文件夹下都需要编写一份readm

标题: cf的R2免费额度是每个月10G上限还是只有10G免费额度？
作者: #bopomofo
板块: #搞七捻三
编号: 807944
帖子: https://linux.do/t/topic/807944
时间: 2025-07-22 17:22:33
摘要:

最近在弄个项目，想求证一下

标题: 救命！Claude 大段代码输出大概率必崩，是我的Mac/代理问题吗？
作者: #KIKO
板块: #开发调优
编号: 807945
帖子: https://linux.do/t/topic/807945
时间: 2025-07-22 17:24:27
摘要:

主题：Claude 频繁出现 “Couldn’t connect to Claude” 错误，尤其在输出大量代码时，求助经验丰富的用户或技术支持
大家好，
最近在使用 Claude 进行代码相关工作时，频繁遇到一个非常困扰的问题。如图所示，我的 Claude 界面总是显示 “Couldn’t connect to Claude” 并提示 “Unknown error”。
这个问题尤其在 Claude 需要输出上千行代码（例如处理大型项目文件、生成大量代码片段或进行复杂代码分析）时出现得最为频繁。通常在它即将完成或正在输出大量内容时，就会突然断开连接，不仅报错连接失败，还会显示网络连接错误，之前的输出内容清零，直接返回到输入状态，导致我不得不重新操作，严重影响工作效率。（如下图）

我的使用环境和已进行的排查：

设备： MacBook Pro (M4 Pro)，系统版本是 [macOS Sequoia Version 15.5]。
网络连接： 我使用的是付费代理服务 “奶昔”，每月费用不低，理论上网络质量和稳定性应该有保障。
代理设置： 我已仔细检查过奶昔的代理设置，确保是全局代理或相关应用（浏览器）正确走了代理。也尝试过切换不同的节点，甚至尝试过不走代理直连（如果可能的话），但问题依然存在。
Mac 网络设置： 系统层面的网络设置（如 DNS、防火墙、网络优先级等）也大致检查过，没有发现明显的异常或冲突。
Claude 访问方式： 我在使用 Claude 网页版 时遇到此问题。之前尝试过 Claude for Mac 桌面客户端，但出错频率更高，因此目前主要使用网页版。

我目前的疑问和求助方向：

这是否是代理服务（奶昔）的问题？ 尽管是付费且号称稳定，但在处理大量数据传输时，代理服务是否会有特殊限制、性能瓶颈或间歇性不稳定？
我的 MacBook (M4 Pro) 或 macOS 的网络设置是否存在某种我未发现的优化或兼容性问题？ 例如，是否有特定的系统级网络配置或三方软件可能与 Claude 的连接产生冲突？
这是否是 Claude 服务

标题: 一个为new-api批量添加渠道的脚本
作者: #acips
板块: #搞七捻三
编号: 807947
帖子: https://linux.do/t/topic/807947
时间: 2025-07-22 17:24:43
摘要:

可能有人会说前端自带批量导入的功能。那如果有1w，10w，100w个key，阁下又该如何应对呢？（最近薅了一个渠道正好有这个需求）
个人感觉这个方案比直接编辑数据库省事。建议使用聚合标签+自动禁用
目前已适配new-api和Voapi，没写错误处理逻辑，因为没遇到过（
密钥放在api_key.txt，一行一个
import requests, json

# 基本配置
SITE = "" # 不含http 格式 ip:port 或域名 ("xxx.xx.xxx:xxxx")
SESSION = "" # cookie 的 session 值, 浏览器获取 ("MTc1Mjc......TW4attUjA==")

# payload 模板
PAYLOAD = {
    "type": 1, # 1: Openai 格式
    "max_input_tokens": 0,
    "other": "",
    "models": "model1,model2", # 模型 (多模型逗号分隔)
    "auto_ban": 1, # 自动禁用
    "groups": ["default"], # 分组
    "priority": 0, # 优先级
    "weight": 0, # 权重
    "name": "", # 渠道名
    "base_url": "https://api.openai.com", # base url
    "openai_organization": "",
    "tag": "", # 聚合标签 (建议启用)
    "status_code_mapping": "",
    "key": "", # 留空, 由脚本添加
    "model_mapping": "", # 模型重定向
    "test_model": "",
    "group": "default"
}

HEADERS = {
    "accept": "application/json, text/plain, */*",
    "accept-encoding": "gzip, deflate",
    "accept-language": "zh-CN,zh;q=0.9,en;q=0.8",
    "cache-control": "no-store",
    "content-type": "application/json",
    "host": SITE,
    "new-api-user": "1",
    "origin": f"http://{SITE}",
    "pragma": "no-cache",
    "proxy-connection": "keep-alive",
    "referer": f"http://{SITE}/console/channel",
    "user-agent": "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Mobile Safari/537.36",
    "cookie": f"session={SESSION}",
    "voapi-user": "1" # 仅 VoAPI 添加
}

def read_keys(file_path, start, end):
    """从文件中读取指定范围的密钥"""
    try:
        with open(file_path, 'r', encoding='utf-8') as file:
            lines = file.readlines()
            # 移除每行末尾的换行符
            keys = [line.strip() for line in lines if line.strip()]
            return keys[start:end]
    except FileNotFoundError:
        print(f"错误：文件 {file_path} 未找到")
        return []
    except Exception as e:
        print(f"读取文件时出错：{e}")
        return []

def send_request(keys):
    """发送 POST 请求，key 字段使用换行符连接的密钥"""
    payload = PAYLOAD.copy()
    payload["key"] = "\n".join(keys)
    
    try:
        response = requests.post(f"http://{SITE}/api/channel/", headers=HEADERS, json=payload)
        print(f"请求状态码: {response.status_code}")
        print(f"响应内容: {response.text}")
    except requests.RequestException as e:
        print(f"请求失败：{e}")

def main():
    file_path = "api_key.txt"
    batch_size = 1000
    start = 0

    while True:
        keys = read_keys(file_path, start, start + batch_size)
        if not keys:
            print("已处理所有密钥或文件为空")
            break

        print(f"正在处理第 {start + 1} 到 {start + len(keys)} 行的密钥")
        send_request(keys)
        
        # 更新起始索引
        start += batch_size

        if len(keys) < batch_size:
            print("已到达文件末尾")
            break

if __name__ == "__main__":
    main()