WorkBuddy本身不直接调用GCC，但其小红书等技能在Linux（如Ubuntu/WSL）环境中运行时，若涉及本地构建、脚本编译或源码安装，则需依赖GCC及配套工具链；须安装build-essential、jq、curl、Node.js等，并确保在WSL原生路径下操作。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 本身不直接调用 GCC 编译器执行核心逻辑，其小红书等技能在 Linux（如 Ubuntu/WSL）子环境中运行时，若涉及本地构建、脚本编译或依赖源码安装（例如某些 Python 扩展、Shell 工具链），则会间接依赖系统中可用的 GCC 版本及配套开发工具。以下是满足 WorkBuddy 技能正常运行所需的 GCC 相关依赖配置步骤：
一、确认并安装基础 GCC 工具链
WorkBuddy 的 Linux 运行环境（如 WSL 中的 Ubuntu）需具备可工作的 C/C++ 编译能力，以支持 curl、jq、Node.js 等组件的二进制构建或源码安装。最低要求为 GCC 5.0+ 及完整 build-essential 套件。
1、启动 WSL Ubuntu 子系统，执行更新命令：sudo apt update
2、安装标准开发工具集：sudo apt install build-essential
3、验证 GCC 是否就绪：gcc --version && g++ --version
二、补充关键编译依赖项
部分 WorkBuddy 技能在部署过程中可能触发源码编译流程（如安装特定版本的 libcurl、自定义 Node.js 模块），此时需额外提供 GNU 构建生态所需的基础工具与库头文件。
1、安装通用构建依赖：sudo apt install gawk bison flex texinfo zlib1g-dev libmpc-dev libmpfr-dev libisl-dev
2、安装 JSON 解析与 HTTP 工具依赖：sudo apt install jq curl libcurl4-openssl-dev
3、安装 Node.js 构建支持（如需编译原生模块）：sudo apt install nodejs npm python3-dev
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
三、验证 GCC 兼容性与符号链接状态
某些技能脚本依赖 /usr/bin/gcc 路径存在且指向有效二进制；若系统存在多版本 GCC（如通过 update-alternatives 管理），需确保默认 gcc 指向满足最低 ABI 兼容要求的版本（推荐 GCC 7.5+）。
1、检查当前默认 GCC 路径：which gcc
2、列出已安装 GCC 版本：ls /usr/bin/gcc*
3、若需切换默认版本，执行：sudo update-alternatives --config gcc
四、处理 WSL 环境下 GCC 权限与路径隔离问题
WSL 默认挂载 Windows 文件系统至 /mnt/，而 GCC 编译过程禁止在该路径下执行 make 或 configure（因 NTFS 权限模型不兼容 Unix 文件属性）。所有源码编译操作必须在 WSL 原生文件系统路径（如 ~/work、/home/user/src）中进行。
1、创建本地工作目录：mkdir -p ~/work && cd ~/work
2、确认当前所在路径不属于 /mnt/ 开头：pwd | grep "^/mnt/"（应无输出）
3、若误入 /mnt/ 路径，立即退出并切换至 home 目录下子目录重新操作
