标题: 英语二 我该拿你怎么办
作者: #哇哦～橙子味儿
板块: #虫洞广场
编号: 1441748
帖子: https://linux.do/t/topic/1441748
时间: 2026-01-13 17:07:58
摘要:

报的是华北理工的计算机成人本科，陆陆续续的考了两次 都没过40多分，刷了真题 可能是底子真的很差吧 感觉好难啊

标题: 被 claudecode 气死了……
作者: #Zigao Wang
板块: #搞七捻三
编号: 1441776
帖子: https://linux.do/t/topic/1441776
时间: 2026-01-13 17:12:04
摘要:

我和他说他加的 amap api mapview 是空白的，他说，好的，我给他删掉了，加了一个 placeholder
好多次都这样， 你和 claudecode 说有一个东西不行，他会给他删掉说，现在有 placeholder 和 mock 了，可以 compile 工作了，没有报错！
气死了……

标题: 高情商:散户把主力洗出去了 低情商:散户接盘了
作者: #wcc526
板块: #搞七捻三
编号: 1441785
帖子: https://linux.do/t/topic/1441785
时间: 2026-01-13 17:13:33
摘要:

高情商:散户把主力洗出去了
低情商:散户接盘了

今天商业航天亏麻了

标题: 关于最近windows系统下使用cc所遇到的bug
作者: #Zest66
板块: #开发调优
编号: 1441788
帖子: https://linux.do/t/topic/1441788
时间: 2026-01-13 17:13:42
摘要:

从CC最近频繁的遇到 File has been unexpectedly modified. Read it again before attempting to write it. - 开发调优 - LINUX DO继续讨论
这个bug是我在上周二coding时突然碰到的，明明前一天还好好的，突然开始不断的报错，如下图：

一开始以为是cc连接vscode的原因，关闭ide连接之后发现这个问题还是存在
后面在群友 @cao_Jacker 的帮助下在reddit(https://www.reddit.com/r/ClaudeAI/comments/1l7ilhu/claude_code_error_file_has_been_modified_since/)和github([Bug] File Edit Fails on Windows with Unexpected Modification Error · Issue #7918 · anthropics/claude-code · GitHub)上找到了解决方案，只需要在项目目录下的CLAUDE.md中添加如下文字即可完美解决：
## CRITICAL: File Editing on Windows

### ⚠️ MANDATORY: Always Use Backslashes on Windows for File Paths

**When using Edit or MultiEdit tools on Windows, you MUST use backslashes (`\`) in file paths, NOT forward slashes (`/`).**

#### ❌ WRONG - Will cause errors:
Edit(file_path: "D:/repos/project/file.tsx", ...)
MultiEdit(file_path: "D:/repos/project/file.tsx", ...)

#### ✅ CORRECT -

标题: CPAMC 反代出来的gemini，你们在哪里用，我opencode用不了
作者: #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"
}
]

## 环境信息

- **CLIProxyAPI 版本**: 6.6.95
- **系统**: macOS
- **Gemini 模型**: gemini-3-flash-preview
- **API 端点**: `http://127.0.0.1:8317/v1`

## 重现步骤

### 1. 配置 CLIProxyAPI

bash
cliproxyapi -login # 登录 Google 账号
# 启动服务，监听在 8317 端口

### 2. 发送带工具定义的请求

bash
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}"
}
}

}
}
]
}

**问题**：参数名变成了 `"description"`，而不是我们定义的 `"path"`。

## 期望行为（正确）

应该保持原始参数名：

json
{
"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
板块: #搞七捻三
编号: 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
板块: #开发调优
编号: 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 的工作流

标题: 发一个可以免费看新上映电影的网站
作者: #Brooks Larkin
板块: #福利羊毛
编号: 1441836
帖子: https://linux.do/t/topic/1441836
时间: 2026-01-13 17:23:15
摘要:

feikuai.tv
  

  
    

飞快TV - 免费高清影视在线播放网盘下载

  提供热门电影、电视剧、综艺、动漫等视频，多线路无广告极速播放，支持手机电脑全平台观看和下载，更新快速、分类清晰，帮你告别片荒。


  

  
    
    
  

  


这个网站可以免费看新上映的电影和电视剧等

标题: 万里汇开的卡需要激活，佬们遇到过吗，有办法解决吗
作者: #今晚打老虎
板块: #搞七捻三
编号: 1441837
帖子: https://linux.do/t/topic/1441837
时间: 2026-01-13 17:23:19
摘要:

申请了65张，全部需要激活

标题: 考虑申请一个算法板块
作者: ##include <ckarlbaey>
板块: #搞七捻三
编号: 1441878
帖子: https://linux.do/t/topic/1441878
时间: 2026-01-13 17:29:52
摘要:

不知道有没有这个必要，但是还是预先问一下吧。
算法也不一定要跟 OI，LeetCode 这类的玩意强绑定，讨论流媒体平台演算法也是可以的。

标题: 求过来人给些建议 听劝
作者: #卡卡你娃
板块: #搞七捻三
编号: 1441891
帖子: https://linux.do/t/topic/1441891
时间: 2026-01-13 17:31:04
摘要:

鼠鼠25年6月份毕业的 然后找了个物流公司算是IT的岗位 但里面就我一个人 需求分析前后端开发运维什么的都是我一个人 纯纯牛马一个 然后日常是写写垃圾后端和垃圾前端的代码 还有python的爬虫和python的一些脚本 感觉根本学不到什么有用的东西 现在闲得时候去力扣做做题 最近开始在看黑马的深度学习系列 要提桶跑路吗 还是继续这样自己去学点东西

标题: openrouter 503问题
作者: #wxyzh
板块: #搞七捻三
编号: 1441894
帖子: https://linux.do/t/topic/1441894
时间: 2026-01-13 17:31:32
摘要:

newapi 转发Openrouter的模型经常出现503
有大佬知道是啥问题吗？

标题: 关于我用llm学唱日语歌的经历
作者: #東雲暁月
板块: #搞七捻三
编号: 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
板块: #文档共建
编号: 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

--------------------------------------------------
-- 逻辑区
--------------------------------------------