Catalog of Agent Skill files for Qualcomm Linux,
usable with any agent that understands the SKILL.md format (Claude Code,
Codex, Cursor, ...). The skills cover the common user and developer workflows
around the qualcomm-linux projects — building images with
meta-qcom /
meta-qcom-distro,
flashing and validating boards, and working on the
qcom-next kernel.
See the Qualcomm Dragonwing documentation for the product documentation these workflows are based on.
| Skill | Audience | What it does |
|---|---|---|
| qcom-device-info | users | Identify a booted Qualcomm Linux target: SoC/board/OS, firmware versions and build provenance (example skill / authoring template) |
| qcom-deb-build-image | users, developers | Build a Qualcomm Linux Debian (trixie) image from qcom-deb-images with debos |
| qcom-deb-flash-boot | users | Flash a Qualcomm Linux Debian image over EDL/QDL, write an SD card, or boot it under QEMU |
| qcom-yocto-build-image | users, developers | Build Qualcomm Linux images from meta-qcom with kas-container |
| qcom-yocto-download-prebuilt | users | Download prebuilt Qualcomm Linux (QLI) flashable images from the public CodeLinaro archive |
| qcom-flash-qdl | users | Flash a board in EDL mode with the QDL tool |
| qcom-boot-validate | users, developers | Validate that a board boots to a working login shell over the serial console |
| qcom-kernel-qcom-next-build | developers | Cross-build the qcom-next kernel standalone (defconfig + qcom.config fragments) |
| qcom-kernel-platform-backport | developers, maintainers | Backport upstream board/platform enablement into the qualcomm-linux LTS kernel branch, with local and hardware validation |
| qcom-yocto-pre-pr-checks | developers | Run meta-qcom's CI-parity checks (patchreview, check-layer, oe-selftest) before a PR |
| qcom-lava-log | developers | Fetch and analyze LAVA test job logs, results, and definitions via the LAVA REST API |
| qcom-yocto-lava-ci-report | developers, maintainers | Report on CI/CD health for a meta-qcom family layer: sweep a window of LAVA jobs and GitHub Actions runs into an HTML failure report with follow-up suggestions by owner |
| qcom-yocto-update-base-lock | maintainers | Refresh the layer commit pins in meta-qcom's ci/base.lock.yml with a changelog-style commit |
| qcom-skills-contribute | users, developers | Turn local edits to an installed skill from this catalog into a DCO-signed topic-branch commit and, on request, the upstream pull request |
More skills are planned — see ROADMAP.md.
main: Primary development branch. Contributors should develop submissions based on this branch, and submit pull requests to this branch.
There are three install routes; pick by whether you may end up improving the skills or only consuming them.
Run the installer to symlink skills into the skill directories of the agents you use (defaults to Claude Code, Codex and Cursor):
./install.sh # all skills, all default targets
./install.sh --targets claude # only ~/.claude/skills
./install.sh --skills qcom-flash-qdl,qcom-boot-validate # just a subset
./install.sh --list # list the available skills
./install.sh --copy # copy instead of symlink
./install.sh --targets project --project ~/src/meta-qcom # project-localThe symlink default is deliberate: installed skills point back into this
clone, so when you (or your agent) improve a skill the edit lands on a
branchable git work tree, and the
qcom-skills-contribute skill can
turn it into an upstream pull request. Prefer symlinks over --copy —
copies drift silently from the catalog.
/plugin marketplace add qualcomm-linux/qcom-linux-skills
/plugin install qcom-flash-qdl@qcom-linux-skills
Each skill is its own plugin, so you install exactly what you need and
pick up updates with /plugin marketplace update qcom-linux-skills.
Marketplace installs are read-only copies in Claude Code's plugin cache
(skills appear namespaced under the plugin name); to propose changes,
use the clone route above. Claude Code only.
npx skills add qualcomm-linux/qcom-linux-skills --skill qcom-flash-qdlThe community skills CLI installs single skills from this repository's standard layout for many agents, including Claude Code, Codex and Cursor. Installs are detached copies tracked by its own lockfile; as with the marketplace route, propose changes via the clone route above.
Use your favorite agent to call one of the named skills from this project, or just describe the task — the skill descriptions carry the trigger phrases agents use for discovery (e.g. "build an image for the RB3 Gen2", "flash the board over EDL", "update base.lock to latest").
One directory per skill under skills/, where the directory name equals the
skill name:
skills/<skill-name>/
├── SKILL.md # the skill: YAML frontmatter + markdown instructions
├── scripts/ # optional helper scripts the skill invokes
└── references/ # optional deep-dive docs the skill points to
Conventions (see skills/qcom-device-info for a worked example of all three parts):
- Skill names state the project/distro they drive so workflows are not
confused across distros:
qcom-yocto-*for meta-qcom (Yocto) workflows,qcom-deb-*(planned) for qcom-deb-images, and kernel skills name the tree/branch they build (e.g.qcom-kernel-qcom-next-build). Plainqcom-*names are reserved for distro-agnostic board and device skills (qcom-flash-qdl,qcom-boot-validate,qcom-device-info), andqcom-skills-*for skills that manage this catalog itself (qcom-skills-contribute). - Frontmatter has two required keys:
name(matches the directory) and a foldeddescriptionthat states what the skill does, quotes the trigger phrases users would say, and names what the skill must NOT be used for. An optionalmetadatamapping may follow, carrying aversionstring (e.g."0.1"). - Script paths inside a SKILL.md are relative to the skill's directory.
- Helper scripts carry an SPDX BSD-3-Clause-Clear header, a shebang, and
set -euo pipefail(bash) or equivalent strictness (python). - Skills are non-destructive by default: they stop before push, ask before destructive steps, and clearly report PASS/FAIL outcomes.
See CONTRIBUTING.md file.
qcom-linux-skills is licensed under the BSD-3-Clause-Clear License. See LICENSE.txt for the full license text.