* feat(plugins): add workspace panels and command center contributions Give local plugins contextual UI entry points without making the daemon interpret client placement or callbacks. Panels receive stable IDs and read cached client state through required selectors with shallow equality, avoiding unrelated guest rerenders and context-discovery RPCs. * fix(plugins): align shared client state ownership Workspace panels and Command Center callbacks consume the same frozen client snapshots, so their adapter belongs to the plugin boundary rather than either contribution surface. Refresh the Nix dependency hash for the selector-store dependency added by this feature.
4.2 KiB
title, description, nav, order, category
| title | description | nav | order | category |
|---|---|---|---|---|
| Plugin quickstart | Build, install, and reload a trusted local Paseo plugin with a workspace panel. | Quickstart | 45 | Plugins |
Plugin quickstart
Paseo plugins add native workspace panels, Command Center items, global surfaces, daemon behavior, and composer attachment sources. They run on every Paseo client connected to the host, including mobile.
Plugins are trusted local code. Install only code you trust: backend code runs unsandboxed with access to the daemon machine, and client contributions run inside the Paseo app.
On the target host, open Settings → Plugins and turn on Enable plugins. This is the global switch for every configured plugin on that daemon.
You can also change the root pluginsEnabled field in the daemon's config.json, then apply it without restarting:
paseo reload --json
Enabling starts configured plugins; disabling tears them down. Automation must inspect the current value first and obtain your explicit permission before changing a disabled or omitted value to true.
Create a plugin
Use an absolute path on the daemon machine:
paseo plugin init /absolute/path/to/workspace-plugin
cd /absolute/path/to/workspace-plugin
npm install
init creates a strict TSX project. It does not run the package manager.
Replace index.tsx with:
import { type PluginContext, type PluginWorkspacePanelProps, useWorkspace } from "@paseo/plugin";
import { Text, View } from "react-native";
function WorkspaceOverview({ workspaceId }: PluginWorkspacePanelProps) {
const workspace = useWorkspace(workspaceId, ({ name, directory }) => ({
name,
directory,
}));
return (
<View style={{ flex: 1, padding: 24, gap: 8 }}>
<Text style={{ fontSize: 24 }}>{workspace?.name}</Text>
<Text>{workspace?.directory}</Text>
</View>
);
}
export default function contribute(plugin: PluginContext) {
plugin.addWorkspacePanel({
id: "overview",
title: "Workspace overview",
icon: "PanelsTopLeft",
context: "workspace",
Component: WorkspaceOverview,
});
plugin.addCommandCenterItem({
id: "open-overview",
title: "Open workspace overview",
icon: "PanelsTopLeft",
context: "workspace",
onSelect({ openPanel }) {
openPanel("overview");
},
});
return () => {};
}
The icon is a Lucide icon name. The panel uses React Native primitives, so the same contribution works in the desktop, browser, iOS, and Android clients. Panel props contain stable IDs; useWorkspace selects the cached fields the component needs without fetching through RPC or re-rendering for unrelated workspace changes.
Check and install it
npm run typecheck
paseo plugin install /absolute/path/to/workspace-plugin
paseo plugin ls
Open a workspace, open the Command Center, and choose Open workspace overview. It opens as a normal workspace tab. If the item does not appear, confirm that Enable plugins is on, the plugin status is running in paseo plugin ls, and the client is viewing the host where you installed it.
Edit and reload
Source changes are explicit:
npm run typecheck
paseo plugin reload workspace-plugin
A reload stops the old plugin, runs its cleanup, compiles the current source, and starts it again. A failed reload stays failed and reports its load error; fix the source and reload again.
Debug backend output
Use normal Node logging in daemon-side handlers and cleanup:
console.log("Refreshing issues");
console.error("Issue refresh failed", error);
Read recent stdout and stderr from Settings → Plugins → Logs or the CLI:
paseo plugin logs workspace-plugin
paseo plugin logs workspace-plugin --json
The log tail survives reloads and crashes, so inspect it when a plugin fails to start or an RPC rejects. See Debug backend output for retention and security behavior.
Next
- Plugin reference, add daemon behavior, use the Paseo SDK, contribute attachments, and manage lifecycle.
- TypeScript SDK, the workspace, agent, provider, and config API exposed inside plugins.