GCC AI 源码编译助手

你在面对什么问题

从 GitHub 或发行页拉下来的 C/C++ 项目，往往带着 Makefile、CMakeLists.txt 或 Autotools 的 configure——你不熟悉语法，也不清楚缺哪些 -dev 包、该用 Release 还是 Debug，编译报错时更难判断是依赖、链接选项还是源码本身的问题。本技能面向「已有源码目录、目标是得到可执行文件」这一路径，而不是替代 Python/Node 等其它生态的构建方式。

技能如何工作

首次使用会走一次性环境初始化：通过 detect-env.sh / detect-env.ps1 探测操作系统、编译器（GCC/G++/Clang、Windows 上的 MinGW/MSVC）、make/cmake/ninja 等工具与包管理器；结果经 QuestionForm 由你确认后写入技能目录下的 gcc-ai-builder-config.json，后续编译直接复用。未初始化或缺少该配置时，技能不会跳过检测直接开编。

日常编译流程大致是：扫描根目录判断构建类型（CMake / Make / Autotools / Meson，或尝试直接 gcc/g++ 编译单文件）；解析脚本提取编译器选项、目标与第三方库（如 -lpthread、find_package(OpenSSL)）；依赖阶段列出缺失项，按平台生成 apt/brew/pacman/vcpkg 等安装方案，并对 Qt、GTK、FFmpeg、Boost 等常见库有识别与 scripts/install-libs/ 辅助脚本；执行编译时按 OS 分支处理（例如 Windows 上 Autotools 必须在 Git Bash/MSYS2 中跑 configure）；失败时解析头文件缺失、未定义引用等，最多尝试约 3 轮修复，无明显改善则建议换版本、用系统包或换项目。

边界与注意

Perl/Python/Node 项目会提示超出范围。交叉编译、容器内自编译 GCC 等场景依赖你在初始化里选择的构建偏好。reference/ 下有 GCC/Make 速查，复杂选项仍以官方文档为准；自动改源码仅限简单语法问题，不能指望修掉大量历史 bug 或与极老编译器不兼容的树。