[代理软件]ClashMac新版本的「航线」功能很是喜欢,细节满满
14 posts - 11 participants
Read full topic
via LINUX DO - 最新话题 (author: 佩佩)
Invalid media:
image
image
image
实在很喜欢ClashMac新更新的功能航线
如果有多个分流节点的话,就可以看到不同航班线路
14 posts - 11 participants
Read full topic
via LINUX DO - 最新话题 (author: 佩佩)
Invalid media:
image
image
image
嘉立创拼板技巧
嘉立创的免费pcb打样券不支持拼板,有什么技巧,免费尺寸100mm100mm,目前板子只有20mm50mm,太浪费了
3 posts - 2 participants
Read full topic
via LINUX DO - 最新话题 (author: 老杨)
嘉立创的免费pcb打样券不支持拼板,有什么技巧,免费尺寸100mm100mm,目前板子只有20mm50mm,太浪费了
3 posts - 2 participants
Read full topic
via LINUX DO - 最新话题 (author: 老杨)
佬们 应该怎么挑选mac呢
14寸M4pro 24+1t 美版配置锁全新未拆封 白送AC+延保到29年 一分钟跳过配置 使用跟国行一样
2023款16寸Macbook pro m3max 配置M3 Max 36G 1T 外观98新 电池100%
21款MacBook Pro 16寸M1Max型号A2485 高配定制 银白色M1Max 10+32核/64G内存/2T硬盘成色98新 屏幕完美 电池容量92%带AC+保修到2026年5月
确实不知道怎么选了 价格都在1.3左右 🐮
20 posts - 14 participants
Read full topic
via LINUX DO - 最新话题 (author: 翻斗花园牛爷爷)
14寸M4pro 24+1t 美版配置锁全新未拆封 白送AC+延保到29年 一分钟跳过配置 使用跟国行一样
2023款16寸Macbook pro m3max 配置M3 Max 36G 1T 外观98新 电池100%
21款MacBook Pro 16寸M1Max型号A2485 高配定制 银白色M1Max 10+32核/64G内存/2T硬盘成色98新 屏幕完美 电池容量92%带AC+保修到2026年5月
确实不知道怎么选了 价格都在1.3左右 🐮
20 posts - 14 participants
Read full topic
via LINUX DO - 最新话题 (author: 翻斗花园牛爷爷)
求求求提示词
佬们,有没有ui图标或者主题方案,统一性强的元提示词啊(或者这种类型的提示词库),就是做那种app主题系列风格统一的图标,然后加上背景图!
5 posts - 4 participants
Read full topic
via LINUX DO - 最新话题 (author: 注意看这个男人叫)
佬们,有没有ui图标或者主题方案,统一性强的元提示词啊(或者这种类型的提示词库),就是做那种app主题系列风格统一的图标,然后加上背景图!
5 posts - 4 participants
Read full topic
via LINUX DO - 最新话题 (author: 注意看这个男人叫)
英语二 我该拿你怎么办
报的是华北理工的计算机成人本科,陆陆续续的考了两次 都没过40多分,刷了真题 可能是底子真的很差吧 感觉好难啊
大家觉得为了考学位 延毕可行吗? 还会收费吗?
19 posts - 13 participants
Read full topic
via LINUX DO - 最新话题 (author: 哇哦~橙子味儿)
报的是华北理工的计算机成人本科,陆陆续续的考了两次 都没过40多分,刷了真题 可能是底子真的很差吧 感觉好难啊
大家觉得为了考学位 延毕可行吗? 还会收费吗?
19 posts - 13 participants
Read full topic
via LINUX DO - 最新话题 (author: 哇哦~橙子味儿)
helium0元套餐陨落
如果绑定支付方式,是如何收费的有大佬知道吗
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: kefou)
Invalid media:
image
image
image
如果绑定支付方式,是如何收费的有大佬知道吗
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: kefou)
Invalid media:
image
image
image
被 claudecode 气死了……
我和他说他加的 amap api mapview 是空白的,他说,好的,我给他删掉了,加了一个 placeholder
好多次都这样, 你和 claudecode 说有一个东西不行,他会给他删掉说,现在有 placeholder 和 mock 了,可以 compile 工作了,没有报错!
气死了……
9 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: Zigao Wang)
Invalid media: image
我和他说他加的 amap api mapview 是空白的,他说,好的,我给他删掉了,加了一个 placeholder
好多次都这样, 你和 claudecode 说有一个东西不行,他会给他删掉说,现在有 placeholder 和 mock 了,可以 compile 工作了,没有报错!
气死了……
9 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: Zigao Wang)
Invalid media: image
高情商:散户把主力洗出去了
低情商:散户接盘了
今天商业航天亏麻了
哎哎哎?不是大A闭眼随便买吗? 怎么刚进去就收网了?
难道又是我买单?
10 posts - 9 participants
Read full topic
via LINUX DO - 最新话题 (author: wcc526)
Invalid media:
image
image
低情商:散户接盘了
今天商业航天亏麻了
哎哎哎?不是大A闭眼随便买吗? 怎么刚进去就收网了?
难道又是我买单?
10 posts - 9 participants
Read full topic
via LINUX DO - 最新话题 (author: wcc526)
Invalid media:
image
image
关于最近windows系统下使用cc所遇到的bug
从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中添加如下文字即可完美解决:
特此感谢一下 @cao_Jacker 佬友
3 posts - 2 participants
Read full topic
via LINUX DO - 最新话题 (author: Zest66)
Invalid media: image
从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 - Always works:
Edit(file_path: "D:\repos\project\file.tsx", ...)
MultiEdit(file_path: "D:\repos\project\file.tsx", ...)
特此感谢一下 @cao_Jacker 佬友
3 posts - 2 participants
Read full topic
via LINUX DO - 最新话题 (author: Zest66)
Invalid media: image
CPAMC 反代出来的gemini,你们在哪里用,我opencode用不了
用不了,参数对不上,你们在哪里用
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: justindoit)
# 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 YOUR_API_KEY" \
-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"]
}
}
}
],
"max_tokens": 200
}' | jq '.'
```
## 实际行为(错误)
响应中的工具调用参数:
```json
{
"choices": [
{
"message": {
"tool_calls": [
{
"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 格式进行工具调用的应用
---
感谢开发团队的工作!期待这个问题能够得到修复。🙏
用不了,参数对不上,你们在哪里用
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: justindoit)
你在模型眼里是什么样子?这是什么鬼?
今天在x看到一个好玩的prompt
generate an image on how i treat you, no sugar coating, just be honest
gpt会根据你的聊天记录(如有)如有生成
我的是
🤣
然后如果你只prompt “generate an image on how i treat you”(新对话,避免上下文) 的话…
🙄
靠!见人说人话 见鬼说鬼话啊
26 posts - 13 participants
Read full topic
via LINUX DO - 最新话题 (author: tomtom1982)
Invalid media:
image
image
今天在x看到一个好玩的prompt
generate an image on how i treat you, no sugar coating, just be honest
gpt会根据你的聊天记录(如有)如有生成
我的是
🤣
然后如果你只prompt “generate an image on how i treat you”(新对话,避免上下文) 的话…
🙄
靠!见人说人话 见鬼说鬼话啊
26 posts - 13 participants
Read full topic
via LINUX DO - 最新话题 (author: tomtom1982)
Invalid media:
image
image
[开源]CCW(Claude-code-workflow)6.3.X 版本新增skill-generator--使用ccw设计具有spec风味的Skill
via LINUX DO - 最新话题 (author: Catlog22)
via LINUX DO - 最新话题 (author: Catlog22)
Telegraph
[开源]CCW(Claude-code-workflow)6.3.X 版本新增skill-generator--使用cc…
🚀 Claude Code Workflow (CCW) Claude Code Workflow (CCW) 是一个 JSON 驱动的多智能体开发框架,具有智能 CLI 编排(Gemini/Qwen/Codex)、上下文优先架构和自动化工作流执行。它将 AI 开发从简单的提示词链接转变为一个强大的编排系统。 🎉 版本 6.3.19+: 搜索增强与 CLI 工具升级 新功能亮点:• 🔍️ Dense + Reranker 搜索: Cross-Encoder 重排序提升结果相关性• 💻️ OpenCode…
Claudecode被封了,各位佬有这样的情况吗
因为嫌一直开加速器麻烦,使用美区的vps搭建自用的中转,claudecode账号是从闲鱼买的,会员也是闲鱼找人帮忙充值的,这种被封禁了是因为什么呢,是因为模型充值的渠道,还是api的使用方式啊,能不能申诉呀
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: mou xing)
Invalid media:
image
image
因为嫌一直开加速器麻烦,使用美区的vps搭建自用的中转,claudecode账号是从闲鱼买的,会员也是闲鱼找人帮忙充值的,这种被封禁了是因为什么呢,是因为模型充值的渠道,还是api的使用方式啊,能不能申诉呀
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: mou xing)
Invalid media:
image
image
发一个可以免费看新上映电影的网站
feikuai.tv
飞快TV - 免费高清影视在线播放网盘下载
提供热门电影、电视剧、综艺、动漫等视频,多线路无广告极速播放,支持手机电脑全平台观看和下载,更新快速、分类清晰,帮你告别片荒。
这个网站可以免费看新上映的电影和电视剧等
5 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: Brooks Larkin)
Invalid media: image
feikuai.tv
飞快TV - 免费高清影视在线播放网盘下载
提供热门电影、电视剧、综艺、动漫等视频,多线路无广告极速播放,支持手机电脑全平台观看和下载,更新快速、分类清晰,帮你告别片荒。
这个网站可以免费看新上映的电影和电视剧等
5 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: Brooks Larkin)
Invalid media: image
万里汇开的卡需要激活,佬们遇到过吗,有办法解决吗
申请了65张,全部需要激活
8 posts - 6 participants
Read full topic
via LINUX DO - 最新话题 (author: 今晚打老虎)
Invalid media: image
申请了65张,全部需要激活
8 posts - 6 participants
Read full topic
via LINUX DO - 最新话题 (author: 今晚打老虎)
Invalid media: image
考虑申请一个算法板块
不知道有没有这个必要,但是还是预先问一下吧。
算法也不一定要跟 OI,LeetCode 这类的玩意强绑定,讨论流媒体平台演算法也是可以的。
9 posts - 9 participants
Read full topic
via LINUX DO - 最新话题 (author: #include <ckarlbaey>)
不知道有没有这个必要,但是还是预先问一下吧。
算法也不一定要跟 OI,LeetCode 这类的玩意强绑定,讨论流媒体平台演算法也是可以的。
9 posts - 9 participants
Read full topic
via LINUX DO - 最新话题 (author: #include <ckarlbaey>)
求过来人给些建议 听劝
鼠鼠25年6月份毕业的 然后找了个物流公司算是IT的岗位 但里面就我一个人 需求分析前后端开发运维什么的都是我一个人 纯纯牛马一个 然后日常是写写垃圾后端和垃圾前端的代码 还有python的爬虫和python的一些脚本 感觉根本学不到什么有用的东西 现在闲得时候去力扣做做题 最近开始在看黑马的深度学习系列 要提桶跑路吗 还是继续这样自己去学点东西 🥲
6 posts - 6 participants
Read full topic
via LINUX DO - 最新话题 (author: 卡卡你娃)
鼠鼠25年6月份毕业的 然后找了个物流公司算是IT的岗位 但里面就我一个人 需求分析前后端开发运维什么的都是我一个人 纯纯牛马一个 然后日常是写写垃圾后端和垃圾前端的代码 还有python的爬虫和python的一些脚本 感觉根本学不到什么有用的东西 现在闲得时候去力扣做做题 最近开始在看黑马的深度学习系列 要提桶跑路吗 还是继续这样自己去学点东西 🥲
6 posts - 6 participants
Read full topic
via LINUX DO - 最新话题 (author: 卡卡你娃)
openrouter 503问题
newapi 转发Openrouter的模型经常出现503
有大佬知道是啥问题吗?
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: wxyzh)
newapi 转发Openrouter的模型经常出现503
有大佬知道是啥问题吗?
1 post - 1 participant
Read full topic
via LINUX DO - 最新话题 (author: wxyzh)
关于我用llm学唱日语歌的经历
缘起
身为VOCALOID/Jpop爱好者和动漫爱好者的笔者在大概两年前开始自学日语, 大概一年前侥幸以远远不足的水平擦边拿到了n3合格证, 自然地, 学唱日语歌成为了笔者的一个重要目标, 这时我已经在b站(后来迁移到知乎)上开始运营一个歌词精读专栏, 但半吊子水平的日语又远远不够支撑起这个专栏.
最初遇到的几个困难大致如下:
● 需要一下子面对的生词过多, 我是绝对懒得逐个词查词典的, 再说查完一遍也记不住, 手动记笔记的话又很麻烦. 整理成anki卡片是最好的选择, 但格式化的整理过程又更麻烦了.
● 语法不会导致整个句子都看不懂.
● 很多歌词的书写方式对阅读和演唱不友好, 会大量不必要地使用假名表记, 而非标准(偏严肃)书面语那样的汉字表记, 对当时的笔者而言完全无法判断句子结构. ● 这条现在看来其实并不是很重要, 但那时有一些强迫症倾向, 导致反而在这点上花的时间最多.
● 我看片假名非常吃力, 所以希望把片假名转回原外来语的拉丁字母形式
● 由于日语的低信息密度, 导致大多数日语歌词都倾向于高度凝练, 省略主谓宾都是家常便饭, 而且很多语法和词汇搭配也会以一种我陌生的方式完全变形, 完全不知所云. ● 这条在现在看也很莫名其妙, 毕竟很大一部分中文歌的歌词用现代汉语也不太能分析, 毕竟论体裁的话, 歌词本身更像诗而非文章.
于是自然地, 一条用llm处理歌词的pipeline出现在了笔者脑海中:
输入原始文本→ai转为更正规更汉字化的表记→处理过的文本中不会的生词让ai解释意思, 不懂的句子向ai询问→让ai总结所有问过的问题和答案留档为笔记, 并把所有生词格式化输出为anki卡片的格式以背诵. 以期待llm为我带来的生产力提升.
迭代过程
大家可以猜猜上面这个pipeline中哪一步最难, 答案是汉字表记转写的这第一步. 原因也不难理解, 假名到汉字的转换并不是简单的映射, 需要llm读懂句子理清句子结构再转写, 再加上小语种的日语语料偏少, 绝大部分llm其实对都很不熟悉, 这个过程极其不稳定, 几乎纯看llm自己发挥.
彼时是2025年的新年, 正值deepseek横空出世, 在热度最高的一段时间笔者只能每天顶着被挤爆的服务器用V3模型跑歌词, 整个pipeline中只有转写这一步效果略差, 以及当时V3高的吓人的幻觉率导致偶尔胡诌, 总体上还算好.
不过这时还有个巨大的效率问题. 以deepseek V3的性能, 只能理解刚刚告诉他的pipeline的一步并执行, 如果一次性把全部pipeline一股脑告诉她, 就会遗忘或者处理质量下降. 这导致笔者不得不把prompt分成四五段存在浏览器插件里分次发出去, 这很不优雅.
这时笔者才了解到llm有所谓上下文窗口的概念. 而ds系的上下文窗口几乎是同类中最短的, 输出速度也是最慢的, 于是就滚去尝试了彼时主打长上下文的kimi和gemini1.5, 发现这种低性能模型的处理质量实在是难以望及deepseek项背. 也是这时第一次意识到了llm之间亦有原始人和三体人的分别.
于是笔者又着手魔改了一套egg_roll大佬的知名anki卡组用于更好地呈现歌词(见上), 按理来说这应该也就优化到头了, 结果没过几个月gemini2.5这个可以白嫖的性能怪物发布了, 笔者发现只要把全部pipeline作为初始prompt简单粗暴地一股脑怼过去, 之后只要不断地命令她"继续下一步", gemini就能忠实执行pipeline的全部内容, 自此这个专栏终于变成了完全的自动化流水线.
过度优化?
但随着llm教学下笔者日语水平的逐渐上涨, 一些感悟则让我冷落了这一套已臻完美的pipeline.
● 就算不转写也逐渐能直接看懂假名混杂的句子了, 转写这一步变得有些鸡肋而且要耗费掉我大量的时间.
● 在KTV唱歌看歌词的需求可以用utaten等带振假名更好阅读的歌词网站解决.
● 意识到大量的日语歌词事实上纯粹和俳句短歌等类似, 有堆砌意象而非正经叙述的倾向, 所以不再试图完全理解歌词内容.
● 听歌唱歌对提升听力口语基本都没有卵用, 唯一的益处是能记单词.
● 辛辛苦苦发的专栏没人看, 我又用不太到了, 那还写毛线.
于是在去年07-17发布了40篇专栏的最后一篇 大地に咲く旋律 - 幽闭星光 后笔者决定暂时封笔, 滚去沉淀日语水平了.
歌单分级
纵观前面的历程, 笔者觉得既然专栏全是字和考据没人看, anki卡组门槛较高选歌小众没人看, 那选点好听且好唱的歌出来编个歌单总该有人看了吧. 毕竟笔者始终坚信, 练乐器也好练日语也好, 作为入门教学曲而言好听是第一位的, 其次才是教学意义.
于是把一些自己很喜欢或者很经典的好听日语歌根据歌唱难度和词汇难度大致分为四档, 编制成了网易云的"日语学习用分级歌单"系列, 目前大概有100首歌, 还在持续扩增中, NORMAL等级的链接在这里, 其他等级歌单可以自行从歌单创建者的首页跳转.
btw, 其实感觉EASY等级最有用来着, 毕竟建立信心是很重要的.
发这个帖子同样也是为了纪念一下自己的入站首帖, 之前开放注册期间注册的L站号由于不活跃被直接删号了, 当时重激活了一下找回来了, 结果前几天发现又被删了, 有些无语. 这次也算是失而复得而复失而复得, 所幸id还在, 但我确实没办法保证自己每个月都活跃, 只能在这段空闲时间先水水论坛攒攒等级了, 视情况可能还会更新一些用llm学日语的经验帖. 最后祝日语同好们学习顺利!
8 posts - 4 participants
Read full topic
via LINUX DO - 最新话题 (author: 東雲暁月)
Invalid media: image
缘起
身为VOCALOID/Jpop爱好者和动漫爱好者的笔者在大概两年前开始自学日语, 大概一年前侥幸以远远不足的水平擦边拿到了n3合格证, 自然地, 学唱日语歌成为了笔者的一个重要目标, 这时我已经在b站(后来迁移到知乎)上开始运营一个歌词精读专栏, 但半吊子水平的日语又远远不够支撑起这个专栏.
最初遇到的几个困难大致如下:
● 需要一下子面对的生词过多, 我是绝对懒得逐个词查词典的, 再说查完一遍也记不住, 手动记笔记的话又很麻烦. 整理成anki卡片是最好的选择, 但格式化的整理过程又更麻烦了.
● 语法不会导致整个句子都看不懂.
● 很多歌词的书写方式对阅读和演唱不友好, 会大量不必要地使用假名表记, 而非标准(偏严肃)书面语那样的汉字表记, 对当时的笔者而言完全无法判断句子结构. ● 这条现在看来其实并不是很重要, 但那时有一些强迫症倾向, 导致反而在这点上花的时间最多.
● 我看片假名非常吃力, 所以希望把片假名转回原外来语的拉丁字母形式
● 由于日语的低信息密度, 导致大多数日语歌词都倾向于高度凝练, 省略主谓宾都是家常便饭, 而且很多语法和词汇搭配也会以一种我陌生的方式完全变形, 完全不知所云. ● 这条在现在看也很莫名其妙, 毕竟很大一部分中文歌的歌词用现代汉语也不太能分析, 毕竟论体裁的话, 歌词本身更像诗而非文章.
于是自然地, 一条用llm处理歌词的pipeline出现在了笔者脑海中:
输入原始文本→ai转为更正规更汉字化的表记→处理过的文本中不会的生词让ai解释意思, 不懂的句子向ai询问→让ai总结所有问过的问题和答案留档为笔记, 并把所有生词格式化输出为anki卡片的格式以背诵. 以期待llm为我带来的生产力提升.
迭代过程
大家可以猜猜上面这个pipeline中哪一步最难, 答案是汉字表记转写的这第一步. 原因也不难理解, 假名到汉字的转换并不是简单的映射, 需要llm读懂句子理清句子结构再转写, 再加上小语种的日语语料偏少, 绝大部分llm其实对都很不熟悉, 这个过程极其不稳定, 几乎纯看llm自己发挥.
彼时是2025年的新年, 正值deepseek横空出世, 在热度最高的一段时间笔者只能每天顶着被挤爆的服务器用V3模型跑歌词, 整个pipeline中只有转写这一步效果略差, 以及当时V3高的吓人的幻觉率导致偶尔胡诌, 总体上还算好.
不过这时还有个巨大的效率问题. 以deepseek V3的性能, 只能理解刚刚告诉他的pipeline的一步并执行, 如果一次性把全部pipeline一股脑告诉她, 就会遗忘或者处理质量下降. 这导致笔者不得不把prompt分成四五段存在浏览器插件里分次发出去, 这很不优雅.
这时笔者才了解到llm有所谓上下文窗口的概念. 而ds系的上下文窗口几乎是同类中最短的, 输出速度也是最慢的, 于是就滚去尝试了彼时主打长上下文的kimi和gemini1.5, 发现这种低性能模型的处理质量实在是难以望及deepseek项背. 也是这时第一次意识到了llm之间亦有原始人和三体人的分别.
于是笔者又着手魔改了一套egg_roll大佬的知名anki卡组用于更好地呈现歌词(见上), 按理来说这应该也就优化到头了, 结果没过几个月gemini2.5这个可以白嫖的性能怪物发布了, 笔者发现只要把全部pipeline作为初始prompt简单粗暴地一股脑怼过去, 之后只要不断地命令她"继续下一步", gemini就能忠实执行pipeline的全部内容, 自此这个专栏终于变成了完全的自动化流水线.
过度优化?
但随着llm教学下笔者日语水平的逐渐上涨, 一些感悟则让我冷落了这一套已臻完美的pipeline.
● 就算不转写也逐渐能直接看懂假名混杂的句子了, 转写这一步变得有些鸡肋而且要耗费掉我大量的时间.
● 在KTV唱歌看歌词的需求可以用utaten等带振假名更好阅读的歌词网站解决.
● 意识到大量的日语歌词事实上纯粹和俳句短歌等类似, 有堆砌意象而非正经叙述的倾向, 所以不再试图完全理解歌词内容.
● 听歌唱歌对提升听力口语基本都没有卵用, 唯一的益处是能记单词.
● 辛辛苦苦发的专栏没人看, 我又用不太到了, 那还写毛线.
于是在去年07-17发布了40篇专栏的最后一篇 大地に咲く旋律 - 幽闭星光 后笔者决定暂时封笔, 滚去沉淀日语水平了.
歌单分级
纵观前面的历程, 笔者觉得既然专栏全是字和考据没人看, anki卡组门槛较高选歌小众没人看, 那选点好听且好唱的歌出来编个歌单总该有人看了吧. 毕竟笔者始终坚信, 练乐器也好练日语也好, 作为入门教学曲而言好听是第一位的, 其次才是教学意义.
于是把一些自己很喜欢或者很经典的好听日语歌根据歌唱难度和词汇难度大致分为四档, 编制成了网易云的"日语学习用分级歌单"系列, 目前大概有100首歌, 还在持续扩增中, NORMAL等级的链接在这里, 其他等级歌单可以自行从歌单创建者的首页跳转.
btw, 其实感觉EASY等级最有用来着, 毕竟建立信心是很重要的.
发这个帖子同样也是为了纪念一下自己的入站首帖, 之前开放注册期间注册的L站号由于不活跃被直接删号了, 当时重激活了一下找回来了, 结果前几天发现又被删了, 有些无语. 这次也算是失而复得而复失而复得, 所幸id还在, 但我确实没办法保证自己每个月都活跃, 只能在这段空闲时间先水水论坛攒攒等级了, 视情况可能还会更新一些用llm学日语的经验帖. 最后祝日语同好们学习顺利!
8 posts - 4 participants
Read full topic
via LINUX DO - 最新话题 (author: 東雲暁月)
Invalid media: image
记录每次AirPods连接Mac音量都被重置到50%问题处理
背景
在MacOS12之后,每次AirPods连接到Mac后音量都被重置到50%,导致每次重连耳机后都要手动降低音量非常繁琐,一直到现在os26似乎才有改善(但是我现在升级到26之后似乎还会遇到)。
处理方案
1. 安装
2. 创建文件
3. 写入如下内容,自行增加耳机的关键字和希望的目标音量参数,记得保存
1. 打开
1. 在Hammerspoon控制台会看到相关日志,成功。
最后
如果佬有其他更好的方案,欢迎分享。
11 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: oiil)
Invalid media: image
背景
在MacOS12之后,每次AirPods连接到Mac后音量都被重置到50%,导致每次重连耳机后都要手动降低音量非常繁琐,一直到现在os26似乎才有改善(但是我现在升级到26之后似乎还会遇到)。
处理方案
AI给出一个方案可以通过脚本自动化APP Hammerspoon来解决这个问题1. 安装
Hammerspoon:https://github.com/Hammerspoon/hammerspoon/releases2. 创建文件
~/.hammerspoon/init.lua3. 写入如下内容,自行增加耳机的关键字和希望的目标音量参数,记得保存
--------------------------------------------------
-- 配置区
--------------------------------------------------
-- 目标耳机关键词(模糊匹配)
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
--------------------------------------------------
-- 逻辑区
--------------------------------------------------
-- 判断是否是目标耳机
local function isTargetDevice(deviceName)
if not deviceName then return false end
for _, pattern in ipairs(TARGET_DEVICE_PATTERNS) do
if string.find(deviceName, pattern) then
return true
end
end
return false
end
-- 处理音频设备变化
local function handleAudioDeviceChange()
local outputDevice = hs.audiodevice.defaultOutputDevice()
if not outputDevice then return end
local deviceName = outputDevice:name()
if not deviceName then return end
-- 防抖:设备没变就直接返回
if deviceName == lastOutputDeviceName then
return
end
lastOutputDeviceName = deviceName
if not isTargetDevice(deviceName) then
return
end
local currentVolume = outputDevice:volume()
if not currentVolume then return end
if currentVolume > VOLUME_TRIGGER_THRESHOLD then
outputDevice:setVolume(TARGET_DEVICE_VOLUME)
print(string.format(
"🎧 %s 已连接,音量从 %d%% 调整为 %d%%",
deviceName,
currentVolume,
TARGET_DEVICE_VOLUME
))
else
print(string.format(
"🎧 %s 已连接,当前音量 %d%% ≤ %d%%,未调整",
deviceName,
currentVolume,
VOLUME_TRIGGER_THRESHOLD
))
end
end
--------------------------------------------------
-- 启动 watcher
--------------------------------------------------
hs.audiodevice.watcher.setCallback(handleAudioDeviceChange)
hs.audiodevice.watcher.start()
print(string.format(
"🎧 耳机自动音量管理已启动(目标 %d%%,触发阈值 %d%%,已启用防抖)",
TARGET_DEVICE_VOLUME,
VOLUME_TRIGGER_THRESHOLD
))
1. 打开
Hammerspoon进行Reload config1. 在Hammerspoon控制台会看到相关日志,成功。
最后
如果佬有其他更好的方案,欢迎分享。
11 posts - 5 participants
Read full topic
via LINUX DO - 最新话题 (author: oiil)
Invalid media: image
OnePlus(一加)刘老板被地区“通缉”了
详细搜,
Yahoo News
大陸知名手機OnePlus違法在台挖角70工程師 士檢通緝創辦人劉作虎
中國大陸手機名牌 OnePlus 深圳萬普拉斯公司涉嫌非法在台招募70多名工程師,匯入金額約23億元。士林地檢署今天依違反兩岸人民關係條例,起訴兩名台籍幹部,並發布通緝OnePlus創辦人劉作虎。
12 posts - 10 participants
Read full topic
via LINUX DO - 最新话题 (author: 雪梨纽西兰希思露甘奶迪)
Invalid media:
image
image
详细搜,
刘作虎 台湾地区就有了,国内暂时还没报道就不发详细了Yahoo News
大陸知名手機OnePlus違法在台挖角70工程師 士檢通緝創辦人劉作虎
中國大陸手機名牌 OnePlus 深圳萬普拉斯公司涉嫌非法在台招募70多名工程師,匯入金額約23億元。士林地檢署今天依違反兩岸人民關係條例,起訴兩名台籍幹部,並發布通緝OnePlus創辦人劉作虎。
12 posts - 10 participants
Read full topic
via LINUX DO - 最新话题 (author: 雪梨纽西兰希思露甘奶迪)
Invalid media:
image
image