arch-installer-maintenance

Use when adding installer features, changing package lists, working with dialog prompts, dotfiles integration, docs, project workflow, or other non-storage maintenance tasks.

Aller à l'installation

Dépôt: sneivandt/install-arch
Dernière activité de la source: 15 août 2026 à 18:58
Langue détectée de SKILL.md: anglais
Étoiles: 0
Forks: 0

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Une commande directe contourne le prompt de vérification. Examinez la source avant de l'exécuter.

npx skills add https://github.com/sneivandt/install-arch --skill arch-installer-maintenance

La commande reste sur une seule ligne. Faites défiler horizontalement pour la vérifier avant de la copier.

Vous préférez une copie locale ? Téléchargez les fichiers actuellement disponibles dans SkillsMP.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

SKILL.md

Instructions source · Aperçu en lecture seule

Retour à la recherche Retour à l’installation

arch-installer-safety

Use when modifying install-arch.sh safety-sensitive behavior, including disk partitioning, encryption, LVM, chroot operations, bootloader/initramfs config, sudo, users, services, or cleanup.

2026-08-15

arch-installer-testing

Use when validating install-arch changes, updating tests, or working with dry-run, test-mode, ShellCheck, syntax checks, or loop-device integration tests.

2026-08-15

Tout voir dans ce dépôt

Arch Installer Maintenance

Use this skill for routine feature work and repository maintenance that is not primarily disk/encryption/boot safety logic.

Feature and bug workflow

Read nearby patterns in install-arch.sh before editing.

Keep changes minimal, but complete across script, tests, docs, and CI.

Add or update tests when adding functions, changing package lists, device naming, prompts, dry-run output, or dotfiles flow.

Update README.md for user-visible behavior, paths, package sets, install modes, security posture, or troubleshooting changes.

Package and mode changes

Keep source package definitions in BASE_PACKAGES, GUI_PACKAGES, and VBOX_PACKAGES; runtime arrays may extend copies of those definitions.

Consider dotfiles-owned packages before adding installer-owned packages; avoid duplicating dotfiles AUR/package responsibilities.

Verify Arch package names; unit tests validate the production arrays directly.

Minimal mode uses the base dotfiles profile. Workstation and VirtualBox use the desktop profile.

Dotfiles integration

Clone dotfiles to /home/$user/src/dotfiles.

Run dotfiles as the target user through as_user.

Validate with dotfiles.sh test -p <profile> before running dotfiles.sh install -p <profile> -v.

Preserve HOME, USER, and LOGNAME when running dotfiles commands in the target system.

Dialog and input prompts

Capture dialog output with --stdout --clear and handle cancel/failure.

Validate prompt outputs immediately.

Keep prompt dimensions and labels readable in small terminals.

Documentation and workflow

Keep .github/pull_request_template.md, .github/workflows/ci.yml, and README.md aligned with actual script/test paths.

Follow conventional commit style when committing unless the user asks otherwise.

name	arch-installer-maintenance
description	Use when adding installer features, changing package lists, working with dialog prompts, dotfiles integration, docs, project workflow, or other non-storage maintenance tasks.