标题: CPAMC 反代出来的gemini,你们在哪里用,我opencode用不了
作者: #justindoit
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1441793
时间: 2026-01-13 17:14:04
摘要:
Error: The bash tool was called with invalid arguments:
{
"expected": "string",
"code": "invalid_type",
"path": [
"description"
,
"message": "Invalid input: expected string, received undefined"
}
]
cliproxyapi -login # 登录 Google 账号
# 启动服务,监听在 8317 端口
curl -s -X POST http://127.0.0.1:8317/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer YOURAPIKEY" \
-d '{
"model": "gemini-3-flash-preview",
"messages": {"role": "user", "content": "帮我检查文件 /Users/fenghaiyu/workspace/match_alarm 是否存在"},
"tools":
{
"type": "function",
"function": {
"name": "check_file",
"description": "检查文件是否存在",
"parameters": {
"type": "object",
"properties": {
"path": {
"type": "string",
"description": "文件路径"
}
},
"required": ["path"
}
}
}
],
"maxtokens": 200
}' | jq '.'
```
## 实际行为(错误)
响应中的工具调用参数:
```json
{
"choices": [
{
"message": {
"toolcalls":
{
"id": "check_file-1768290218447191000-5",
"type": "function",
"function": {
"name": "check_file",
"arguments": "{\n \"description\": \"/Users/fenghaiyu/workspace/match_alarm\"\n}"
}
}
}
}
]
}
{
"choices":
{
"message": {
"tool_calls": [
{
"id": "check_file-1768290218447191000-5",
"type": "function",
"function": {
"name": "check_file",
"arguments": "{\n \"path\": \"/Users/fenghaiyu/workspace/match_alarm\"\n}"
}
}
}
}
]
}
作者: #justindoit
板块: #开发调优
编号:
1441793帖子: https://linux.do/t/topic/1441793
时间: 2026-01-13 17:14:04
摘要:
# Gemini 工具调用参数映射错误:参数名被错误地映射为 "description"
## 问题描述
当使用 CLIProxyAPI 代理 Gemini API 进行工具调用(Function Calling)时,工具的参数名称被错误地映射为 `"description"`,而不是保持原始的参数名称(如 `"path"`)。
这导致 OpenCode 等客户端在解析工具调用响应时出错,提示:
Error: The bash tool was called with invalid arguments:
{
"expected": "string",
"code": "invalid_type",
"path": [
"description"
,
"message": "Invalid input: expected string, received undefined"
}
]
bash
## 环境信息
- **CLIProxyAPI 版本**: 6.6.95
- **系统**: macOS
- **Gemini 模型**: gemini-3-flash-preview
- **API 端点**: `http://127.0.0.1:8317/v1`
## 重现步骤
### 1. 配置 CLIProxyAPI
cliproxyapi -login # 登录 Google 账号
# 启动服务,监听在 8317 端口
bash
### 2. 发送带工具定义的请求
curl -s -X POST http://127.0.0.1:8317/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer YOURAPIKEY" \
-d '{
"model": "gemini-3-flash-preview",
"messages": {"role": "user", "content": "帮我检查文件 /Users/fenghaiyu/workspace/match_alarm 是否存在"},
"tools":
{
"type": "function",
"function": {
"name": "check_file",
"description": "检查文件是否存在",
"parameters": {
"type": "object",
"properties": {
"path": {
"type": "string",
"description": "文件路径"
}
},
"required": ["path"
}
}
}
],
"maxtokens": 200
}' | jq '.'
```
## 实际行为(错误)
响应中的工具调用参数:
```json
{
"choices": [
{
"message": {
"toolcalls":
{
"id": "check_file-1768290218447191000-5",
"type": "function",
"function": {
"name": "check_file",
"arguments": "{\n \"description\": \"/Users/fenghaiyu/workspace/match_alarm\"\n}"
}
}
}
}
]
}
json
**问题**:参数名变成了 `"description"`,而不是我们定义的 `"path"`。
## 期望行为(正确)
应该保持原始参数名:
{
"choices":
{
"message": {
"tool_calls": [
{
"id": "check_file-1768290218447191000-5",
"type": "function",
"function": {
"name": "check_file",
"arguments": "{\n \"path\": \"/Users/fenghaiyu/workspace/match_alarm\"\n}"
}
}
}
}
]
}
## 分析
CLIProxyAPI 在将 Gemini API 响应转换为 OpenAI 兼容格式时,似乎将工具参数的**值**错误地映射到了 `"description"` 字段,而不是保持原始的参数名称。
这可能是因为:
1. Gemini API 的响应格式与 OpenAI 不同
2. CLIProxyAPI 的转换逻辑中存在字段映射错误
3. 可能误将参数的 `description` 属性当作了参数名
## 影响范围
这个 bug 会导致所有使用 CLIProxyAPI 代理 Gemini 进行工具调用的场景失败,包括但不限于:
- ✅ **简单对话**:正常工作
- ❌ **工具调用/Function Calling**:完全无法使用
- ❌ **OpenCode/Cursor 等 IDE 集成**:工具调用功能失效
## 建议的修复
需要检查 CLIProxyAPI 中 Gemini API 响应到 OpenAI 格式的转换逻辑,确保:
1. 正确提取工具调用的参数名称
2. 不要将参数的 `description` 字段误用为参数名
3. 保持参数结构的完整性
## 临时解决方案
目前的变通方法:
1. 对于需要工具调用的场景,使用原生 Antigravity Gemini API(不通过 CLIProxyAPI)
2. 对于简单对话,可以继续使用 CLIProxyAPI 的 Gemini 代理
## 相关信息
- OpenCode 配置示例:使用 CPAMC provider 时会触发此 bug
- 测试时间:2026-01-13
- 其他可能受影响的客户端:所有依赖 OpenAI 兼容 API 格式进行工具调用的应用
---
感谢开发团队的工作!期待这个问题能够得到修复。🙏
用不了,参数对不上,你们在哪里用
标题: 你在模型眼里是什么样子?
作者: #tomtom1982
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441799
时间: 2026-01-13 17:15:09
摘要:
作者: #tomtom1982
板块: #搞七捻三
编号:
1441799帖子: https://linux.do/t/topic/1441799
时间: 2026-01-13 17:15:09
摘要:
今天在x看到一个好玩的prompt
generate an image on how i treat you, no sugar coating, just be honest
gpt会根据你的聊天记录(如有)如有生成
我的是
标题: [开源]CCW(Claude-code-workflow)6.3.X 版本新增skill-generator--使用ccw设计具有spec风味的Skill
作者: #Catlog22
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1441822
时间: 2026-01-13 17:22:06
摘要:
作者: #Catlog22
板块: #开发调优
编号:
1441822帖子: https://linux.do/t/topic/1441822
时间: 2026-01-13 17:22:06
摘要:
Claude Code Workflow (CCW)
Claude Code Workflow (CCW) 是一个 JSON 驱动的多智能体开发框架,具有智能 CLI 编排(Gemini/Qwen/Codex)、上下文优先架构和自动化工作流执行。它将 AI 开发从简单的提示词链接转变为一个强大的编排系统。
版本 6.3.19+: 搜索增强与 CLI 工具升级
新功能亮点:
• Dense + Reranker 搜索: Cross-Encoder 重排序提升结果相关性
• OpenCode AI 支持: 新增 OpenCode CLI 工具集成
• 服务架构优化: 预加载服务、缓存管理、UV 包管理器支持
• Issue 多队列执行: 支持 Codex 长时间自主工作
推荐工作流:
• Issue 工作流 (/issue:plan → /issue:queue → /issue:execute): 推荐使用 Codex 执行器,支持长时间自主编码工作
详见 CHANGELOG.md 获取完整详情和迁移指南。
项目地址:
catlog22/Claude-Code-Workflow: JSON-driven multi-agent development framework with intelligent CLI orchestration (Gemini/Qwen/Codex), context-first architecture, and automated workflow execution
安装方式:
npm install -g claude-code-workflow
ccw install #安装工作流
ccw view #打开看板
个人理解
无论 Skills 还是 Slash command 本质都是规范化的提示词,Skill 可以看作有标准结构文件结构的提示词组合。渐进式披露是一种设计思路,并不是 Skill 的机制,slash command 也可实现。在 Skill 没有出来之前,CCW 的工作流
标题: Claudecode被封了,各位佬有这样的情况吗
作者: #mou xing
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441828
时间: 2026-01-13 17:22:48
摘要:
作者: #mou xing
板块: #搞七捻三
编号:
1441828帖子: https://linux.do/t/topic/1441828
时间: 2026-01-13 17:22:48
摘要:
因为嫌一直开加速器麻烦,使用美区的vps搭建自用的中转,claudecode账号是从闲鱼买的,会员也是闲鱼找人帮忙充值的,这种被封禁了是因为什么呢,是因为模型充值的渠道,还是api的使用方式啊,能不能申诉呀
标题: 发一个可以免费看新上映电影的网站
作者: #Brooks Larkin
板块: #福利羊毛
编号:
帖子: https://linux.do/t/topic/1441836
时间: 2026-01-13 17:23:15
摘要:
作者: #Brooks Larkin
板块: #福利羊毛
编号:
1441836帖子: https://linux.do/t/topic/1441836
时间: 2026-01-13 17:23:15
摘要:
feikuai.tv
飞快TV - 免费高清影视在线播放网盘下载
提供热门电影、电视剧、综艺、动漫等视频,多线路无广告极速播放,支持手机电脑全平台观看和下载,更新快速、分类清晰,帮你告别片荒。
这个网站可以免费看新上映的电影和电视剧等
标题: 万里汇开的卡需要激活,佬们遇到过吗,有办法解决吗
作者: #今晚打老虎
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441837
时间: 2026-01-13 17:23:19
摘要:
作者: #今晚打老虎
板块: #搞七捻三
编号:
1441837帖子: https://linux.do/t/topic/1441837
时间: 2026-01-13 17:23:19
摘要:
申请了65张,全部需要激活
标题: 考虑申请一个算法板块
作者: ##include <ckarlbaey>
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441878
时间: 2026-01-13 17:29:52
摘要:
作者: ##include <ckarlbaey>
板块: #搞七捻三
编号:
1441878帖子: https://linux.do/t/topic/1441878
时间: 2026-01-13 17:29:52
摘要:
不知道有没有这个必要,但是还是预先问一下吧。
算法也不一定要跟 OI,LeetCode 这类的玩意强绑定,讨论流媒体平台演算法也是可以的。
标题: 求过来人给些建议 听劝
作者: #卡卡你娃
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441891
时间: 2026-01-13 17:31:04
摘要:
作者: #卡卡你娃
板块: #搞七捻三
编号:
1441891帖子: https://linux.do/t/topic/1441891
时间: 2026-01-13 17:31:04
摘要:
鼠鼠25年6月份毕业的 然后找了个物流公司算是IT的岗位 但里面就我一个人 需求分析前后端开发运维什么的都是我一个人 纯纯牛马一个 然后日常是写写垃圾后端和垃圾前端的代码 还有python的爬虫和python的一些脚本 感觉根本学不到什么有用的东西 现在闲得时候去力扣做做题 最近开始在看黑马的深度学习系列 要提桶跑路吗 还是继续这样自己去学点东西
标题: openrouter 503问题
作者: #wxyzh
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441894
时间: 2026-01-13 17:31:32
摘要:
作者: #wxyzh
板块: #搞七捻三
编号:
1441894帖子: https://linux.do/t/topic/1441894
时间: 2026-01-13 17:31:32
摘要:
newapi 转发Openrouter的模型经常出现503
有大佬知道是啥问题吗?
标题: 关于我用llm学唱日语歌的经历
作者: #東雲暁月
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441901
时间: 2026-01-13 17:32:07
摘要:
作者: #東雲暁月
板块: #搞七捻三
编号:
1441901帖子: https://linux.do/t/topic/1441901
时间: 2026-01-13 17:32:07
摘要:
缘起
身为VOCALOID/Jpop爱好者和动漫爱好者的笔者在大概两年前开始自学日语, 大概一年前侥幸以远远不足的水平擦边拿到了n3合格证, 自然地, 学唱日语歌成为了笔者的一个重要目标, 这时我已经在b站(后来迁移到知乎)上开始运营一个歌词精读专栏, 但半吊子水平的日语又远远不够支撑起这个专栏.
最初遇到的几个困难大致如下:
需要一下子面对的生词过多, 我是绝对懒得逐个词查词典的, 再说查完一遍也记不住, 手动记笔记的话又很麻烦. 整理成anki卡片是最好的选择, 但格式化的整理过程又更麻烦了.
语法不会导致整个句子都看不懂.
很多歌词的书写方式对阅读和演唱不友好, 会大量不必要地使用假名表记, 而非标准(偏严肃)书面语那样的汉字表记, 对当时的笔者而言完全无法判断句子结构.
这条现在看来其实并不是很重要, 但那时有一些强迫症倾向, 导致反而在这点上花的时间最多.
我看片假名非常吃力, 所以希望把片假名转回原外来语的拉丁字母形式
由于日语的低信息密度, 导致大多数日语歌词都倾向于高度凝练, 省略主谓宾都是家常便饭, 而且很多语法和词汇搭配也会以一种我陌生的方式完全变形, 完全不知所云.
这条在现在看也很莫名其妙, 毕竟很大一部分中文歌的歌词用现代汉语也不太能分析, 毕竟论体裁的话, 歌词本身更像诗而非文章.
于是自然地, 一条用llm处理歌词的pipeline出现在了笔者脑海中:
输入原始文本→ai转为更正规更汉字化的表记→处理过的文本中不会的生词让ai解释意思, 不懂的句子向ai询问→让ai总结所有问过的问题和答案留档为笔记, 并把所有生词格式化输出为anki卡片的格式以背诵. 以期待llm为我带来的生产力提升.
迭代过程
大家可以猜猜上面这个pipeline中哪一步最难, 答案是汉字表记转写的这第一步. 原因也不难理解, 假名到汉字的转换并不是简单的映射, 需要llm读懂句子理清句子结构再转写, 再加上小语种的日语语料偏少, 绝大部分llm其实对都很不熟悉, 这个过程极其不稳定, 几乎纯看llm自己发挥.
彼
标题: 处理每次AirPods连接Mac音量都被重置到50%记录
作者: #oiil
板块: #文档共建
编号:
帖子: https://linux.do/t/topic/1441903
时间: 2026-01-13 17:32:11
摘要:
作者: #oiil
板块: #文档共建
编号:
1441903帖子: https://linux.do/t/topic/1441903
时间: 2026-01-13 17:32:11
摘要:
背景
在MacOS12之后,每次AirPods连接到Mac后音量都被重置到50%,导致每次重连耳机后都要手动降低音量非常锁锁,一直到现在os26似乎才有改善(但是我现在升级到26之后似乎还会遇到)。
处理方案
AI给出一个方案可以通过脚本自动化APP Hammerspoon来解决这个问题
安装Hammerspoon:https://github.com/Hammerspoon/hammerspoon/releases
创建文件~/.hammerspoon/init.lua
写入如下内容,自行增加耳机的关键字和希望的目标音量参数,记得保存
--------------------------------------------------
-- 配置区
--------------------------------------------------
-- 目标耳机关键词(模糊匹配)
local TARGET_DEVICE_PATTERNS = {
"AirPods",
"AirPods Pro",
"AirPods Max",
"Sony"
}
-- 目标耳机连接后的默认音量(0 - 100)
local TARGET_DEVICE_VOLUME = 25
-- 只有当前音量 > 该值时,才会触发自动设置
local VOLUME_TRIGGER_THRESHOLD = 30
--------------------------------------------------
-- 状态区(防抖)
--------------------------------------------------
-- 记录上一次的输出设备名
local lastOutputDeviceName = nil
--------------------------------------------------
-- 逻辑区
--------------------------------------------
标题: OnePlus(一加)刘老板被地区“通缉”了
作者: #雪梨纽西兰希思露甘奶迪
板块: #前沿快讯
编号:
帖子: https://linux.do/t/topic/1441910
时间: 2026-01-13 17:33:33
摘要:
作者: #雪梨纽西兰希思露甘奶迪
板块: #前沿快讯
编号:
1441910帖子: https://linux.do/t/topic/1441910
时间: 2026-01-13 17:33:33
摘要:
详细搜,刘作虎 台湾就有了,国内暂时还没报道就不发详细了
Yahoo News
大陸知名手機OnePlus違法在台挖角70工程師 士檢通緝創辦人劉作虎
中國大陸手機名牌 OnePlus 深圳萬普拉斯公司涉嫌非法在台招募70多名工程師,匯入金額約23億元。士林地檢署今天依違反兩岸人民關係條例,起訴兩名台籍幹部,並發布通緝OnePlus創辦人劉作虎。
标题: copilot不能用了,有遇到过的吗
作者: #gpl
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1441914
时间: 2026-01-13 17:35:17
摘要:
作者: #gpl
板块: #开发调优
编号:
1441914帖子: https://linux.do/t/topic/1441914
时间: 2026-01-13 17:35:17
摘要:
选的是sonnet模型啊
标题: 过年期间小猫怎么办
作者: #luoxia
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441916
时间: 2026-01-13 17:36:27
摘要:
作者: #luoxia
板块: #搞七捻三
编号:
1441916帖子: https://linux.do/t/topic/1441916
时间: 2026-01-13 17:36:27
摘要:
年假15天大家怎么解决小猫的问题
标题: 数字人民币是咩啊?转成数字人民币有什么好处和坏处么?
作者: #Jiepijiang
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441961
时间: 2026-01-13 17:38:42
摘要:
作者: #Jiepijiang
板块: #搞七捻三
编号:
1441961帖子: https://linux.do/t/topic/1441961
时间: 2026-01-13 17:38:42
摘要:
数字人民币是什么?跟我们现在使用支付宝和微信,银行卡付款有什么本质区别?听说如果把现在张户里的钱转成数字人民币之后,就相当于给你的每一笔钱都加了gps?被诈骗之后就可以追溯回来了么?
标题: github copilot是崩了吗?模型一个也没了
作者: #未知
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1441972
时间: 2026-01-13 17:40:30
摘要:
作者: #未知
板块: #开发调优
编号:
1441972帖子: https://linux.do/t/topic/1441972
时间: 2026-01-13 17:40:30
摘要:
用的学生包 突然不能用了 模型都不见了
标题: 有无大佬有spine4.x的破解安装包
作者: #daima
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1441975
时间: 2026-01-13 17:41:08
摘要:
作者: #daima
板块: #开发调优
编号:
1441975帖子: https://linux.do/t/topic/1441975
时间: 2026-01-13 17:41:08
摘要:
有无大佬有spine4.x的破解包求分享
标题: 对于虫洞子板块切分社区的担忧
作者: #Sunflowers
板块: #运营反馈
编号:
帖子: https://linux.do/t/topic/1441978
时间: 2026-01-13 17:41:17
摘要:
作者: #Sunflowers
板块: #运营反馈
编号:
1441978帖子: https://linux.do/t/topic/1441978
时间: 2026-01-13 17:41:17
摘要:
来不及解释了!构建虫洞,准备跃迁……
此版块大概用途是:分布着一个个专用版块/兴趣小组,加入者可见其中信息,可在其中参与互动。
虫洞子板块(兴趣小组性质),只有加入其中后,才能看到其中的帖子,
↑ 在“话题”中不会看到未申请加入的虫洞子板块中的新帖动态推送。
加入子版块需要进行申请。
强烈建议始皇开一个科研相关的板块!!!
这个在社区比较小众,没人挑大梁恐怕不行。找几个人愿意弄的,我们可以开一个兴趣小组。
而建立子版块的起始点貌似是因为“科研”相比其他主板块主题,显得小众,所以始皇希望开一个“兴趣小组”。
我的想法是:
如果只是小众话题建立私域子板块,感觉还挺合理的,对这部分小众专业内容进行小规模切分,既给这部分佬友提供了专门讨论的独立区域,又可以降低对此不感兴趣的老友们在推送信息流中寻找想要信息的难度。
但现在,不少相当大众的主流话题都开始建立虫洞子版块,如果我们只申请加入自己平时一眼感兴趣的子版块,长远看来,很可能导致较为严重的信息茧房。而若全都申请加入,是否又与建立子版块机制的初衷相冲突。。?
并且,也是因为不少子版块的主题相当大众,(有些甚至建立主版块可能都不为过)
原本佬友们“所见一致”的L站,势必会被切分成很多较大的块 ,且互相看不到对方。
我对这种情况感到很担忧。
如果未来子版块数量明显变多,也会明显提高佬友们在社区中找到自己想要信息的难度。
(比如:你想找到某个事物的相关信息,结果这个帖子发在了某个未加入的子版块中,那么你根本无法知晓它的存在,无从寻找)
我能想到的一些可能有助于改善这些情况的措施是
1,尽量降低较为大众主流的子板块的加入门槛(例如一键加入/退出)
2,控制非小众子板块建立的数量
3,合理控制、压实子版块的总数量
4,子版块的动态信息流是否有更好的处理方式?
例如在虫洞广场主版块中,开放显示所有子版块的所有帖子动态信息流。
佬友们可以专门进入虫洞(点进子版块)浏览垂类信息流,
也可在广场(虫洞广场主版块)开放地浏览所有子版块的信息流(但回帖互动需要加入相应子版块)。
以上只是我个人的理解和思考,
标题: 这个设计妙不可言2026113
作者: #𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1441979
时间: 2026-01-13 17:41:31
摘要:
作者: #𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷
板块: #搞七捻三
编号:
1441979帖子: https://linux.do/t/topic/1441979
时间: 2026-01-13 17:41:31
摘要:
深夜语音聊天不扰民,初创公司 Shiftall 展示 Mutalk 2“鸭嘴兽”麦克风 - IT之家