# The layer this bundle contributes to a dsh profile that lists it. # # One row: the dsh-slopo host plugin. It contributes three things — # * three skills on `ctx.skills`, all user-invocable and NOT model-invocable # (slopo's own agent configs make the same choice, because every one of # these commands can spend minutes embedding); # * the `dsh-slopo` configuration, which is this plugin's own exported Config: # since dsh 0.1.7-rc.2 the framework projects that schema onto this entry and # addresses it by `id`, which is why the id below is also the browser card's # slot key. It is editable at runtime rather than baked into this file; # * one `slopo` tool that resolves the CLI, runs it, and streams progress. # # The row references the package by NAME rather than a relative path, so Node # resolution finds the installed copy — see the dsh publish docs. # # There is deliberately NO `config:` block here. Every value the plugin needs is # either discovered at runtime (the slopo binary), set by the user through the # settings card or the tool's `configure` action, or genuinely optional. Shipping # defaults would mean baking one machine's paths into a layer that other machines # also apply, and the plugin's own schema already carries the defaults it can # honestly claim. - insert: - id: dsh-slopo name: dsh-slopo