v2.0.0-stable — first extended stable release after the fork #77
Pinned
thunderdew-dawn
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
v2.0.0-stable — first extended stable release after the fork
v2.0.0-stableis the first materially extended stable release of this maintained fork after the initial fork line.This release marks the project’s transition from a focused FL Studio MCP prototype into a broader rollback-first FL Studio production assistant for MCP-compatible LLM clients. It stabilizes the expanded direction of the fork before the upcoming breaking rename and package/API cleanup in the
v3.xline.What this release represents
This is the last extended stable release before the breaking
v3.xrename path.The goal of
v2.0.0-stableis not to pretend that FL Studio exposes more automation than it actually does. Instead, this release formalizes a safety-first contract:Highlights
v3.xline.Stable user-facing areas
This release establishes the stable direction for:
Important limitations
This release intentionally keeps FL Studio API limits visible.
The project does not claim support for actions that FL Studio does not expose through its scripting API, including automatic plugin loading, arbitrary playlist clip editing, deep Audio Clip internals such as Stretch/Normalize/source-path control, or automatic audio rendering to WAV.
Where those actions are not exposed, the project should provide suggestion, checklist, report, bridge, or manual workflow support instead of unsafe automation claims.
Fork and attribution note
This repository remains a maintained fork of
rosasynthesiz/flstudio-mcp.The upstream project provided the foundation for this work.
v2.0.0-stabledocuments the point where this fork has grown into its own release path, safety model, roadmap, and product direction.Migration note
The next major line,
v3.x, is expected to be breaking.Users who need the last extended stable release before the breaking rename should use
v2.0.0-stable.Users following active development should expect the
v3.xline to standardize the newfls-pilotnaming, commands, imports, controller names, and environment-variable conventions without retaining old compatibility aliases.All reactions