agentleFS
Lukk17Lukk17/agent-standards/.agents/skills/arch-linux/SKILL.md

arch-linux

Skill1 starsChanged 6 days agoMITView on GitHub

Package and system administration on Arch Linux and Arch-based distributions: pacman and the AUR, upgrades and mirror errors, .pacnew files, cleanup, snapper rollback, systemd and journal triage, crashes and audio. Use when the user says "pacman -Syu", "install this from the AUR", "what is this pacnew" or "roll back the upgrade". Not for CachyOS kernels, repositories or Limine, use `cachyos`.

2 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

2 rules. About 0 are common, 0 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈0

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Never edit a file a package owns.

    line 61
  2. Very specific:

    Read every PKGBUILD and .install file before building from the AUR.

    line 62

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Arch Linux Administration

How to change an Arch based system without leaving it half upgraded, without editing what a package owns, and without losing the way back. Generic Arch knowledge applies everywhere. Derivatives add their own layer, so check which one the machine runs before applying a recipe.

Written for Arch Linux rolling, pacman 7, PipeWire 1 with WirePlumber 0.5. The commands that ran were run on one CachyOS host, and commands that were not executed are marked UNVERIFIED in the topic files.

You are about toOpen
Install, remove, upgrade, downgrade or query a packagepacman-discipline.md
Run pacman -Syu, or tell the owner toupgrade-preflight.md
See a 404, "failed retrieving file", "unable to satisfy dependency", a missing .sopartial-upgrade-and-404.md
Find .pacnew or .pacsave files, or an upgrade printed onepacnew.md
Use paru, yay or makepkg, read a PKGBUILD, see "No module named build"aur-and-makepkg.md
Free disk space, clean up leftovers with scripts/cleanup-leftovers.sh, remove orphans, prune the pacman cacheorphans-and-cleanup.md
Take a snapshot, undo a change, roll back a bad upgradesnapper-rollback.md
Read a failed service, a slow boot, the journal, change a unitsystemd-journal-triage.md
Explain a crash, a segfault, a coredumpcrash-diagnosis.md
Fix no sound, the wrong output, a volume that resetspipewire-wireplumber.md
Edit any configuration file, use root, write a pacman hookconfig-safety.md

Machine facts

Machine-specific facts live in MACHINE.md next to the global AGENTS.md: disks and mounts, volumes that must never be touched, the bootloader, the snapshot setup, custom fixes, and the change log. Read it before acting. This skill carries no facts about any single machine. Where a topic file says to discover something, run the command, compare the answer with MACHINE.md, and report a disagreement rather than picking one silently.


When to activate

  • Any pacman, paru, yay or makepkg command, including a read-only query
  • An upgrade, a downgrade, or a download error from a mirror
  • A .pacnew or .pacsave file, or a change under /etc
  • Disk space, orphans, caches, snapshots or a rollback
  • A failed systemd unit, a journal question, a crash, a coredump
  • Any audio problem on PipeWire, WirePlumber or ALSA
  • Also covers pacman, the AUR with paru or yay, makepkg and PKGBUILD review, full upgrades and the pre-upgrade news check, partial upgrades and mirror 404s, .pacnew and .pacsave merging, orphans and cache cleanup, snapper snapshots and rollback, systemd units and journal triage, coredump crash diagnosis, PipeWire and WirePlumber audio, and editing configuration without touching packaged files
  • The user says "failed retrieving file", "unable to satisfy dependency", "No module named build", "free up disk space", "clean up leftovers", "this service failed", "the program crashed", "no sound" or "where do I override this config"

When not to activate

  • CachyOS kernels, the v3 repositories, chwd, the NVIDIA module packages, Limine or cachyos-settings, use cachyos
  • Plasma panels, widgets, KWin, shortcuts, themes or konsave, use kde-plasma
  • Writing an Ansible role that provisions Arch hosts, use ansible
  • A shell script that happens to call pacman, use bash for the script itself

Hard rules

  1. Upgrade the whole system, then install. Never pacman -Sy <pkg> and never pacman -Sy alone.
  2. The agent does not run sudo. Print the command with what it changes, and the owner runs it. In Claude Code the ! prefix runs a command in the owner's session, where the password prompt works.
  3. Snapshot before a risky change, using the snapshot tool MACHINE.md names.
  4. Never edit a file a package owns. Override in /etc drop-ins or under ~.
  5. Read every PKGBUILD and .install file before building from the AUR.
  6. Record every system change in the change log of MACHINE.md, with how to undo it.
  7. Measure the live system before answering. Use pacman -Qi, pacman -Ql, man, and the offline Arch Wiki through wiki-search where arch-wiki-lite is installed, rather than memory.

Related skills

  • cachyos owns everything a CachyOS host adds on top of Arch
  • kde-plasma owns the Plasma desktop configuration
  • ansible owns provisioning the same changes reproducibly
  • bash owns scripts that wrap these commands
  • The security-auditor agent owns judging whether an AUR package or a third party repository is trustworthy enough

Checklist

  • MACHINE.md read before the first change
  • News checked and pending updates listed before any full upgrade
  • No -Sy without u, no --overwrite '*', no -Rdd, no IgnorePkg used to dodge an error
  • Every root command handed to the owner, never run by the agent
  • Snapshot taken before kernel, bootloader, initramfs, fstab or bulk removal work
  • No packaged file edited, every override placed in a drop-in
  • Every PKGBUILD read before building
  • The change and its undo recorded in the MACHINE.md change log

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.