| name | titan-public-plugin-workflow-builder |
| description | Design and create workflows for public or community Titan plugins intended for external users. Use when adding workflows to a plugin package that will be distributed outside its current repository. |
| disable-model-invocation | false |
Titan Public Plugin Workflow Builder
Build workflows for distributed Titan plugins intended for external consumers.
Goal
Create or update plugin workflows that become part of a public plugin package.
Scope
Use this skill when the workflow belongs inside a plugin package that will be consumed outside the current repository.
Examples:
- community plugins
- external plugin repositories
- plugin packages organized by feature, domain, or category
Required process
1. Inspect the plugin package structure
Check:
plugin.py
- workflow directories
- step registration strategy
- feature, domain, or category layout
- existing operations, clients, and services
2. Preserve the plugin's public contract
Treat the plugin as a public capability surface.
Prefer:
- stable workflow naming
- stable step names
- reuse of existing client APIs
- clear layout by category and layer
3. Follow plugin-specific registration rules
Do not assume project-step discovery.
Public plugins expose steps through plugin registration, often via:
plugin.py -> get_steps()
- one or more step registry modules
4. Keep the layout reusable
When the plugin already organizes by feature, domain, or category first, respect that structure.
Example:
<category>/steps/...
<category>/operations/...
<category>/clients/...
5. Think like a public plugin author
Prefer changes that stay maintainable for external users and future releases.
References
references/public-plugin-workflow-layout.md
references/public-plugin-step-registration.md
references/public-plugin-stability-rules.md
references/project-vs-plugin-workflow.md