标题: 给我整不会了，老技术怎么跟个小屁孩一样
作者: #洗头佬
板块: #搞七捻三
编号: 1645559
帖子: https://linux.do/t/topic/1645559
时间: 2026-02-25 12:28:50
摘要:

新年第一蚌埠 我无语了

标题: 刷屏外网的「AI末日」帖：美股将暴跌，白领岗位消失？！
作者: #sun shaoan
板块: #前沿快讯
编号: 1645561
帖子: https://linux.do/t/topic/1645561
时间: 2026-02-25 12:29:17
摘要:

比推
  

  
    

【比推 BitpushNews】刷屏外网的「AI末日」帖：美股将暴跌，白领岗位消失？！

  文章作者：Citrini 、 Alap Shah文章编译：ChainCatcher文章来源：Citrini ResearchBitpush注：近日，一篇关于人工智能末日论...


  

  
    
    
  

  


这个没看有人贴，转过来大家瞅瞅，看完感觉未来不好过

标题: 笑死，到底是谁蒸馏谁
作者: #scooorpion
板块: #搞七捻三
编号: 1645564
帖子: https://linux.do/t/topic/1645564
时间: 2026-02-25 12:29:58
摘要:

标题: 4K的显示在windows下正常 但是在MAC下字体和图标也太小了吧？
作者: #AA
板块: #搞七捻三
编号: 1645565
帖子: https://linux.do/t/topic/1645565
时间: 2026-02-25 12:30:09
摘要:

一台显示器，连接了WINDOWS和MAC  用一套键鼠 用WINDOWS远程MAC，win下的字体和图标都是正常的，但是MAC下的字体如果设置成4K的 那字体和图小得根本看不清，只能用2K。。。MAC是26的系统 如何能让它在4K的情况下，字体和图标都能和WIN下一样，是正常的。

标题: 春节档背后：AI大厂的“静默对决”开始了
作者: #core_dump
板块: #前沿快讯
编号: 1645574
帖子: https://linux.do/t/topic/1645574
时间: 2026-02-25 12:35:02
摘要:

表面上是春节假期，实际却像一场没有硝烟的 AI 排位赛。过去几周，各家平台在模型能力、产品入口和生态合作上密集动作，节奏明显加快。
这轮“春节AI暗战”的核心，不只是参数规模，而是“谁先把 AI 变成高频服务”。从技术层看，行业正在从通用大模型走向场景化优化：一边是推理效率、成本控制和多模态能力的持续迭代，另一边是把模型嵌入搜索、办公、营销、客服等真实工作流。能否把延迟压下来、把幻觉降下来、把调用成本打下来，决定了产品能不能长期留在用户桌面上。对开发者来说，这也意味着选型逻辑变化：不再只看 benchmark，而更看 API 稳定性、上下文长度、工具调用能力和私有化部署灵活度。
我个人判断，2025 年的竞争关键会从“模型发布”转向“分发与闭环运营”。谁拥有更强入口（流量）、更低部署门槛（成本）、更完整生态（插件/Agent/数据），谁就更可能吃到长期红利。短期会很热闹，长期会很残酷。
你觉得这轮竞争里，最被低估的能力是模型本身，还是产品化和渠道能力？
如果你是团队负责人，今年会优先投入“自研模型”还是“基于现有模型做垂直应用”？
新闻来源：春节AI暗战-36氪

标题: 反重力是不是改成家庭组共享额度了
作者: #ShutUp
板块: #搞七捻三
编号: 1645578
帖子: https://linux.do/t/topic/1645578
时间: 2026-02-25 12:36:21
摘要:

今天额度统一恢复了，看到有人在传共享额度

标题: VOXI的问题
作者: #刺猬兽
板块: #搞七捻三
编号: 1645580
帖子: https://linux.do/t/topic/1645580
时间: 2026-02-25 12:37:17
摘要:

rt 访问网页就提示我们正在幕后工作 不知道是我的问题还是VOXI的问题 有佬友知道不

标题: Farbic有什么服务端防熊mod
作者: #bcmray
板块: #搞七捻三
编号: 1645581
帖子: https://linux.do/t/topic/1645581
时间: 2026-02-25 12:37:29
摘要:

跟朋友开Fabric 1.21.10 的服务器，总是被熊，开白名单也有人混进来乱炸。
服务器用不了ledger（装了输命令无响应），正在找其他能回档/查记录的mod
佬友们有啥推荐的mod吗

标题: 还得是claudecode
作者: #陈世诚
板块: #开发调优
编号: 1645585
帖子: https://linux.do/t/topic/1645585
时间: 2026-02-25 12:38:15
摘要:

部署openclaw一直报错。最后还得是claudecode。

标题: 秦始皇和希特勒有什么关系？
作者: #GavinTnT
板块: #搞七捻三
编号: 1645590
帖子: https://linux.do/t/topic/1645590
时间: 2026-02-25 12:42:27
摘要:

标题: arch和CachyOS，大家推荐哪个呢
作者: #何夜无月
板块: #搞七捻三
编号: 1645604
帖子: https://linux.do/t/topic/1645604
时间: 2026-02-25 12:47:51
摘要:

准备从debian转arch系列，arch和CachyOS，哪个比较推荐呢

标题: 今天开始上班第二天
作者: #chenzhonghua
板块: #搞七捻三
编号: 1645612
帖子: https://linux.do/t/topic/1645612
时间: 2026-02-25 12:51:51
摘要:

今天开始上班第二天

标题: Cloudflare官方下场对狙Vercel，打造Vite版Next.js
作者: #饺子还是奶龙
板块: #开发调优
编号: 1645613
帖子: https://linux.do/t/topic/1645613
时间: 2026-02-25 12:51:58
摘要:

github.com
  

  
    
  

  GitHub - cloudflare/vinext: Vite plugin that reimplements the Next.js API...

    Vite plugin that reimplements the Next.js API surface — deploy anywhere


  

  
    
    
  

  



早期的基准测试结果令人鼓舞。我们使用一个包含 33 个路由的共享 App Router 应用程序，将 vinext 与 Next.js 16 进行了比较。这两个框架都在执行相同的工作：编译、打包和准备服务器渲染的路由。我们在 Next.js 的构建中禁用了 TypeScript 类型检查和 ESLint（Vite 在构建过程中不运行这些），并使用了 force-dynamic，这样 Next.js 就不会花费额外的时间预渲染静态路由，这会不公平地拖慢其性能。我们的目标是仅测量打包和编译速度，其他因素不予考虑。基准测试在每次合并到 main 时都在 GitHub CI 上运行。
生产构建时间：




框架
含义
与 Next.js 对比




Next.js 16.1.6 (Turbopack)
7.38秒
基线


vinext (Vite 7 / Rollup)
4.64秒
1.6倍更快


vinext (Vite 8 / Rolldown)
1.67秒
4.4倍更快



客户端包大小（gzip 压缩后）：




框架
压缩后
与 Next.js 对比




Next.js 16.1.6
168.9 KB
基线


vinext (Rollup)
74.0 KB
56% 更小


vinext (Rolldown)
72.9 KB
缩小了57%

标题: 在家科研，如何使用codex 或者 claude code 操作我实验室的8卡A100服务器呢？
作者: #dingruyi
板块: #搞七捻三
编号: 1645616
帖子: https://linux.do/t/topic/1645616
时间: 2026-02-25 12:53:00
摘要:

ai研究民工一枚，然后春节在家需要通过codex + 本机macos，操控远程的显卡服务器。因为codex似乎还不支持linux 系统上直接用（我指的是codex app版本，毕竟奥特曼说有3倍额度，而且还可以多线程，确实好用啊，薅羊毛！！！）想把 openai codex app的羊毛用在科研实验中，但是codex app不支持 linux，目前只支持macos，怎办啊？ 有佬友知道吗？（主要是多线程，真的好用！！！ api 额度几乎又是无限，无法用在显卡服务器上，太可惜了。

标题: 新版cc出现command ‘claude-vscode.editor.openLast’ not found问题解决方法
作者: #时运
板块: #开发调优
编号: 1645625
帖子: https://linux.do/t/topic/1645625
时间: 2026-02-25 12:54:35
摘要:

扩展版本 ：2.1.55（anthropic.claude-code）
平台 ：Windows 10/11
Claude CLI 版本 ： 2.1.55
症状
VS Code 扩展在 Windows 上无法激活，导致：
command ‘claude-vscode.editor.openLast’ not found
VS Code 中的任何 Claude Code 按钮/命令都是无效的。
根本原因
extension.js 包含 3 条硬编码的 Linux CI 构建服务器路径 ，在 Windows 上无效：

createRequid，带有硬编码的构建路径（第 45 行）：

// Before (broken on Windows)
L1 = BE.createRequire(“file:///home/runner/work/claude-cli-internal/claude-cli-internal/build-agent-sdk/sdk.mjs”)
// Fix
L1 = BE.createRequire(__filename)
2. 带有硬编码构建路径的 fileURLToPath：
// Before (broken on Windows)
JE.fileURLToPath(“file:///home/runner/work/claude-cli-internal/claude-cli-internal/build-agent-sdk/sdk.mjs”)
// Fix
JE.fileURLToPath(require(“url”).pathToFileURL(__filename).href)
3. 构建环境中的硬编码 __dirname：
// Before (broken on Windows)
var __dirname = “/home/runner/work/claude-cli-internal/claude-cli-internal/packages/claude-vscode/src/extension”
// Fix
var __dirname = require(“path”).dirname(__filename)
错误日志
摘自 %APPDATA%\Code\logs\[date]\window1\exthost\exthost.log ：
[error] Activating extension Anthropic.claude-code failed due to an error:
TypeError: The argument ‘filename’ must be a file URL object, file URL string, or absolute path string. Received ‘file:///home/runner/work/claude-cli-internal/claude-cli-internal/build-agent-sdk/sdk.mjs’
at Object. (c:\Users\…\extension.js:45:4848)
变通方法
像上面所示，手动修补 extension.js 中的三个位置可以解决问题。修补并重新加载 VS Code 后，扩展会激活并正常运行。启动脚本后重启拓展即可
const fs = require('fs');
const path = require('path');

// 扩展路径
const extensionPath = 'C:/Users/xxxxxxx/.vscode/extensions/anthropic.claude-code-2.1.55-win32-x64/extension.js';

console.log('正在读取扩展文件...');
let content = fs.readFileSync(extensionPath, 'utf8');

// 备份原文件
const backupPath = extensionPath + '.backup';
if (!fs.existsSync(backupPath)) {
    console.log('创建备份文件:', backupPath);
    fs.writeFileSync(backupPath, content, 'utf8');
}

let modified = false;

// 修复 1: createRequire 硬编码路径
const createRequirePattern = /L1=BE\.createRequire\("file:\/\/\/home\/runner\/work\/claude-cli-internal\/claude-cli-internal\/build-agent-sdk\/sdk\.mjs"\)/g;
if (createRequirePattern.test(content)) {
    console.log('修复 1: 替换 createRequire 硬编码路径');
    content = content.replace(
        createRequirePattern,
        'L1=BE.createRequire(__filename)'
    );
    modified = true;
}

// 修复 2: fileURLToPath 硬编码路径
const fileURLToPathPattern = /JE\.fileURLToPath\("file:\/\/\/home\/runner\/work\/claude-cli-internal\/claude-cli-internal\/build-agent-sdk\/sdk\.mjs"\)/g;
if (fileURLToPathPattern.test(content)) {
    console.log('修复 2: 替换 fileURLToPath 硬编码路径');
    content = content.replace(
        fileURLToPathPattern,
        'JE.fileURLToPath(require("url").pathToFileURL(__filename).href)'
    );
    modified = true;
}

// 修复 3: __dirname 硬编码路径
const dirnamePattern = /var __dirname="\/home\/runner\/work\/claude-cli-internal\/claude-cli-internal\/packages\/claude-vscode\/src\/extension"/g;
if (dirnamePattern.test(content)) {
    console.log('修复 3: 替换 __dirname 硬编码路径');
    content = content.replace(
        dirnamePattern,
        'var __dirname=require("path").dirname(__filename)'
    );
    modified = true;
}

if (modified) {
    console.log('正在写入修复后的文件...');
    fs.writeFileSync(extensionPath, content, 'utf8');
    console.log('✓ 修复完成!');
    console.log('\n请重新加载 VS Code 窗口以应用修复:');
    console.log('  1. 按 Ctrl+Shift+P');
    console.log('  2. 输入 "Reload Window"');
    console.log('  3. 按 Enter');
} else {
    console.log('未找到需要修复的硬编码路径,可能已经修复过了。');
}

console.log('\n如果需要恢复原文件,请运行:');
console.log(`  copy "${backupPath}" "${extensionPath}"`);

标题: 异步 Agent 时代来了？
作者: #青雲
板块: #搞七捻三
编号: 1645632
帖子: https://linux.do/t/topic/1645632
时间: 2026-02-25 12:58:06
摘要:

coding agent 正在从"你盯着用的工具"变成"异步工作的同事"。
1. Claude Code Remote Control
终端启动任务，手机接着操控。命令 claude rc ，Max 用户已可用。以前用 coding agent 是被钉在电脑前的——给指令、盯着跑、等提问、回答、继续盯。现在可以开个任务就出门，手机上收到提问再回复。
2. Cursor Demos Agent
跑完不只给你 diff 了，直接发一段运行软件的视频录屏。CEO 说现在 1/3 的 PR 是 agent 自主创建的。你不需要看过程，看结果就行。
3. OpenClaw
更彻底——agent 通过 cron 定时执行任务（调研、发帖、监控），结果推送到 Telegram/飞书/Discord。你甚至不需要主动去看，它做完了来找你。完全异步，完全脱离终端。
这三个产品的共同点：agent 不再需要你在场。
以前的交互模式是同步的：人发指令 → agent 执行 → 人确认 → 循环。
现在变成了：人给方向 → agent 异步执行 → 需要决策时才找你 → 完成后推送结果。
这其实跟管理团队很像——你不会盯着每个员工写每一行代码，你给方向、review 关键节点、看最终产出。
佬友们，还有什么可以搞的？