Ubuntu22.04 配 QT6.5 缺 xcb-cursor0这次让 Codex 走 TaoToken 补依赖Ubuntu 22.04 LTS 上装完 QT 6.5启动 QT Creator 时若遇到 xcb-cursor0 缺失手动搜报错往往会在 apt 源、xcb 插件和 QT 安装组件之间来回试。本文换一个排障入口让 Codex 走 TaoToken官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content作为 API 兼容通道由它来读取报错、生成并执行依赖修复命令。QT Group 账号注册、教育许可证申请、在线安装文件 qt-unified-linux-x64-4.7.0-online.run 的下载和执行都不变TaoToken 只负责让 Codex 能发起模型请求不参与 QT 安装。下面按排障顺序拆开先复现问题再给 Codex 配 TaoToken然后贴报错修 libxcb-cursor0最后验证 QT Creator 和 demo 是否能跑。原问题与场景Ubuntu22.04 启动 QT Creator 报 xcb-cursor0 缺失环境可以概括为Ubuntu 22.04 LTS、QT 6.5 LTS、通过官方在线安装器安装 QT Creator。安装过程本身可能顺利结束但第一次启动 QT Creator 时直接退出终端里出现与 xcb 平台插件相关的提示关键点是 Qt 6.5 之后加载 xcb 平台插件需要 xcb-cursor0 或 libxcb-cursor0。随后还会提示无法加载 xcb 插件并列出一些可用平台插件例如 minimal、eglfs、linuxfb、offscreen、vnc、wayland 等。这个现象容易让人误以为 QT 安装包损坏其实大多数情况下只是系统缺少运行库。原始流程里第 1 步注册 QT Group 账号获取安装包的操作不变。个人、企业试用或学生教育许可证都在 QT 侧完成和 TaoToken 无关。真正要额外做的是给 Codex 配一条模型通道让它帮你分析报错并补依赖。与其在浏览器里反复搜“Ubuntu QT Creator xcb-cursor0 报错”不如把终端输出原样贴给 Codex让它先判断系统版本、apt 源状态、包是否已安装再给出可执行命令。这里要区分两个层面QT 本身的安装、许可证、组件选择仍然按 QT 官方流程走Codex 只是排障助手TaoToken 只是 Codex 的 API 兼容通道。不要让模型去改 QT 安装目录也不要让它替换安装器。排障目标很明确安装 libxcb-cursor0让 QT Creator 能重新加载 xcb 平台插件。TaoToken 前置给 Codex 准备 API 兼容通道先打开 TaoToken 官网创建账号然后进入控制台创建 API Key。这个 Key 后面会填到 Codex 的环境变量里形如 YOUR_API_KEY。TaoToken 的 API 地址使用 https://taotoken.net/api不要额外拼错路径。Codex 侧需要改的是 ~/.codex/config.toml把模型提供方指向 TaoToken。建议先确认本机已经有 Codex CLI。可以在终端执行codex --version如果没有安装按 Codex CLI 的官方方式装好后再继续。重点是配置自定义 model provider。TaoToken 提供 OpenAI 兼容接口所以 Codex 的 config.toml 里要写清楚 base_url、env_key 和 wire_api。model 字段填你在 TaoToken 控制台看到的模型 ID不要凭感觉填。不同账号可见模型可能不同以控制台为准。这个前置步骤不会影响 QT 安装也不会帮你自动获得 QT Group 许可证。它只解决一个问题让 Codex 能通过 TaoToken 接收你的排障请求并返回命令建议或执行计划。配置完成后再让 Codex 处理 xcb-cursor0 报错流程会顺很多。可复制配置~/.codex/config.toml、环境变量和 libxcb-cursor0 安装命令先创建或编辑 Codex 配置文件。下面这份可以直接复制把 MODEL_ID 和 YOUR_API_KEY 替换成真实值mkdir -p ~/.codex cat ~/.codex/config.toml EOF model_provider taotoken model MODEL_ID approval_policy on-request [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat EOF然后配置环境变量。临时生效可以这样export TAOTOKEN_API_KEYYOUR_API_KEY长期生效可以写入 shell 配置echo export TAOTOKEN_API_KEYYOUR_API_KEY ~/.bashrc source ~/.bashrc检查变量是否生效echo $TAOTOKEN_API_KEY接下来处理 xcb-cursor0。手动执行时只需要两条核心命令sudo apt-get update sudo apt-get install -y libxcb-cursor0如果你想让 Codex 来补依赖可以在 Codex 会话里贴入类似提示我在 Ubuntu 22.04 上启动 QT Creator 时遇到 xcb-cursor0/libxcb-cursor0 缺失。 请先检查系统版本、apt 源和 libxcb-cursor0 状态再给出并执行修复 sudo apt-get update sudo apt-get install -y libxcb-cursor0。 不要修改 QT 安装目录最后给出重启 QT Creator 的验证步骤。如果 Codex 因为审批或沙箱限制不能执行 sudo就由你手动复制命令到终端执行。配置和命令分离是好事TaoToken 负责模型通道apt 负责补系统库QT 安装器负责 QT 本体三者不要混在一起。验证请求与成功结果curl、Codex 和 QT Creator先验证 TaoToken 通道是否可用。可以用 curl 发一个最小请求URL 使用 https://taotoken.net/api/v1/chat/completions模型 ID 换成控制台里的真实值curl https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -H Content-Type: application/json \ -d { model: MODEL_ID, messages: [{role: user, content: 只回复 pong}], max_tokens: 16 }如果返回 JSON 且包含模型回复说明 Key、Base URL 和模型 ID 基本正确。接着启动 Codexcodex在 Codex 里贴入 xcb-cursor0 报错让它检查 libxcb-cursor0 的安装状态并执行修复命令。安装完成后验证包状态dpkg -s libxcb-cursor0 | grep Status ldconfig -p | grep xcb-cursor然后重新启动 QT Creator。如果终端里不再出现 xcb 平台插件初始化失败QT Creator 能正常打开就进入 QT 的 demo 验证选择一个默认配置的示例工程编译并运行。demo 能编译运行说明 QT Creator 和 xcb 平台插件已经能正常工作。成功结果可以记成三句话curl 请求 TaoToken 有正常返回apt 显示 libxcb-cursor0 已安装QT Creator 重启后不再报 xcb-cursor0 缺失demo 可编译运行。注意TaoToken 不参与 QT 安装也不改变 QT 许可证状态它只是在 Codex 排障这条链路上提供 API 兼容通道。本篇常见错排查401、404、sudo 和 xcb 插件现象可能原因处理方式curl 返回 401 或 403API Key 错误、未 export、Key 被禁用重新在 TaoToken 控制台创建 Key确认 echo $TAOTOKEN_API_KEY 有值curl 返回 404Base URL 多了 /v1、少了 /api或模型 ID 不存在Base URL 用 https://taotoken.net/api模型 ID 从控制台复制Codex 能启动但请求失败config.toml 路径不对、model_provider 没写、wire_api 不匹配检查 ~/.codex/config.toml确认 model_provider taotoken 和 wire_api chatCodex 无法执行 sudo审批策略或沙箱限制把 apt 命令手动粘贴到终端执行或调整 Codex 审批设置装了 libxcb-cursor0 仍报 xcb 缺失apt 源旧、包名拼错、存在多个 QT 环境执行 sudo apt-get update再用 apt-cache policy libxcb-cursor0 检查QT Creator 还是起不来当前会话环境变量或显示后端问题用 QT_DEBUG_PLUGINS1 qtcreator 看插件加载细节Wayland 下可尝试 QT_QPA_PLATFORMxcbQT 登录或许可证失败QT Group 账号、教育许可或试用申请问题回到 QT 官方流程处理这不是 TaoToken 或 Codex 能解决的排障时不要一上来就重装 QT。xcb-cursor0 缺失是系统运行库问题重装 QT Creator 往往不会自动补上 libxcb-cursor0。也不要让 Codex 修改 QT 安装目录里的插件文件。正确顺序是确认 apt 源可用安装 libxcb-cursor0验证动态库能被 ldconfig 看到再重启 QT Creator。如果 Codex 给出了额外诊断命令例如查看系统版本、检查 DISPLAY、检查 XWayland可以按需执行。语义一致CTA拿 Key、配 Codex、按接入文档验证本篇是 Ubuntu22.04 配 QT6.5 时的 xcb-cursor0 排障和 Codex 接入场景所以最后要回到两个动作先去 TaoToken 创建 API Key再把 Base URL 配成 https://taotoken.net/api 写进 Codex 的 ~/.codex/config.toml。之后把 xcb-cursor0 报错贴给 Codex让它协助执行 sudo apt-get install libxcb-cursor0装完重开 QT Creator 验证。TaoToken 只作为 Codex 的 API 兼容通道不参与 QT 本身安装。API Keys 入口 https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite如果你后续要长期用 Codex 做 Ubuntu、QT、编译链和 Agent 类任务可以再看 Coding Plan https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite