ov-layers/skills/xdg-portal-niri/SKILL.md
XDG desktop portal integration for Niri compositor (GTK + GNOME backends). Use when working with portals, screen sharing, or file dialogs in Niri containers.
npx skillsauth add overthinkos/overthink-plugins xdg-portal-niriInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
| Property | Value |
|----------|-------|
| Dependencies | dbus, niri, pipewire |
| Variable | Value |
|----------|-------|
| XDG_CURRENT_DESKTOP | niri |
xdg-desktop-portal (RPM)xdg-desktop-portal-gtk (RPM)xdg-desktop-portal-gnome (RPM)Note: Uses xdg-desktop-portal-gnome instead of xdg-desktop-portal-wlr (which is wlroots-specific). Niri handles ScreenCast portal natively.
/ov-layers:xdg-portal -- Sway/wlroots variant (uses xdg-desktop-portal-wlr)/ov-layers:niri -- compositor dependency/ov-layers:pipewire -- audio/media dependency/ov-layers:niri-desktop -- composition that includes this layerNot used in any current image definition. Part of the niri-desktop metalayer composition.
Use when working with desktop portals, screen sharing, or file dialogs in Niri containers.
/ov:layer — layer authoring reference (layer.yml schema, task verbs, service declarations)/ov:test — declarative testing (tests: block, ov image test, ov test)development
Claude Code multi-agent support in Overthink — sub-agents, dynamic workflows, and agent teams, and how each drives the existing `ov eval` disposable beds to test and verify. MUST be invoked before authoring or invoking an ov sub-agent / dynamic workflow / agent team, wiring agent-lifecycle hooks, or asking "which primitive should drive the R10 beds?".
tools
Mounts a virtiofs share tagged `workspace` at /workspace inside a VM guest via a systemd .mount unit. Use when a kind:vm entity shares a host directory into the guest and you need it auto-mounted (and re-mounted at every boot).
development
MUST be invoked before any work involving: the `kind: android` schema kind, a `target: android` deploy, the `apk:` layer package format (installing Android apps declaratively), AndroidDeployTarget, an in-pod emulator OR a remote/physical adb-endpoint device, or nested `pod → android` deployment. The first-class Android device + app surface that sits above `ov eval adb`/`appium`.
tools
Use when committing, branching, pushing, merging, tagging, creating PRs, or approving/merging PRs with gh — the feat/-branch, R10-gated, never-force-push landing workflow across the main repo + the plugins submodule + image/<distro> submodules. Covers sync-to-upstream, branch/worktree pruning, the fork+PR path for contributors without write access, and cross-repo @github landing order.