Extending Vylux
When you add or change a workflow, keep the runtime, persistence layer, and docs synchronized.
Start from the boundary
When you extend Vylux, first decide which layer owns the change:
- HTTP endpoint
- queue task
- worker handler
- media processing primitive
- storage / persistence shape
Typical extension points for media jobs
- add or change the job type and payload schema
- add request validation or endpoint wiring where the job enters the system
- add worker handlers and task wiring
- update persistence fields, result shapes, and cleanup logic for new artifacts
- add unit tests and smoke tests
- update docs and release-validation guidance
Practical rule
Prefer changes that preserve the current conventions:
- clear job typing
- stable artifact layout
- explicit retry semantics
- verifiable outputs through API and playback paths
If docs and implementation drift, trust the verified implementation first, then update the docs site and any release test procedure at the same time.