wise-workflow-list

# /wise-workflow-list — list available workflows Before asking any user question, read and follow the [question lifecycle](../../references/workflow-host-control.md#keep-asynchronous-questions-open). Keep asynchronous prompts open until answered; this rule does not authorize questions in autonomous or otherwise prompt-free procedures. First read [host control](../../references/workflow-host-control.md). Resolve the loaded installation, set `WISE_HOST` to this conductor and `WISE_PLUGIN_ROOT` to that installation. Use its managed launcher for shell commands. Follow the reference's diagnostics and explicit-answer fallback when MCP or a native picker is unavailable. Conductor host and child provider are independent. ## Why this skill exists Users need a quick way to see which workflows they can run. Workflows come from two places: bundled defaults under `${WISE_PLUGIN_ROOT}/workflows/` (shipped with the plugin) and user-authored ones under the `user_root` from `engine/engine.sh definition-roots` (written by `/wise-workflow-create`). Under each root, a workflow can live in one of two layouts — `<name>/workflow.yaml` (folder form, preferred) or `<name>.yaml` (legacy flat form). This skill lists both layouts from both roots and flags any name collisions (a user def shadows a bundled def of the same name). ## Arguments This skill takes no arguments. Ignore anything the user types beyond the skill name. ## Procedure ### 1. Init-check + list — in ONE message Run the init-che...