彻底解决 Codex / Copilot 修改中文乱码【含自动化解决方案】

引言

在使用 GitHub Copilot 或 OpenAI Codex 自动重构代码时,你是否遇到过这样的尴尬:AI 生成的代码逻辑完美,但原本注释里的中文却变成了 我爱中文 这样的乱码?有时候这种字符甚至会污染正确的代码,带来巨大的稳定性隐患。


一、 问题核心:被忽视的“终端中转”

乱码的根源不在于 AI 的大脑,也不在于编辑器的显示,而在于执行链路的编码不一致

Copilot/Codex 在执行某些修改任务(如:重构整个文件或批量替换)时,往往会通过终端调用系统指令。由于 Windows 终端(PowerShell/CMD)默认使用 GBK 编码,它在处理 AI 传来的 UTF-8 字节时会发生“误读”,导致写入文件的内容从源头上就损坏了。


二、 解决方案:构建全链路 UTF-8 环境

本文给出一套全自动的解决方案。首先,先新建一个.txt 文件,然后将下方的代码复制进新建的.txt 文件中。接着,将.txt 文件保存并更名为 fix_all_encoding.bat,右键点击并以管理员身份运行即可:

@echo off setlocal enabledelayedexpansion title AI 编程环境编码一键优化工具 :: 1. 权限验证 net session >nul 2>&1 if %errorLevel% neq 0 ( echo [错误] 请右键点击此文件,选择“以管理员身份运行”! pause exit /b ) echo [*] 正在初始化环境... :: 2. 设置系统级环境变量 echo [*] 配置系统环境变量 (UTF-8)... setx /m PYTHONUTF8 "1" >nul setx /m LESSCHARSET "utf-8" >nul :: 3. 配置 PowerShell Profile echo [*] 配置 PowerShell 启动策略... powershell -NoProfile -ExecutionPolicy Bypass -Command ^ "$p = Split-Path $PROFILE; if (!(Test-Path $p)) { New-Item -ItemType Directory -Path $p -Force }; ^ $content = '$OutputEncoding = [Console]::InputEncoding = [Console]::OutputEncoding = [System.Text.Encoding]::UTF8; [System.Console]::InputEncoding = [System.Text.Encoding]::UTF8; [System.Console]::OutputEncoding = [System.Text.Encoding]::UTF8'; ^ if (Test-Path $PROFILE) { $old = Get-Content $PROFILE; if ($old -notcontains '$OutputEncoding = [Console]::InputEncoding') { Add-Content -Path $PROFILE -Value $content } } else { Set-Content -Path $PROFILE -Value $content -Encoding UTF8 }" :: 4. 智能合并 VS Code 设置 echo [*] 同步 VS Code 全局设置... set "VSC_SETTINGS=%APPDATA%\Code\User\settings.json" if exist "%VSC_SETTINGS%" ( powershell -NoProfile -ExecutionPolicy Bypass -Command ^ "$path = '%VSC_SETTINGS%'; ^ $json = Get-Content $path -Raw | ConvertFrom-Json; ^ $json | Add-Member -NotePropertyName 'files.encoding' -NotePropertyValue 'utf8' -Force; ^ $json | Add-Member -NotePropertyName 'files.autoGuessEncoding' -NotePropertyValue $true -Force; ^ $json | ConvertTo-Json -Depth 100 | Set-Content $path -Encoding UTF8" echo [+] VS Code 设置已同步。 ) echo. echo --------------------------------------------------- echo [+] 配置成功! echo [提示] 请重启 VS Code 终端或重启编辑器以使配置生效。 echo --------------------------------------------------- pause 

Read more

前端常用加密方式使用

前端常用加密方式使用

文章目录 * 1、Base64 编码 * 2、MD5 加密 * 3、SHA-256 加密 * 4、AES 对称加密(常用) * 5、RSA 非对称加密(常用) * 6、什么是对称和非对称加密 * 7、什么是哈希算法 * 1. 核心特征 * 2. 常见算法 * 3. 前端/网络中的典型用途 * 4. 不是加密 1、Base64 编码 Base64 不是一种加密算法,而是一种编码方法,用于将二进制数据转换为基于 64 个可打印字符的文本字符串。它常用于在 URL、Cookie、网页中传输少量二进制数据,以及内嵌小图片以减少服务器访问次数。 Base64 编码简单,对性能影响不大,但会增加数据体积约 1/

WebGIS + 无人机 + AI:下一代智能巡检系统?

WebGIS + 无人机 + AI:下一代智能巡检系统?

WebGIS 遇上无人机,再叠加 AI 能力,巡检不再只是“看画面”,而是变成“智能决策系统”。 一、为什么 WebGIS + 无人机 + AI 是趋势? 在传统巡检场景中: * 电力巡检 → 人工拍照 * 工地巡查 → 人工记录 * 农业监测 → 靠经验判断 * 安防巡逻 → 事后回放 问题: * 数据无法实时分析 * 缺乏空间关联 * 没有智能预警能力 * 无法形成可视化决策系统 而结合: * WebGIS(三维可视化) * 无人机(数据采集) * AI(智能识别与分析) 我们可以构建: 一个真正的“空天地一体化智能巡检系统” 二、整体技术架构设计 1、系统分层架构 ┌──────────────────────────────┐ │ 前端可视化层 │ │ Cesium + Three.js + WebGL │ └──────────────┬───────────────┘ │ ┌──────────────▼───────────────┐ │ 业务中台层 │ │ AI推理

字节全员涨薪 35%,L3 年薪 150 万:前端人的“贫富差距”,正在被马太效应彻底拉大...

字节全员涨薪 35%,L3 年薪 150 万:前端人的“贫富差距”,正在被马太效应彻底拉大...

大家好,我是 Sunday。 昨天是 12 月 19 号,周五。原本应该是一个等待放假的好日子😂。但是!整个互联网圈子,尤其是技术圈,被一封邮件彻底炸醒了。 相信大家在群里、朋友圈里都刷屏了:字节跳动全员涨薪。 说实话,当看到这个消息的时候,我就在想:“我当年咋没遇到这么好的时候啊?” 现在很多同学总在说“寒冬”,总在说“降本增效”,总觉得大环境不行了。但字节跳动反手就给了这个观点一记响亮的耳光: 薪资投入提升 35%,调薪投入提升 1.5 倍,L3 职级(原 2-2,大致相当于之前的 阿里 P7)年薪拉高到 90w-150w。 这说明了什么? 这说明,这个行业从来就不缺钱,缺的是值得这笔钱的人。 今天这篇文章,我想把那些新闻通稿撇在一边,单纯从一个技术人、一个教育者的角度,