Sero's App Store dialog is the current user-facing place to browse installed app surfaces, discover community plugins, install or uninstall plugins, and choose which discovered apps appear in the main sidebar.
This is an alpha management surface, not a stable commercial marketplace. Treat third-party plugins as trusted source code and install only from sources you are comfortable running locally.
The App Store view is the high-level entry point for installed app surfaces, discovery, favorites, and plugin management.

Sero shows a few categories of app-like surfaces:
A plugin, whether bundled or installed, can provide an app UI, agent tools, commands, background behavior, provider metadata, or dashboard widgets. See Dashboard and Widgets for the dashboard user flow. Not every plugin provides every kind of surface.
For the broader plugin model, see Plugins and Apps, the Plugin Catalog, and Plugins.
The App Store dialog has two main views.
The Installed tab shows app/plugin surfaces already known to your local Sero profile. It supports local searching by installed app metadata.
Installed cards can show details such as whether an app is active, favorited, or unsupported by the current host.
The Discover tab searches remote/community plugin sources through Sero's plugin search bridge. Discover results may include source badges and install or uninstall actions when Sero can match a result to a local plugin.
Use Discover carefully:

The main sidebar intentionally stays small. It shows core shell apps first, then favorited discovered app manifests that pass host compatibility checks.
Favorites are for plugin-backed/discovered app surfaces. Core shell apps such as Dashboard and Explorer are always available and are not favorited or unfavorited through the same mechanism. Bundled plugin apps may still appear through the favorites path, so unstarring them can remove them from the sidebar without uninstalling them from Sero.
Practical expectations:
If an installed plugin does not appear in the sidebar, check whether it is favorited, compatible with the current host, and actually exposes an app UI.

Sero can install plugins through the plugin management bridge. Public plugin distribution modes include npm, git repositories, and local paths, depending on what the current installer and plugin source support.
During alpha:
Install/uninstall changes trigger host-side reconciliation and active-session resource reloads. In normal cases, Sero should refresh discovered apps and agent resources quickly, but this is not a guarantee of universal update reliability.
The management view is where install and uninstall actions become explicit. Use it when you need to verify what is actually installed in the active profile.

Uninstalling a plugin removes the installed plugin package and related settings from the profile's plugin install area. It does not promise to delete every piece of app data the plugin may have created.
State can remain in places such as:
<SERO_HOME>/apps/<app-id>/<workspace>/.sero/apps/<app-id>/This retention is useful when reinstalling or debugging, but it means uninstall is not a secure wipe. For storage locations and redaction guidance, see State and Folders.
Plugins can declare host compatibility requirements, such as minimum Sero versions or required host capabilities. The App Store and sidebar may hide or label unsupported plugin apps instead of launching them.
Compatibility checks help avoid some broken combinations, but they are not a security review and they do not guarantee feature parity across every runtime. Container-backed mode may expose capabilities that reduced host mode does not.
Plugin code is part of Sero's security surface. A plugin can include UI code, Pi extension code, tools, runtime behavior, and integrations that touch local or remote services.
Conservative rules:
See Security / Privacy for Sero's current alpha security posture.
The current alpha does not claim:
If a plugin app is missing or behaves unexpectedly:
Useful logs can include: