## What happened

After updating to omarchy 4.0.3-1, any third-party plugin with `"menu"` kind (e.g. a clone of `omarchy.menu`) opens fine but its **Apps** submenu is permanently empty ("Nothing here yet"). The stock `omarchy.menu` still lists apps correctly.

## Root cause (validated)

The 4.0.2 -> 4.0.3 update introduced capability-scoped shells (`pluginShellFor` / `createScopedPluginShell` in `shell.qml`). A third-party menu's panel item receives a scoped `PluginShellApi` whose `appLibrary` property is `null`, so `mergeAppRows()` early-returns and `providersLoaded["apps"]` is still marked loaded, leaving the submenu empty forever.

Introspection on the live object (via a temporary IPC method, since removed):

```json
{"hasShell":true,"hasAppLibrary":false,"rows":-1,"itemsCount":334,"appsLoaded":true,
 "manifestId":"crueber.omarchy-compact-docked-menu","manifestKinds":"[\"menu\",\"bar-widget\"]",
 "hasBar":true,"shellPluginId":"crueber.omarchy-compact-docked-menu"}
```

So: scoped shell present, manifest `kinds` intact (`["menu","bar-widget"]`), `bar` proxy set — but `appLibrary` null. Same result with a from-scratch minimal plugin (`kinds: ["menu"]`), ruling out anything specific to the cloned code:

```json
{"hasShell":true,"hasAppLibrary":false,"pluginId":"crueber.ccdtest-menu"}
```

Since `shell.qml` sets `appLibrary: shell.manifestHasKind(manifest, "menu") ? shell.pluginAppLibraryFor(cacheKey, key) : null`, either `manifestHasKind` is false for third-party manifests at creation time, or `pluginAppLibraryFor` returns null (no errors logged in either case).

Likely related: third-party **overlays** (e.g. min-launcher, `kinds: ["overlay"]`) also use `shell.appLibrary` but can never receive it under the current `manifestHasKind(manifest, "menu")` gate.

## Steps to reproduce

1. On omarchy 4.0.3-1: `omarchy plugin clone omarchy.menu` (enables the clone, disables stock)
2. `omarchy restart shell` (required — `keepLoaded: true` panels do not pick up file edits via hot-reload/rescan)
3. `omarchy menu summon apps` (resolves to the clone) — empty; stock showed ~100 entries
4. Fresh minimal repro: manifest `{"id":"...","kinds":["menu"],"entryPoints":{"menu":"Menu.qml"}}` with a `Menu.qml` reporting `!!root.shell.appLibrary` via a `call` method — returns false

## Expected

A third-party plugin declaring `"menu"` kind receives a working `appLibrary` proxy (like `bar`), so Apps lists installed desktop entries.

## System

- omarchy 4.0.3-1 (also verified stock Menu.qml/MenuModel.js/BarWidget.qml/AppLibrary.qml unchanged 4.0.2 -> 4.0.3; only shell.qml scoping is new)
- Hyprland, XDG_CURRENT_DESKTOP=Hyprland, single quickshell instance
- Workaround: re-enable stock `omarchy.menu` (first-party gets the full shell, unaffected)

## Notes

- `keepLoaded: true` menu panels do not reload edited QML on save/rescan (Loader `source` URL unchanged); only `omarchy restart shell` picks up changes. That cost several debug cycles — may be worth documenting.