omarchy

Contributors

GitHub-linked commit authors for this SKILL.md at the saved revision. Co-authors and history before file renames are not included.

File history ↗

REQUIRED for end-user customization of Linux desktop, window manager, or system config. Use when editing ~/.config/hypr/, ~/.config/omarchy/, ~/.config/alacritty/, ~/.config/foot/, ~/.config/kitty/, or ~/.config/ghostty/. Triggers: Hyprland, window rules, animations, keybindings, monitors, gaps, borders, blur, opacity, omarchy-shell, bar, terminal config, themes, background, night light, idle, lock screen, screenshots, reminders, layer rules, workspace settings, display config, and user-facing omarchy commands. Excludes Omarchy source development through `omarchy dev link` workflows.

default/agents/skills/omarchy/SKILL.md

Download bundle ↓
quattro · 86a2e587 bundle filesScanned 2026-09-14

contributing.md

574 tokens · o200k_base · 2,377 bytes

Source excerpt starting at line 1.
# Reporting Issues and Submitting PRs Read this when the user wants to report an Omarchy bug, suggest a feature, orcontribute a fix upstream. Omarchy lives at https://github.com/omacom/omarchy. Route requests to theright place: - **Verified bugs** -> GitHub issues. Issues are for validated bugs only, not  support requests.- **Feature ideas and suggestions** ->  https://github.com/omacom/omarchy/discussions/categories/suggestions- **Support and "is this a bug?" questions** -> the Discord community at  https://omarchy.org/discord. Start here when the problem isn't clearly a bug  in Omarchy itself. ## Filing a Good Bug Report The bug template asks for system details (CPU, GPU, Omarchy version), adescription with steps to reproduce, and diagnostics. Gather them: ```bashomarchy version # Generate the diagnostic log (also written to /tmp/omarchy-debug.log)omarchy debug --no-sudo --print # Interactive variant: `omarchy debug` offers to upload the log to# logs.omarchy.org (expires after 24h) and prints a shareable URL to# include in the issue.``` **Capture the problem on screen.** A screenshot or short recording of the bugis often worth more than the description — see [`capture.md`](capture.md) for`omarchy capture screenshot` and `omarchy screenrecord`. Keep recordings shortand focused on the misbehavior. GitHub issue attachments are added bydrag-and-drop in the web form, so save the capture and hand the user the filepath to attach (`gh` cannot upload media). For screen-recording failures specifically, rerun with`OMARCHY_SCREENRECORD_DEBUG=true` and attach `/tmp/omarchy-screenrecord.log`. File the issue with `gh` when available: ```bashgh issue create --repo omacom/omarchy --title "..." --body "..."``` Include: what happened, what was expected, steps to reproduce, system details,the debug log URL (or attached log), and the capture. ## Submitting a PR Never develop against `/usr/share/omarchy`. Clone a working copy instead: ```bashgh repo fork omacom/omarchy --clonecd omarchy``` Follow the repository's own `AGENTS.md` for style, testing, and commitconventions — it is the authority on contributions. Keep commits atomic, run`./test/all` before pushing, and open the PR with `gh pr create`. A PR thatfixes a visual problem should include before/after captures (again, see[`capture.md`](capture.md)). 
Referenced from SKILL.md