Zed 是一款用 Rust 编写的高性能代码编辑器，启动速度和响应速度远超 VS Code，原生支持多人协作和 AI 辅助编程，是目前最受关注的新一代编辑器之一。
遗憾的是 Zed 官方尚未提供中文界面。Zed Globalization 项目通过 AI 全自动翻译流水线，将 Zed 的界面文本翻译为简体中文（同时支持繁体中文、日语、韩语），并提供开箱即用的预编译安装包(仅简体中文)，支持 macOS / Windows / Linux 三平台。
此外，项目还修复了 Zed 源码中 Agent 模式的一个问题：原版会强制清空系统中已配置的 ANTHROPIC_API_KEY 环境变量，导致无法直接使用自己的 Claude API Key。本项目通过编译前补丁自动修复了该问题，让 Agent 功能可以正常透传用户的 API Key。
安装方式：
# macOS
brew tap x6nux/zedg && brew install --cask zedg

# Windows
scoop bucket add zed-globalization https://github.com/x6nux/zed-globalization -b scoop
scoop install zed-globalization

GitHub: GitHub - x6nux/zed-globalization: Zed 编辑器汉化版 / 中文版 / 多语言版 — AI 驱动全自动翻译构建，支持简繁中文/日语/韩语 | Zed Editor Localized with AI-powered translation pipeline

佬友们，opencode 自带了 mcp，我又在 aitools 中配置了 mcprouter，这样会重复用 mcp 导致 token 消耗变多吗？感觉 oc 消耗量有点吃不消不知道是不是这个原因。

GPT有论坛里的各种team羊毛
想请教下各位 gemini有啥羊毛或低成本的渠道吗？

搞了个codex的号发现生态比隔壁两家强多了，缺点就是响应慢点但比gemini3 pro还是好很多多啊，4个小时干8%

佬们应该都发现亲爱的豆包上seedance 2了，seedance2似乎也是很传奇的厉害
但图生视频的时候好像不允许人像 
只允许你建一个人物分身，就是传照片然后“复刻”一个你出来？（应该是这意思？）

然后咱就把cos正片传上去
结果出来个陌生人，一点都不像的那种，甚至性别。。
食用方法错了？
怪欸
抓猫猫~

最近OpenAI干了一件非常畜生的事，就是会将GPT 5.3 codex偷偷路由到GPT5.2。

我是中转站和官方混着用的。最近发现部分中转站的行为变得奇怪，由于本人技术有限，无法更进一步地判断是否真的被恶意路由，但是还是希望把发现报告出来。
一、如何判断是否是GPT5.3codex?
我觉得这个佬说的是在理的。5.3的行为特征是，在行动前会告诉他要干什么；相反，5.2会一声不吭地把所有事情弄完，最后给你个结果。

二、对官方以及三个中转站进行测试
我对自己的Plus账号，IKUNCODE，PackyCode和Cubence进行了测试。结论是，官方plus账号以及IKUNCODE的gpt5.3是符合上述行为的. 其余两个并不符合, 非常像是GPT5.2。 @Zeus @Fetters
官方

IKUNCODE

PackyCode

Cubence


当然，除了上述方法，还有一个方法可以判断，但是不够严谨。运行如下命令：
RUST_LOG=‘codex_api::sse::responses=trace’ codex exec --sandbox read-only --model gpt-5.3-codex ‘ping’ 2>&1 | grep -m1 ‘SSE event: {“type”:“response.created”’ | sed ‘s/^.*SSE event: //’ | jq -r ‘.response.model’
官方和Ikuncode会输出gpt-5.3-codex, packycode和cubence则什么都不会输出。老农昨天补充说，packycode也可以输出，但是我没有复现出来。


这是我作为两个中转站的用户，最近发现的异常情况。
由于我的技术有限，我也不确定是什么原因造成的，但作为用户，希望把问题在L站抛出来。还请大家理性讨论～

我也忘了是从啥时候开始的，电脑搜索框不能用了，就是点点击搜索框后，会加载，然后大概3秒又自动隐藏，完全用不了。
平常也用的少，需要用的时候，不能用了又感觉很不方便。
有没有佬友知道这个问题咋解决 ，在网上寻找了解决办法，也无济于事。
惠普光影精灵7
win10 企业版，（后面重装系统的）

原文链接： 静态资源预压缩：零运行时开销，极致节省带宽
前言
你也许在 nginx 上配置过以下内容：
http {
    gzip on; 
    gzip_types application/atom+xml application/javascript application/json application/vnd.api+json application/rss+xml application/vnd.ms-fontobject application/x-font-opentype application/x-font-truetype application/x-font-ttf application/x-javascript application/xhtml+xml application/xml font/eot font/opentype font/otf font/truetype image/svg+xml image/vnd.microsoft.icon image/x-icon image/x-win-bitmap text/css text/javascript text/plain text/xml;

    server {
        // ...
    }
}

上面配置文件中的 gzip on; 即为启动动态压缩：占用服务器的 CPU 和内存资源实时进行压缩。
容易想到，我们可以将文件进行预压缩，在运行时直接提供压缩好的文件。
原理
构建时预压缩，以高压缩等级生成对应文件，服务器在运行时直接提供压缩后的文件。
一般约定：




算法
文件后缀
普及情况




gzip
.gz
gzip


brotli
.br
brotli


zstandard
.zst
zstd



例：如果你看到 1.js.br，说明是由 1.js 使用 brotli 算法预压缩生成的文件。
注：截止于 2026 年 2 月 12 日，zstd 未进入 baseline。建议当前仅部署 gzip 和 brotli 预压缩版本。
优势和缺点
预压缩有以下好处：

节约服务器内存资源。
节约服务器 CPU 资源。
节约服务器带宽。

缺点：

需占用更多的存储空间。
编译时需消耗更多的 CPU 和内存资源，以及更长的耗时。

如何配置
通用配置分享


适合预压缩的文件后缀：

正则表达式形式：/\.(atom|rss|xml|xhtml|js|mjs|ts|html|json|css|eot|otf|ttf|svg|ico|bmp|dib|txt|text|log|md)$/
可根据实际情况补充其他文件，例如：conf, ini, cfg。



对应 MIME：application/atom+xml application/javascript application/json application/vnd.api+json application/rss+xml application/vnd.ms-fontobject application/x-font-opentype application/x-font-truetype application/x-font-ttf application/x-javascript application/xhtml+xml application/xml font/eot font/opentype font/otf font/truetype image/svg+xml image/vnd.microsoft.icon image/x-icon image/x-win-bitmap text/css text/javascript text/plain text/xml text/html

根据文档，nginx 配置 gzip_types, brotli_types, zstd_types 时，均无需填写 text/html。不论 *_types是否包括text/html，text/html 始终会被动态压缩。相关文档：gzip_types，brotli_types，zstd_types。



构建配置分享

Vite: 适用于 Vite 的配置

适用于 Vite 的配置
安装 vite-plugin-compression2 插件进行预压缩：
选择合适的安装方式：
npm install vite-plugin-compression2 -D

pnpm add vite-plugin-compression2 -D

yarn add vite-plugin-compression2 -D

安装完成后配置 vite.config.ts：
import { constants } from "node:zlib";

import { compression, defineAlgorithm } from "vite-plugin-compression2";

export default defineConfig({
  // 其他配置
  plugins: [
    // 其他插件
    compression({
      algorithms: [
        // 设置为最大压缩等级 9
        defineAlgorithm("gzip", { level: 9 }),
        // 设置为最大压缩等级 11
        defineAlgorithm("brotliCompress", {
          params: {
            [constants.BROTLI_PARAM_QUALITY]: 11,
          },
        }),
        // 最大压缩等级是 22，内存消耗量较大。如构建失败，可设置为 21，20，或去除这段。
        defineAlgorithm("zstandard", {
          params: {
            [constants.ZSTD_c_compressionLevel]: 22,
          },
        }),
      ],
      include: [
        /\.(atom|rss|xml|xhtml|js|mjs|ts|html|json|css|eot|otf|ttf|svg|ico|bmp|dib|txt|text|log|md|conf|ini|cfg)$/,
      ],
    }),
  ],
  // 其他配置
});

注意：此插件与 VitePress 兼容性不佳，会导致生成的 .js 预压缩文件中出现多余的 __VP_STATIC_START__ and __VP_STATIC_END__ 标记。
部署配置分享

nginx: 在 nginx 上使用
Apache: 在 Apache 上使用
Halo CMS: 在 Halo CMS 上使用

在 nginx 上使用
http {
    # nginx 会根据 Accept-Encoding 决定提供哪种格式的文件，因此不同算法配置顺序不影响结果。

    # 启用 gzip_static 模块以提供预压缩的 .gz 文件
    gzip_static on;

    # 如果找不到静态文件则回退到动态压缩
    gzip on;
    gzip_types application/atom+xml application/javascript application/json application/vnd.api+json application/rss+xml application/vnd.ms-fontobject application/x-font-opentype application/x-font-truetype application/x-font-ttf application/x-javascript application/xhtml+xml application/xml font/eot font/opentype font/otf font/truetype image/svg+xml image/vnd.microsoft.icon image/x-icon image/x-win-bitmap text/css text/javascript text/plain text/xml;
    # 用于在 HTTP 响应头中添加 Vary: Accept-Encoding 字段
    gzip_vary on;
    # 让 nginx 也动态压缩反向代理的内容
    gzip_proxied expired no-cache no-store private auth;

    # 启用 brotli_static 以提供预压缩的 .br 文件
    # 需要 ngx_brotli 模块: https://github.com/google/ngx_brotli
    # 如果你使用 1