Skip to content
Back to skills

Build Makefile

ASecurity

当需要编译基于裸 Makefile 的嵌入式固件工程(无 CMake/IDE),调用自带脚本解析 Makefile、执行 make 并定位固件产物时使用。

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 6, 2026
ai-agents

Works with

  • mcp

Security analysis

A100/100

Scanned October 6, 2026

npx -y skills add Kairos-ai-agent/kairos-code --skill build-makefile --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Build Makefile?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Build Makefile
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/kairos-ai-agent-build-makefile/badge)](https://www.skillsdirectory.com/skills/kairos-ai-agent-build-makefile)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: "build-makefile"
description: "当需要编译基于裸 Makefile 的嵌入式固件工程(无 CMake/IDE),调用自带脚本解析 Makefile、执行 make 并定位固件产物时使用。"
priority: 0.5
imported-from: "claude"
source-path: "claude/skills/build-makefile/SKILL.md"
---
# 构建 Makefile 工程

## 适用场景

- `Project Profile` 中标明 `build_system: makefile`。
- 工作区存在 `Makefile` / `makefile` / `GNUmakefile`,但没有 `CMakeLists.txt`、`platformio.ini`、`.uvprojx` 或 `.ewp`。
- 用户希望对裸 Makefile MCU 工程执行编译或确认固件产物。
- 烧录或调试流程需要新的 `ELF`、`HEX` 或 `BIN`。

## 必要输入

- 工作区路径,或一份已有的 `Project Profile`。
- 可选的 make 目标名、额外变量(如 `CROSS_COMPILE`、`MCU`)、make 标志和并行任务数。

## 自动探测

- 脚本启动即自动复用工程根目录 `.em_skill.json` 中上次成功的 profile 作为默认参数(显式参数优先,无需先手动传 `--resume`);`--resume` 仅用于断言缓存必须存在,无缓存则非零退出。无缓存或用户明确要求重新探测时,脚本自动回退到正常扫描。
- 若工作区根目录存在 `Makefile` / `makefile` / `GNUmakefile`,脚本自动识别。
- 解析 Makefile 变量:`CROSS_COMPILE`、`CC`、`TARGET`、`MCU`、`BOARD`、`CFLAGS`、`LDFLAGS` 等。
- 从 `CROSS_COMPILE` 前缀推断工具链家族(`arm-none-eabi-` → `gnu-arm`,`riscv32-unknown-elf-` → `gnu-riscv`,`xtensa-esp32-elf-` → `gnu-esp`)。
- 从 `MCU` 变量、`-mcpu=` 标志或链接脚本名推断目标芯片。
- 检测 `make` / `gmake` / `mingw32-make` 是否可用。
- 若 Makefile 包含 `# Generated by CMake`,提示用户使用 `build-cmake` skill。

## 执行步骤

1. 先阅读 [references/usage.md](references/usage.md),确认本次是环境探测、解析 Makefile、列出目标、执行构建,还是仅扫描产物。
2. 若不确定环境是否就绪,先运行自带脚本 [scripts/makefile_builder.py](scripts/makefile_builder.py) 的 `--detect` 模式确认。
3. 运行 `--parse-makefile` 检查解析出的变量和工具链信息,确认目标芯片和编译器。
4. 若需查看可用目标,运行 `--list-targets`。
5. 使用 `--source` 运行构建,按需指定 `--target`、`--clean`、`--extra-args` 和 `-j`。
6. 读取脚本输出的构建结果和产物扫描报告,将产物路径写回 `Project Profile` 并交给下游 skill。

## 失败分流

- 当缺少 `make` 或交叉编译器时,返回 `environment-missing`。
- 当 Makefile 语法错误、链接失败或目标名无效时,返回 `project-config-error`。
- 当构建成功但未在源目录及 `build/`、`output/`、`out/` 中找到可烧录产物时,返回 `artifact-missing`。
- 当工作区存在多个顶层 Makefile 且意图不明确时,返回 `ambiguous-context`。

## 平台说明

- Linux / macOS 上 `make` 通常已预装。
- Windows 上需要 MSYS2、MinGW 或 WSL 提供 `make`。脚本会依次尝试 `make`、`gmake`、`mingw32-make`。
- 输出中的构建目录应保持为绝对路径,方便下游烧录和调试 skill 直接复用。

## 输出约定

- 输出构建命令、构建目录、解析的工具链信息和首选产物路径。
- 用 `artifact_path`、`artifact_kind`、`toolchain` 和 `target_mcu` 更新 `Project Profile`。
- 成功后推荐 `flash-openocd`、`flash-jlink` 或 `debug-gdb-openocd`。

## 交接关系

- 当下一步意图是给硬件烧录程序时,将成功构建结果交给 `flash-openocd` 或 `flash-jlink`。
- 当下一步需要符号信息或调试会话时,将成功构建结果交给 `debug-gdb-openocd` 或 `debug-jlink`。

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…