不知道你们有没有这种体验——每天办公、写文档、写代码或者远程操作,左手小拇指按 Ctrl 的时候,酸、累、甚至有点痛。
我最近就深深体会到了。

1️⃣ 键位太尴尬

笔记本/薄膜键盘:Ctrl 在左下角,小拇指必须伸到最角落

手腕不自然,长时间按容易疲劳

2️⃣ 按键行程和压力不合适

薄膜键盘压得硬、行程短 → 小拇指受力大

机械键盘如果轴体太硬也会累

3️⃣ Ctrl 使用频率太高

Ctrl+C 、Ctrl+V 、Ctrl+Z 、Ctrl+S……

一天按几十次甚至上百次,累成习惯前就开始受伤

请问大家有什么好的建议吗?

现在做需求已经不是先想代码怎么写,而是先想怎么 prompt 了

预估工时也不再是代码编写的时间,而是 Agent 多久能跑完,代码的生产速度≈Token 的生成速度

gpt-5.2 真是一个靠谱的伙伴,基本上每次 prompt 都能拿到预期的结果


BTW, codex-viz 是我 vibe coding 的一个统计 codex 本地用量的工具,有需要的可以自取
https://github.com/onewesong/codex-viz

img

下面直接给你一套“可落地”的 Java while 跳出循环方案矩阵:你按场景选就行 ✅
(核心就三类:<span style="color:#ff0000;">条件变 false</span>、<span style="color:#ff0000;">break</span>、<span style="color:#ff0000;">return/throw</span>)


1)最标准:让 while 条件变成 <span style="color:#ff0000;">false</span> ✅

int i = 0;

while (i < 10) {
    System.out.println(i);
    i++; // 关键:更新循环变量,否则可能死循环
}

解释(逐点讲清楚):

  • while (i < 10) 是循环“开关”。
  • i++i 增大,最终 i < 10 不成立,循环自然结束。
  • 这种方式最“干净”,逻辑最可维护。🚀

2)主动跳出:使用 <span style="color:#ff0000;">break</span>(单层 while 立即结束)🛑

int i = 0;

while (true) { // 这里是无限循环,必须靠 break 才能停
    if (i == 5) {
        break; // 关键:直接跳出 while
    }
    System.out.println(i);
    i++;
}

解释:

  • while (true) 表示“永远循环”,常用于“等待某个条件满足”。
  • break 是“紧急出口”,执行到这里会立刻结束当前 while。
  • 适用于:找到目标就停止、出现异常状态就退出等。✅

3)跳过本轮:使用 <span style="color:#ff0000;">continue</span>(不是跳出,是跳过)⚠️

很多人把 continue 当成“跳出”,其实它只是“跳过本轮剩余代码”,然后进入下一轮判断。
int i = 0;

while (i < 10) {
    i++;
    if (i % 2 == 0) {
        continue; // 关键:跳过下面的打印,进入下一轮
    }
    System.out.println(i); // 只打印奇数
}

解释:

  • continue 不会结束循环,只是跳过本轮剩余语句。
  • 上面代码会输出 1,3,5,7,9。
  • 使用时要特别注意:循环变量要照样更新,否则容易死循环。🧠

4)多层循环:用 <span style="color:#ff0000;">标签 break</span> 一次跳出多层(很实用)🎯

outer:
while (true) {
    int j = 0;

    while (j < 10) {
        if (j == 3) {
            break outer; // 关键:直接跳出外层 while
        }
        j++;
    }
}

解释:

  • outer: 是一个“标签”,标记外层循环。
  • break outer; 会跳出被标记的那一层(这里是外层 while)。
  • 适用于:嵌套循环里找到目标要整体结束,不想写一堆 flag。✅

5)直接结束方法:<span style="color:#ff0000;">return</span> 或抛异常(更“彻底”)💥

public static int findFirstPositive(int[] arr) {
    int i = 0;

    while (i < arr.length) {
        if (arr[i] > 0) {
            return arr[i]; // 关键:直接结束整个方法
        }
        i++;
    }
    return -1;
}

解释:

  • return 不只是跳出 while,而是直接结束当前方法。
  • 适用于:找到结果就返回,后面逻辑不需要继续跑。
  • 如果是“异常情况必须立刻终止”,可以 throw new RuntimeException(...)。🛡️

分析说明表(你按需求选)📌

方式是否结束循环是否结束方法典型场景风险点
条件变 <span style="color:#ff0000;">false</span>常规循环计数、遍历条件/变量不更新会死循环
<span style="color:#ff0000;">break</span>找到目标即停、异常状态退出嵌套时只跳出一层
<span style="color:#ff0000;">continue</span>❌(只跳过本轮)过滤数据、跳过无效项容易忘记变量更新导致死循环
标签 <span style="color:#ff0000;">break outer</span>✅(可多层)多层循环一次退出标签命名要清晰避免阅读负担
<span style="color:#ff0000;">return</span> / throw找到结果立即返回/错误立即终止逻辑会“截断”,需确保后置处理已完成

最容易踩坑的 3 个点(防止你线上背锅)😄

  1. while 条件写对了,但循环变量没更新 → <span style="color:#ff0000;">死循环</span>
  2. break 只能跳出当前这一层 → 嵌套时需要标签 break 或 flag
  3. continue 不是退出 → 它只是“跳过本轮”,别用错语义

如果你给我你那段 while 代码(或说清楚:单层/多层、要退出到哪里),我可以按你真实场景把“跳出点”和“最佳写法”直接改成可用版本。

这个是一个 VsCode 插件,使用上很友好,原理是使用 Claude 里面的便宜模型 Haiku 或者 Gemini 3 Flash 阅读,然后使用高参数模型(比如:Claude Sonnet 4.5 和 Gemini 3 Pro) 写代码:

实测,可以比 Claude 省钱 95%,编码效果完全一样

使用方式:

1 ,下载 VS Code (如果没有你就去百度一下)


2 ,安装

搜索:Claude Code Cheaper

3 ,使用


里面有赠送额度!实测折合比直接使用 Claude Code 便宜 95% !

我先把话说透:所谓“<span style="color:#ff0000;">封UDP</span> / <span style="color:#ff0000;">封海外</span>”很多时候是服务商在压力下的粗暴止血策略——能救火,但会伤业务(尤其是你要 <span style="color:#ff0000;">HTTP/3</span>、游戏、语音、DNS、QUIC 等场景)。HTTP/3 走 QUIC,而 QUIC 是基于 UDP 的。(维基百科)

选型核心结论(给你可落地的判断)

  • 你要的是:<span style="color:#ff0000;">“精细化清洗 + 可观测 + 可控放行”</span>,而不是“一刀切封禁”。超大流量攻击近年持续刷新纪录,且常见为 UDP 洪泛/放大类,选型必须按“长期对抗”设计。(BleepingComputer)
  • 优先挑:有 <span style="color:#ff0000;">清洗中心</span> + <span style="color:#ff0000;">Anycast/多点调度</span> 的防护网络,把攻击分摊到多个点位,而不是把你那台机器当沙包。(Radware)
  • 需要“封”的,也要做到:<span style="color:#ff0000;">只封不该来的</span>(按端口/协议/速率/指纹/国家地区策略分层),并能一键回滚,避免误伤 KPI。

分析说明表(你拿它去对比服务商就够了)

方案取向防护动作对业务影响适用场景风险点
“封UDP/封海外”硬切直接丢弃 UDP 或海外流量高:HTTP/3、游戏/语音、海外用户直接受损临时止血、业务只在单一区域且不用UDP误伤大、体验差、可持续性弱
精细化清洗(推荐)识别后清洗:按端口/协议/速率/特征过滤低:业务可持续运行长期运营、对外业务、需要UDP/全球访问要求服务商能力强、配置要专业
“前置CDN/边缘抗压 + 源站高防”组合(推荐)压力在边缘消化,源站仅接收干净流量最低:源站更稳,TCO更可控网站/API/电商/内容站需要完善回源与灰度策略

你该盯死的 8 个硬指标(像做供应商尽调一样做)

  1. <span style="color:#ff0000;">是否支持UDP“可防可放”</span>:能不能按端口放行(如 53/123/443-QUIC/游戏端口),而不是一封了之。
  2. <span style="color:#ff0000;">清洗模式</span>:常态在线(always-on)还是触发式(on-demand)?触发式要看“触发阈值 + 生效时延”。
  3. <span style="color:#ff0000;">承诺口径</span>:问清楚是“宣称峰值”还是“可用清洗带宽/包速(pps)上限”。真实世界里很多攻击拼的是 pps。(BleepingComputer)
  4. <span style="color:#ff0000;">Anycast/多点能力</span>:点位越多、调度越成熟,扩散攻击越稳。(Radware)
  5. <span style="color:#ff0000;">四层策略颗粒度</span>:是否支持“伪源过滤/空连接/源速率限制/目的限速”等策略(这类能力是对抗 L4 洪泛的基本盘)。(阿里云)
  6. <span style="color:#ff0000;">可观测性</span>:有没有攻击报表、样本包、命中规则原因、回放能力;没有可观测性=你永远在盲飞。
  7. <span style="color:#ff0000;">回源与白名单机制</span>:能否只允许边缘/清洗出口回源,源站只对“干净入口”开放。
  8. <span style="color:#ff0000;">反欺骗基础</span>:服务商上游是否重视源地址校验(SAV/BCP38 思路),否则反射放大类会更泛滥。(APNIC Blog)

快速自检:你到底需不需要“封UDP”?(两条命令就够)🛡️

tcpdump -nn -i eth0 'udp' -c 30

解释:抓 30 个 UDP 包做“取样审计”。如果你看到大量随机源/随机端口、持续喷涌,基本就是 UDP 洪泛/反射相关的噪声;如果抓到的是你业务真实需要的端口(如 DNS/QUIC/游戏端口),那“全封UDP”就是在自伤。

ss -uapn

解释:列出本机正在使用 UDP 的进程与端口(u=UDP)。这能帮你确认:你的业务是否真的“完全不依赖 UDP”。很多人以为自己不用,结果一开 HTTP/3/监控/解析就踩坑🚦。

回到“蓝易云”怎么落地(务实建议)📈

如果你的目标是“海外高防云服务器”,我建议用<span style="color:#ff0000;">‘边缘抗压(高防CDN)+ 源站高防云服务器’</span>的组合打法:边缘负责吸收与分摊,源站负责收口与回源安全——这样你不会被迫走“封UDP/封海外”这种低质量操作路径。具体能力以你控制台可选策略为准:重点看是否支持 UDP 细粒度放行、四层限速/伪源过滤、清洗时延与报表可观测性(没有这几项,谈高防都偏虚)。(阿里云)

大家好,最近看到一个很有意思的视频灵感,一时手痒,用纯原生的 HTML/CSS/JS 写了一个赛博朋克风格的交互式元素周期表

项目没有任何构建依赖,开箱即用。主打就是一个视觉效果和交互体验,包含 3D 原子结构模拟多维度热力图等功能。

发出来给 V 友们图一乐,顺便求个 Star 🌟,也欢迎大家提提建议!


🔗 传送门


✨ 主要玩法与特性

这个项目虽然只是个前端页面,但把化学书上的东西做得稍微酷炫了一点:

  1. 沉浸式视觉:深色赛博朋克风,配合霓虹光效和玻璃拟态( Glassmorphism ),比传统的格子表耐看一些。
  2. **3D 原子结构 (CSS)**:点击任意元素进入详情页,可以看到基于 CSS 3D Transforms (transform-style: preserve-3d) 渲染的原子模型。支持鼠标拖拽旋转,可以看到电子在轨道上跑。
  3. 多维度数据可视化:支持一键切换热力图模式。想看原子半径、电负性、熔沸点的分布?点击按钮,周期表会自动变成热力图色谱。
  4. 数据全:收录了 118 种元素,包含电子排布、同位素、化合价等详细数据。
  5. 双语支持:做了中英文切换,方便查阅。

📸 截图预览

周期表主界面
(建议配合深色模式食用)
Overview

热力图模式 (电负性分布)
Heatmap

3D 原子模型交互
3D Atom

兄弟们,分享个最近折腾的省钱路子。

现在 AI 工具多,号也多,但官方订阅动不动就 $20/月,哪怕是一个号都肉疼,更别说想要多搞几个号备用了。
之前一直通过也是各种找渠道,但我最近在闲鱼上蹲了一波,发现其实学生认证号家庭组车位才是真香系列。

💰 晒晒我的成本

一共搞了 3 个号,总共花费还不到 100 块:

  1. 学生认证号 × 2:闲鱼买的,23 块一个,两个才 46 。(只需要提供自己的谷歌账号)
  2. 家庭组成员号 × 1:也是找的车位,50 块一个。(这个复杂些,需要自己的谷歌账号在美区)
    合计:96 元。
    (这价格甚至不够开一个月的官方 Plus ,但我直接拉起了 3 个号的战队)

🛠 怎么用才爽?

我直接把这 3 个号都接到了 Antigravity Tool 里。

这里插入你的 Antigravity 后台截图

实际体验就是两个字:踏实。

  • 不怕封:因为有三个账号轮替,哪怕挂一个都不心疼(毕竟才 23 块成本)。
  • 并发爽:以前用一个号老担心次数用完,现在三个号池子,甚至感觉自己在搞企业级部署。
  • 情绪价值拉满:看着后台三个号稳稳地跑,这种“花小钱办大事”的感觉,懂的都懂。

💡 建议

这年头,工具是死的,思路活了才能省下真金白银。

有同样路子的老哥吗?交流下?👇

使用阿里云云效作为版本仓库

使用 云效 流水线 构建部署 golang 项目

注(按构建使用时长计费)

编译阶段之前是正常的

最近开始, 编译 golang 项目时(其他语言未测试) 计时从 11 秒开始跑, 你只要点击运行, 开始计费是从 10 秒开始, 第一秒跳为 11 秒 且实际按照这个时长计费

查阅全部文档, 询问阿里云 AI, 均没有相关信息

且:

当我问阿里云在线 AI 知识库时, 询问别的问题, 哪怕他不知道, 他一般会回答一个相似的问题, 或者引导提示可能是什么问题给出连接

询问这个问题, 直接说不知道, 感觉怪怪的:

彩讯股份携手稳准智能发布垂直行业数据大模型“数擎”大模型 1 月 31 日,彩讯科技股份有限公司(简称:彩讯股份)受邀出席雄安新区“人工智能+”创新生态系列活动分会场—通用数据大模型赋能产业发展大会暨极数(LimiX)系列成果展示交流活动,与稳准智能(雄安)科技有限公司(简称:稳准智能)联合发布首个运营商行业数据大模型——“数擎”大模型。

彩讯股份 CEO 白琳、董事会秘书兼财务总监王欣、数行事业部总经理朱彩霞与生态伙伴稳准智能首席科学家崔鹏、CTO 张兴璇、COO 何玥共同参与发布仪式。

(从左至右依次是:稳准智能 COO 何玥,稳准智能 CTO 张兴璇,稳准智能首席科学家崔鹏,彩讯股份 CEO 白琳,彩讯股份董事会秘书兼财务总监王欣,彩讯股份数行事业部总经理朱彩霞)

基于对行业共性问题的长期观察与实践,彩讯股份依托在 ToB 领域二十余年的行业经验积累,并以自主研发的 Rich AIBox 企业级平台化能力为核心,构建起覆盖多业务场景的全栈 AI 能力;在此基础上,结合稳准智能在结构化数据大模型(LDM)领域的技术优势,双方共同启动运营商领域专属大模型的联合研发,并推动结构化数据智能在运营商场景中的系统级落地。

此次发布的“数擎”大模型被认为是业界首个围绕运营商核心业务流程打造的行业专属大模型。该模型构建覆盖数据建模、业务理解与智能决策的业务智能中枢,具备轻量、高效、可解释等特点,能够在资源受限、适用于多类对实时决策和规模化应用要求较高的行业场景。在此过程中,稳准智能在结构化数据建模与因果分析方面的技术能力作为关键能力模块被引入,用于增强模型在复杂业务场景下的推理与决策支撑能力;彩讯股份则依托长期服务运营商核心系统的工程化经验,承担模型能力与业务流程及既有系统的集成与落地实施工作,保障智能能力在真实生产环境中的稳定、可靠运行。

目前,该模型已在运营商行业的精准营销、经营分析、终端服务等多个核心场景中成功应用,推动相关业务从“经验驱动”向“数据智能驱动”转变。例如,在营销与预测场景中,模型能够基于多维业务数据进行关联分析与策略推演,不仅提升了预测准确率,还支持业务从“事后评估”向“事前干预”转变,提升运营决策的精准性与前瞻性。

面向下一阶段发展,双方将进一步围绕“更深”与“更广”两大方向推进模型演进:一方面,持续增强模型对业务逻辑和策略影响的理解能力,提升智能决策对实际业务结果的支撑效果;另一方面,通过彩讯股份 Rich AIBox 等企业级平台化能力,推动结构化与非结构化数据的协同分析,探索更多行业场景中的规模化复制与应用落地。

引言

在智能出行飞速发展的当下,车载娱乐系统已成为驾驶者和乘客旅途中不可或缺的部分,其中音乐应用更是备受青睐。鸿蒙 Car Kit 为开发者提供了强大的工具,助力打造功能丰富、体验卓越的车载音乐应用。本文将通过真实业务场景设计,深入剖析需求开发逻辑,并给出关键代码实现,旨在为鸿蒙车载应用开发者提供极具价值的实践指导,一同探索如何基于鸿蒙 Car Kit 构建令人眼前一亮的智能车载音乐应用。

一、业务场景设计

在日常出行中,驾驶者对于车载音乐娱乐的需求越发多样化。想象一位职场人士在结束忙碌工作后驾车回家,他期望在行车过程中轻松畅享喜爱的音乐,并且音乐能依据不同驾驶场景智能切换,例如高速行驶时播放节奏明快的曲目,市区拥堵时播放舒缓的轻音乐,让驾驶过程更加惬意。此外,当车辆与手机通过鸿蒙分布式能力连接后,能自动同步手机音乐收藏,避免繁琐手动操作。同时,乘客也可通过车内大屏便捷搜索想听的歌曲,提升乘车体验。

二、需求开发逻辑

(一)基本音乐播放功能

  1. 歌曲列表展示:从本地存储或在线音乐平台获取歌曲信息,在车载大屏以简洁直观方式呈现,方便用户浏览选择。
  2. 播放控制:实现播放、暂停、上一曲、下一曲等常用控制功能,操作按钮设计需符合驾驶场景下的操作便利性,确保驾驶者无需分散过多注意力。

(二)智能场景适配

  1. 场景感知:借助车载传感器(如车速传感器)实时获取车辆行驶状态,精准判断车辆处于高速行驶、市区拥堵还是停车状态。
  2. 音乐智能切换:依据不同驾驶场景,自动匹配适合的音乐类型,为用户营造更契合当下情境的音乐氛围。

(三)分布式协同

  1. 设备连接检测:实时监测车辆与手机等设备的连接状态,一旦检测到连接,迅速触发后续同步操作。
  2. 数据同步:将手机中的音乐收藏列表无缝同步至车载音乐应用,让用户在车内也能便捷访问手机端的个性化音乐资源。

(四)搜索功能

  1. 搜索框设计:在大屏界面显著位置设置搜索框,方便乘客快速定位输入关键词。
  2. 搜索逻辑:支持按歌曲名、歌手名等多维度关键词搜索,从本地和在线音乐库全面匹配相关歌曲,满足用户多样化搜索需求。

三、关键代码实现

(一)基本音乐播放功能

使用鸿蒙的媒体播放 API 实现基本音乐播放功能。以下是基于 ArkTS 的示例代码:

// 引入媒体播放模块
import media from '@ohos.multimedia.media';

// 歌曲列表数据
let songList: Array<{ title: string, artist: string, url: string }> = [];
// 当前播放歌曲索引
let currentIndex: number = 0;

// 创建媒体播放器
let player: media.Player | null = null;

async function createPlayer() {
    if (player) {
        await player.destroy();
    }
    player = await media.createPlayer({
        source: songList[currentIndex].url,
        type: media.ContentType.MUSIC
    });
}

async function play() {
    if (!player) {
        await createPlayer();
    }
    await player.start();
}

async function pause() {
    if (player) {
        await player.pause();
    }
}

async function next() {
    if (currentIndex < songList.length - 1) {
        currentIndex++;
        await createPlayer();
        await play();
    }
}

async function previous() {
    if (currentIndex > 0) {
        currentIndex--;
        await createPlayer();
        await play();
    }
}

(二)智能场景适配

通过订阅车速传感器数据来实现场景感知,并根据场景切换音乐。

import sensor from '@ohos.sensor';

// 订阅车速传感器
let speedSensor: sensor.Sensor | null = null;
let subscription: sensor.SensorSubscription | null = null;

async function subscribeSpeedSensor() {
    speedSensor = await sensor.getDefaultSensor(sensor.SensorType.SPEED);
    subscription = await speedSensor.subscribe((data) => {
        let speed = data.speed;
        if (speed > 80) {
            // 高速行驶,切换到节奏明快的音乐
            switchMusic('fast - paced');
        } else if (speed > 0 && speed <= 30) {
            // 市区拥堵,切换到舒缓音乐
            switchMusic('relaxing');
        }
    });
}

function switchMusic(type: string) {
    // 根据音乐类型筛选歌曲列表并播放
    let filteredList = songList.filter(song => song.type === type);
    if (filteredList.length > 0) {
        currentIndex = songList.indexOf(filteredList[0]);
        createPlayer().then(() => play());
    }
}

(三)分布式协同

利用鸿蒙的分布式软总线和数据管理能力实现设备连接检测与数据同步。

import distributedData from '@ohos.distributedData';

// 检测设备连接状态
let connectionState: string = 'disconnected';

function checkDeviceConnection() {
    // 这里通过鸿蒙系统提供的 API 获取设备连接状态,示例代码简化处理
    connectionState = 'connected'; // 假设连接成功
    if (connectionState === 'connected') {
        syncMusicData();
    }
}

async function syncMusicData() {
    try {
        let dataAbilityHelper = distributedData.createDistributedDataAbilityHelper('com.example.music.dataability');
        let result = await dataAbilityHelper.query('userMusicCollection', null, null);
        if (result) {
            let musicList = result.getArray('musicList');
            songList = musicList;
        }
    } catch (error) {
        console.error('同步音乐数据失败:', error);
    }
}

(四)搜索功能

实现搜索框的交互逻辑和搜索功能。

// 搜索关键词
let searchKeyword: string = '';

function handleSearch() {
    let searchResult = songList.filter(song => 
        song.title.includes(searchKeyword) || song.artist.includes(searchKeyword));
    // 将搜索结果展示在界面上
    // 这里省略界面展示相关代码
}

四、技术总结

  1. 媒体播放:鸿蒙提供的 @ohos.multimedia.media 模块为音乐播放功能实现提供了强大支持。通过 createPlayer 方法创建播放器实例,并对其进行灵活控制,开发者能够轻松实现基本音乐播放操作。但在实际应用中,需注意资源管理,如播放器销毁与重建,避免内存泄漏等问题。
  2. 传感器应用:利用 @ohos.sensor 模块订阅车速传感器数据,使应用能够感知驾驶场景变化。传感器数据的实时获取与准确处理是实现智能场景适配的关键。开发者需关注传感器数据的精度和稳定性,以及数据处理过程中的异常情况处理,确保应用在不同驾驶场景下稳定运行。
  3. 分布式协同:鸿蒙分布式软总线和数据管理能力,即 @ohos.distributedData 模块,让设备间数据同步变得高效便捷。在实现分布式协同功能时,要重视数据安全与隐私保护,确保在设备连接和数据传输过程中用户数据的完整性与保密性。同时,需处理好不同设备间的兼容性问题,保障功能在各种设备上稳定运行。
  4. 搜索功能实现:搜索功能通过简单的数组过滤操作实现,但在实际应用中,随着音乐库规模增大,可考虑引入更高效的搜索算法,如模糊搜索、索引技术等,提升搜索效率和准确性。此外,搜索结果的展示和交互设计也至关重要,直接影响用户体验。

基于鸿蒙 Car Kit 开发智能车载音乐应用,开发者需深入理解和运用鸿蒙提供的各类技术与 API,充分结合车载场景特点,注重用户体验和功能稳定性。通过不断优化与创新,为用户带来更加优质、智能的车载音乐娱乐体验。

个人感觉马化腾老了,跟不上时代了,还用老思维推广元宝。

今天下个断言:不看好元宝的未来。

说下我的个人看法:

前一周,腾讯马化腾宣布用 10 个亿来推广元宝,时间从 2 月 1 号开始。
妄图复现微信支付偷袭支付宝的戏码,简直可笑。真的,没有可比性。

科技群里边已经是大量的红包的消息,结果到了 1 号下午,14 个小时,下载榜才超越豆包,这速度有点慢啊。

还爱用这种十年前的打法,实际上已经跟不上 AI 时代了。

马化腾真老了。

另外说下元宝的实际体验,实际的技术能力只能说一般。而且还有频频卡顿,提前没有准备吗?在技术没有优势时这种推广,留存不可能有行业平均水平,一帮草台。

腾讯没有自己的大模型拿不出手,用 deepseek 来打豆包,技术上已经慢了至少半年。

豆包已经日活一个亿,玩法还多,元宝没有任何优势。

OP 在 OpenClaw 出来之前用 Antigravity/Claude Code 开发一个英语学习小工具,亲自指挥 AI 写代码、亲自本地自测、亲自 commit 、push 代码。
这个工具目前长这样:

让 Antigravity/Claude Code 写代码已经比自己写要方便地多了,开始的几天每天补充一点功能做点优化。
后来 OpenClaw 出来之后我直接试了一把,发现让开发这个东西的过程变得更爽了。

我用的是 Mac Mini M4 ,用 VMware Fusion 装了个 Ubuntu 虚拟机,让 OpenClaw 跑在里面。
模型最开始用的是 Gemini ,后来补充了 Claude 。主要用 Telegram 和 bot 对话。Mac 设置了关屏不休眠之后,虚拟机里面的 bot 可以一直响应,不会掉线。

最开始的感受是很超预期的,发了仓库链接之后它自己给下载下来了,然后按要求做了对应修改。还会自动找我要 GitHub 的 token ,我把这个 token 直接通过聊天框发给它就行,不用找地方配置。等它拿到 token 之后能自动帮忙 push 到 GitHub 。

然后发语音下命令、发图片指出 bug 都能被正常识别。

最后让它总结一下这两三天都做了什么:

Q:
简单整理一下 lang-tools 项目里面,ClawdBot 都帮忙实现了那些功能特性?以及总时间、提交次数、行数这些信息。

A:
📊 Lang-Tools 项目统计报告

⏱️ 时间线

• 首次提交:2026-01-30 00:16:11
• 最后提交:2026-02-01 12:56:00
• 总时长:~2.5 天( 2 天 12 小时 40 分钟)
📈 代码统计

• 提交次数:41 次
• 文件改动:11 个文件
• 代码行数(文本文件:JS/CSS/HTML/MD ):  • ➕ 新增:2,951 行
  • ➖ 删除:1,154 行
  • 📊 净增:1,797 行

🎯 核心功能特性

1️⃣ 用户体验

• 🌙 暗黑模式 (v0.1.6)
• 🔊 TTS 语音播放 - OpenAI API (v0.1.9)
• 📱 移动端优化 - 响应式布局、2 列网格、按钮压缩
2️⃣ Anki 卡片集成

• 🖥️ 桌面端 - AnkiConnect 自动创建
• 📲 iOS/iPadOS - Universal link 支持
• 🤖 Android - .apkg 文件生成 (v0.1.18+)
• 🏷️ 智能标签 - 根据操作自动添加
• 🔍 设备检测 - 自动判断平台
3️⃣ 翻译功能增强 (v0.1.29-0.1.37)

• 🗣️ 发音支持(中文输入自动跳过)
• 📝 用法示例
• 🎯 一次性示例( few-shot )
• 🚫 避免重复翻译
• ⚡️ 缓存破坏机制
4️⃣ Rewrite 功能优化

• 🔍 错误分析 - 详细语法诊断
• 📏 可数名词检查 - 严格格式验证
• ✅ 智能跳过 - 已正确短语不修改
• 💬 通用短语 - "I love you" 等万能表达
5️⃣ 稳定性修复

• 🐛 修复 Android APKG 空白/0 卡片导入问题
• 📦 本地化所有库文件(无 CDN 依赖)
• 🔧 脚本加载优化 - DOMContentLoaded 、延迟加载
• 🎨 CSS/模态框 z-index 修复
6️⃣ 开发规范

• 📋 CONTRIBUTING.md ( http://contributing.md/) - 发布检查清单
• 🔢 版本管理 - v0.1.5 → v0.1.37

平均产出:~17.5 提交/天,~720 行代码/天

(感兴趣可以看一下这个项目的🔗 提交记录

好:

  • 更智能,能自动化完成的部分更多了,比如全链路的去下载代码仓库、做配置、提交代码……
  • 更方便,直接用 IM 就能对话,在外面的时候有什么想法直接说,不用手动碰电脑就完成了,门槛越低做起来越无痛,让这个循环流转地更顺了:产生想法、进行开发、自己体验、提新的改进意见、继续开发、继续体验……

不好:

  • 目前不敢在自己的本体电脑上部署,更不敢在办公电脑上部署,安全性之类的有待验证
  • Token 消耗很快,晚上由于几个 bug 来回改导致直接把 Gemini 打到每日限流了,改用 Claude 之后一小时消耗了 $3 token
  • 还没有那么稳定,有的时候 gateway 会莫名其妙挂掉需要手动上去修一修,另外我的定时任务一直没成功过还没来得及处理

2libra 没有自带的图片上传功能,昨天看到 一个帖子 后突然来了灵感,
把之前做的 v2ex 脚本中的图片上传功能抽离出来,做了一个通用的图片上传脚本。

主要功能

  • 支持在所有网站使用。(需要配置 match 规则)
  • 对 2libra, v2ex, nodeseek, deepflood, greasyfork.org 做了适配,显示“插入图片”按钮。其他网站可以自己添加规则。
  • 保存图片上传记录,可以重复利用上传过的图片。
  • 目前支持上传到 Imgur,后续会支持更多图床。
  • 可以批量上传,支持粘贴、拖拽、文件选择收集图片。

2025-10-22-21-23-13
2025-10-22-21-09-33

🔗 安装链接

项目地址: https://github.com/utags/userscripts

目前 是第一个也是唯一一个 2libra 的油猴脚本