中文文本处理工具集
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_39e061cb/chinese-utils。
技能介绍
要解决什么问题
在 Agent 里处理中文时,乱码往往比「不会写代码」更烦:Windows 默认 GBK、open() 没写 encoding、CSV 被 Excel 打开成问号、JSON 被 ensure_ascii=True 打成 \uXXXX、PDF 没注册字体导致中文空白。这类问题重复出现,却很少被写进通用 Python 教程的默认假设里。
本技能把编码规范和常见中文场景收成一套可照做的约定,让读写、导出、请求接口时有一致的 UTF-8 底线。
技能如何工作
编码规范(防乱码核心)贯穿所有操作:
- 文件读写始终指定
encoding="utf-8" - CSV 使用
utf-8-sig,便于 Excel 识别表头与单元格中文 - JSON 使用
ensure_ascii=False,保留原始汉字而非转义序列 - Windows 控制台输出需显式处理编码,避免与系统默认 GBK 冲突
- 可先检测文件编码,再决定如何读取,减少误用错误编码二次破坏内容
常用处理场景在规范之上展开:中文分词、繁简转换、文本清洗;中文 PDF(须注册中文字体)、Excel 读写;以及网络请求返回的中文数据解析与落盘。目录结构按场景组织,便于在对话里按任务检索对应片段。
适用边界与注意点
- 技能强调约定与示例,不是替代
jieba、opencc等库的完整 API 文档;具体参数仍以你项目里选用的库为准。 - PDF 生成必须注册中文字体,否则渲染层会显示空白——这是字体问题,不是 UTF-8 字符串本身错误。
- 日志与管道若混用系统默认编码,仍可能出现乱码;建议统一 UTF-8 并在跨平台脚本里显式声明。
- 对已是错误解码的「假 UTF-8」文本,需要先根据检测结果纠正编码,再谈分词或转换。
使用场景
- 在 Windows 上跑 Agent 脚本,将生成的中文报表写入 CSV,并让财务同事用 Excel 打开时表头与单元格不乱码。
- 收到合作方文本文件但编码未知,需要先检测编码、再以 UTF-8 读取后做清洗或分词再入库。
- 调用国内业务接口拿到含中文字段的 JSON,落盘或传给下游时必须保留汉字而非 `\u` 转义序列。
- 用 Python 导出带中文标题与段落的 PDF,需在生成流程里注册中文字体,避免预览与打印出现空白字形。
适合人员
- 维护数据采集与定时导出任务的后端,经常碰到 GBK 与 UTF-8 混用的中文日志、CSV 需要统一编码再分析。
- 负责知识库或 RAG 入库的工程师,要对抓取的中文正文做清洗、分词或繁简统一后再切块与索引。
- 在 Agent 技能或内部工具里编写文件读写示例的维护者,需要可照抄的 UTF-8、CSV `utf-8-sig` 与 Windows 控制台约定。
- 对接国内 HTTP 接口的集成开发,要规范解析响应体中文并写入 JSON/文件,避免二次编码破坏内容。