Audio Plugin Coder (APC) is a groundbreaking, open-source framework that enables musicians, producers, sound designers, and developers to create professional VST3/AU audio plugins using natural language and AI assistance. Built on JUCE 9 and powered by a revolutionary 5-phase workflow system.
318
stars
88
commits
HTML
primary language
Sep 14, 2026
updated

AI-powered open-source framework for vibe-coding audio plugins from concept to shipped product
APC 1.5 is a big step forward - especially if you are a musician or hobbyist who just wants to build your own plugin without fighting tooling. Here is what changed, in plain words.
The APC Hub - a window into your whole project.
Instead of digging through folders and config files, you now get a live dashboard in your browser. Type /apc-hub (or run node hub/server.js) and you can see every plugin at a glance - which phase it is in, what still needs to be done, your design library, scripts, templates, tools and settings. Documentation is searchable and readable right there. You can even adjust your settings from a simple form instead of hand-editing JSON. It is read-only by default, so nothing breaks by accident.
Works with more AI coding tools than ever. APC used to be picky about which assistant you used. In 1.5 that changed:
A single command-line tool.
All the important tasks - version, paths, build, validate, backup, rollback, status - are now in one cross-platform tool (apc), tested by an automated suite. No more hunting for the right script.
Improve and extend your plugins after release.
Shipped a plugin? /apc-patch opens a focused bugfix round, /apc-evolve starts a feature upgrade. Your version number and state stay consistent automatically.
Everything else got tidier too.
Docs were rewritten to match reality, the framework version has one single source of truth, and releases now land in a clean release/ folder that honors your configured paths.
Start: clone -> /apc-setup (Claude Code / Kilo / Cursor / OpenCode) or $audio-plugin-coder:audio-plugin-coder setup (Codex) -> /apc-dream MyPlugin.
The APC Hub gives you a complete, live overview of the framework and your plugins - no build required, read-only by default:
node hub/server.js --port 4872 # or: /apc-hub in your agent

APC Tutorial Series (YouTube Playlist) - 7 episodes and more to come, explaining the framework in detail.
Audio Plugin Coder (APC) is an AI-first framework that guides LLM agents through the whole plugin lifecycle - ideation, architecture, UI, DSP implementation, testing, and packaging - without the agent re-learning JUCE or your conventions every session. It is agent-agnostic (Codex, Claude Code, Kilo, Cursor, Antigravity) and has been hardened over 18 months of real plugin development.
The core workflow - setup -> dream -> plan -> design -> impl -> ship - is ready for production on Windows, macOS, and Linux.
APC is agent-agnostic: pick the assistant you already use. In v1.5.0 all major ones are first-class:
| Assistant | Status | How APC talks to it |
|---|---|---|
| Codex | ✅ Fully supported in 1.5.0 | Codex does not use slash commands - it gets a dedicated audio-plugin-coder skill and plugin with cost-aware model routing |
| Cursor | ✅ Ready out of the box | Custom rules + /apc-* commands, project guidance via AGENTS.md |
| OpenCode | ✅ Fully wired up | /apc-* commands with dedicated host shims |
| Claude Code | ✅ Fully supported | /apc-* commands |
| Kilo | ✅ Fully supported | /apc-* commands |
| Antigravity / Gemini | ✅ Supported | Natural language + AGENTS.md guidance |
Previously Cursor, OpenCode and Codex had only partial support. In 1.5.0 they now work the same way as Claude Code and Kilo - no workarounds needed.
/apc-setup configures toolchain, paths, and model routing via apc.config.json/apc-* primary names; short aliases kept as deprecatedstatus.json with progress, validation, rollback/apc-hub)npx github:Noizefield/audio-plugin-coder
Clones, checks your tools, and prints next steps for your platform. Requires Node.js 18+ and Git.
# Windows
git clone --recurse-submodules https://github.com/Noizefield/audio-plugin-coder.git
cd audio-plugin-coder
.\scripts\system-check.ps1 -Human
# macOS / Linux
git clone --recurse-submodules https://github.com/Noizefield/audio-plugin-coder.git
cd audio-plugin-coder
bash scripts/system-check.sh --human
Then open the repo in your agent and run /apc-setup, then /apc-dream <PluginName>.
| Platform | Requirements |
|---|---|
| Windows | LLM agent, Git, Node.js 18+, Python 3.8+, Visual Studio 2022 C++, CMake 3.22+, WebView2 Runtime, JUCE 9 (submodule), pluginval (submodule) |
| macOS | LLM agent, macOS 10.13+, Xcode + CLT, CMake 3.22+, Git, Node.js 18+, Python 3.8+, jq, JUCE 9, pluginval (WKWebView, no WebView2) |
| Linux | LLM agent, GCC 9+ / Clang 10+, C++20, CMake 3.22+, Make/Ninja, Node.js 18+, Python 3.8+, WebKitGTK, libegl-dev, ALSA (+JACK), JUCE 9, pluginval |
For FFGL visual plugins or Max for Live externals, run the Windows one-click setup:
.\scripts\setup_bridges.bat
SETUP -> First-run toolchain, paths, model preferences
DREAM -> Creative brief, parameter spec
PLAN -> Architecture, UI framework, complexity
DESIGN -> GUI mockups and visual design
IMPL -> DSP engine and UI integration
SHIP -> Installers, DAW testing, distribution
Prefer the /apc-* names (unique across frameworks). Short aliases (/dream, ...) still work as deprecated. Codex invokes actions through the audio-plugin-coder skill (bare /plan//status are Codex built-ins).
| Primary | Codex action | Description |
|---|---|---|
/apc-setup | $audio-plugin-coder:audio-plugin-coder setup | First-run toolchain, paths, models |
/apc-dream [Name] | ... dream [Name] | Start new plugin (ideation) |
/apc-plan [Name] | ... plan [Name] | Architecture + UI framework |
/apc-design [Name] | ... design [Name] | GUI mockups and visual design |
/apc-impl [Name] | ... impl [Name] | Implement DSP and UI |
/apc-test [Name] | ... test [Name] | Run tests / validation |
/apc-debug [Name] | ... debug [Name] | Diagnose and fix issues |
/apc-ship [Name] | ... ship [Name] | Package and distribute |
/apc-status [Name] | ... status [Name] | Progress and state |
/apc-resume [Name] | ... resume [Name] | Continue from last incomplete phase |
/apc-new [Name] | ... new [Name] | Full workflow with confirmations |
/apc-patch [Name] | $audio-plugin-coder:audio-plugin-coder patch [Name] | Bugfix generation on a shipped plugin |
/apc-evolve [Name] | $audio-plugin-coder:audio-plugin-coder evolve [Name] | Feature generation on a shipped plugin |
/apc-hub | $audio-plugin-coder:audio-plugin-coder hub | Open the live local dashboard |
See Command Reference, Codex Compatibility, and Model Routing.
You: /apc-setup
AI: ✅ Setup complete. Next: /apc-dream <PluginName>
You: /apc-dream TapeDelay / "Warm analog tape delay with wow/flutter"
AI: ✅ Dream phase complete! Files created: .ideas/creative-brief.md, .ideas/parameter-spec.md, status.json
You: /apc-design TapeDelay / "Teal dashboard, skeumorphic knobs"
AI: ✅ Design complete! Next: /apc-impl TapeDelay
APC tracks every plugin in a status.json (phase, validation, rollback). That lets you pause, switch agents, or rebuild state at any time.
audio-plugin-coder/
├── AGENTS.md # Agent guidance (AGENTS.md standard)
├── .agents/ # Canonical source: workflows/, skills/, rules/, guides/, troubleshooting/
├── .codex-plugin/ # Codex plugin manifest
├── skills/ # Packaged Codex skill (points at .agents/)
├── hub/ # APC Hub - server.js, ui/, _design/
├── templates/ # Plugin templates (visage, webview, ffgl, max-external)
├── docs/ # Documentation (16 files)
├── scripts/ # Build / state / validation automation (ps1 + sh)
├── bin/ # setup.js, apc.js CLI
├── common/ # Shared helpers (e.g. VisageJuceHost.h)
├── plugins/ # Your plugins (config-relocatable)
├── build/ # Compilation artifacts
├── release/ # Ship packages (installers, zips)
└── test/ # apc.js test suite (npm test)
Workflows orchestrate skills: /apc-design reads your UI framework from status.json, then loads the matching design skill. Troubleshooting auto-captures issues so the system improves over time.
The AI recommends a framework during planning based on your plugin's complexity.
| Format | Windows | macOS | Linux |
|---|---|---|---|
| VST3 | ✅ | ✅ | ✅ |
| Standalone | ✅ | ✅ | ✅ |
| AU | ❌ | ✅ | ❌ |
| LV2 | ❌ | ❌ | ✅ |
CLAP support is planned.
JUCE 9, CMake, PowerShell/Bash, WebView2 / WKWebView, YAML knowledge base, Node.js (CLI + Hub).
Docs live in docs/: Getting Started, Plugin Development Lifecycle, Command Reference, Hub, FAQ, Troubleshooting. The Hub serves them as a searchable reader.
apc CLI, APC HubJoin GitHub Discussions; see CONTRIBUTING.md.
Independent development with significant API costs. If APC saves you time, consider sponsoring - it covers API costs and accelerates new features.
MIT - see LICENSE.md. Note: APC itself is MIT, but plugins built with it inherit JUCE's dual license (AGPLv3 free, or a JUCE commercial license for closed-source). JUCE terms.
Built with a lot of tokens for the audio development community. Turn your plugin ideas into reality.
HTML
42.7%
C++
32.9%
JavaScript
9.7%
PowerShell
7.7%
Shell
3.7%
CMake
1.5%
CSS
1.4%
Audio Plugin Coder (APC) is a groundbreaking, open-source framework that enables musicians, producers, sound designers, and developers to create professional VST3/AU audio plugins using natural language and AI assistance. Built on JUCE 9 and powered by a revolutionary 5-phase workflow system.
318
stars
88
commits
HTML
primary language
Sep 14, 2026
updated

AI-powered open-source framework for vibe-coding audio plugins from concept to shipped product
APC 1.5 is a big step forward - especially if you are a musician or hobbyist who just wants to build your own plugin without fighting tooling. Here is what changed, in plain words.
The APC Hub - a window into your whole project.
Instead of digging through folders and config files, you now get a live dashboard in your browser. Type /apc-hub (or run node hub/server.js) and you can see every plugin at a glance - which phase it is in, what still needs to be done, your design library, scripts, templates, tools and settings. Documentation is searchable and readable right there. You can even adjust your settings from a simple form instead of hand-editing JSON. It is read-only by default, so nothing breaks by accident.
Works with more AI coding tools than ever. APC used to be picky about which assistant you used. In 1.5 that changed:
A single command-line tool.
All the important tasks - version, paths, build, validate, backup, rollback, status - are now in one cross-platform tool (apc), tested by an automated suite. No more hunting for the right script.
Improve and extend your plugins after release.
Shipped a plugin? /apc-patch opens a focused bugfix round, /apc-evolve starts a feature upgrade. Your version number and state stay consistent automatically.
Everything else got tidier too.
Docs were rewritten to match reality, the framework version has one single source of truth, and releases now land in a clean release/ folder that honors your configured paths.
Start: clone -> /apc-setup (Claude Code / Kilo / Cursor / OpenCode) or $audio-plugin-coder:audio-plugin-coder setup (Codex) -> /apc-dream MyPlugin.
The APC Hub gives you a complete, live overview of the framework and your plugins - no build required, read-only by default:
node hub/server.js --port 4872 # or: /apc-hub in your agent

APC Tutorial Series (YouTube Playlist) - 7 episodes and more to come, explaining the framework in detail.
Audio Plugin Coder (APC) is an AI-first framework that guides LLM agents through the whole plugin lifecycle - ideation, architecture, UI, DSP implementation, testing, and packaging - without the agent re-learning JUCE or your conventions every session. It is agent-agnostic (Codex, Claude Code, Kilo, Cursor, Antigravity) and has been hardened over 18 months of real plugin development.
The core workflow - setup -> dream -> plan -> design -> impl -> ship - is ready for production on Windows, macOS, and Linux.
APC is agent-agnostic: pick the assistant you already use. In v1.5.0 all major ones are first-class:
| Assistant | Status | How APC talks to it |
|---|---|---|
| Codex | ✅ Fully supported in 1.5.0 | Codex does not use slash commands - it gets a dedicated audio-plugin-coder skill and plugin with cost-aware model routing |
| Cursor | ✅ Ready out of the box | Custom rules + /apc-* commands, project guidance via AGENTS.md |
| OpenCode | ✅ Fully wired up | /apc-* commands with dedicated host shims |
| Claude Code | ✅ Fully supported | /apc-* commands |
| Kilo | ✅ Fully supported | /apc-* commands |
| Antigravity / Gemini | ✅ Supported | Natural language + AGENTS.md guidance |
Previously Cursor, OpenCode and Codex had only partial support. In 1.5.0 they now work the same way as Claude Code and Kilo - no workarounds needed.
/apc-setup configures toolchain, paths, and model routing via apc.config.json/apc-* primary names; short aliases kept as deprecatedstatus.json with progress, validation, rollback/apc-hub)npx github:Noizefield/audio-plugin-coder
Clones, checks your tools, and prints next steps for your platform. Requires Node.js 18+ and Git.
# Windows
git clone --recurse-submodules https://github.com/Noizefield/audio-plugin-coder.git
cd audio-plugin-coder
.\scripts\system-check.ps1 -Human
# macOS / Linux
git clone --recurse-submodules https://github.com/Noizefield/audio-plugin-coder.git
cd audio-plugin-coder
bash scripts/system-check.sh --human
Then open the repo in your agent and run /apc-setup, then /apc-dream <PluginName>.
| Platform | Requirements |
|---|---|
| Windows | LLM agent, Git, Node.js 18+, Python 3.8+, Visual Studio 2022 C++, CMake 3.22+, WebView2 Runtime, JUCE 9 (submodule), pluginval (submodule) |
| macOS | LLM agent, macOS 10.13+, Xcode + CLT, CMake 3.22+, Git, Node.js 18+, Python 3.8+, jq, JUCE 9, pluginval (WKWebView, no WebView2) |
| Linux | LLM agent, GCC 9+ / Clang 10+, C++20, CMake 3.22+, Make/Ninja, Node.js 18+, Python 3.8+, WebKitGTK, libegl-dev, ALSA (+JACK), JUCE 9, pluginval |
For FFGL visual plugins or Max for Live externals, run the Windows one-click setup:
.\scripts\setup_bridges.bat
SETUP -> First-run toolchain, paths, model preferences
DREAM -> Creative brief, parameter spec
PLAN -> Architecture, UI framework, complexity
DESIGN -> GUI mockups and visual design
IMPL -> DSP engine and UI integration
SHIP -> Installers, DAW testing, distribution
Prefer the /apc-* names (unique across frameworks). Short aliases (/dream, ...) still work as deprecated. Codex invokes actions through the audio-plugin-coder skill (bare /plan//status are Codex built-ins).
| Primary | Codex action | Description |
|---|---|---|
/apc-setup | $audio-plugin-coder:audio-plugin-coder setup | First-run toolchain, paths, models |
/apc-dream [Name] | ... dream [Name] | Start new plugin (ideation) |
/apc-plan [Name] | ... plan [Name] | Architecture + UI framework |
/apc-design [Name] | ... design [Name] | GUI mockups and visual design |
/apc-impl [Name] | ... impl [Name] | Implement DSP and UI |
/apc-test [Name] | ... test [Name] | Run tests / validation |
/apc-debug [Name] | ... debug [Name] | Diagnose and fix issues |
/apc-ship [Name] | ... ship [Name] | Package and distribute |
/apc-status [Name] | ... status [Name] | Progress and state |
/apc-resume [Name] | ... resume [Name] | Continue from last incomplete phase |
/apc-new [Name] | ... new [Name] | Full workflow with confirmations |
/apc-patch [Name] | $audio-plugin-coder:audio-plugin-coder patch [Name] | Bugfix generation on a shipped plugin |
/apc-evolve [Name] | $audio-plugin-coder:audio-plugin-coder evolve [Name] | Feature generation on a shipped plugin |
/apc-hub | $audio-plugin-coder:audio-plugin-coder hub | Open the live local dashboard |
See Command Reference, Codex Compatibility, and Model Routing.
You: /apc-setup
AI: ✅ Setup complete. Next: /apc-dream <PluginName>
You: /apc-dream TapeDelay / "Warm analog tape delay with wow/flutter"
AI: ✅ Dream phase complete! Files created: .ideas/creative-brief.md, .ideas/parameter-spec.md, status.json
You: /apc-design TapeDelay / "Teal dashboard, skeumorphic knobs"
AI: ✅ Design complete! Next: /apc-impl TapeDelay
APC tracks every plugin in a status.json (phase, validation, rollback). That lets you pause, switch agents, or rebuild state at any time.
audio-plugin-coder/
├── AGENTS.md # Agent guidance (AGENTS.md standard)
├── .agents/ # Canonical source: workflows/, skills/, rules/, guides/, troubleshooting/
├── .codex-plugin/ # Codex plugin manifest
├── skills/ # Packaged Codex skill (points at .agents/)
├── hub/ # APC Hub - server.js, ui/, _design/
├── templates/ # Plugin templates (visage, webview, ffgl, max-external)
├── docs/ # Documentation (16 files)
├── scripts/ # Build / state / validation automation (ps1 + sh)
├── bin/ # setup.js, apc.js CLI
├── common/ # Shared helpers (e.g. VisageJuceHost.h)
├── plugins/ # Your plugins (config-relocatable)
├── build/ # Compilation artifacts
├── release/ # Ship packages (installers, zips)
└── test/ # apc.js test suite (npm test)
Workflows orchestrate skills: /apc-design reads your UI framework from status.json, then loads the matching design skill. Troubleshooting auto-captures issues so the system improves over time.
The AI recommends a framework during planning based on your plugin's complexity.
| Format | Windows | macOS | Linux |
|---|---|---|---|
| VST3 | ✅ | ✅ | ✅ |
| Standalone | ✅ | ✅ | ✅ |
| AU | ❌ | ✅ | ❌ |
| LV2 | ❌ | ❌ | ✅ |
CLAP support is planned.
JUCE 9, CMake, PowerShell/Bash, WebView2 / WKWebView, YAML knowledge base, Node.js (CLI + Hub).
Docs live in docs/: Getting Started, Plugin Development Lifecycle, Command Reference, Hub, FAQ, Troubleshooting. The Hub serves them as a searchable reader.
apc CLI, APC HubJoin GitHub Discussions; see CONTRIBUTING.md.
Independent development with significant API costs. If APC saves you time, consider sponsoring - it covers API costs and accelerates new features.
MIT - see LICENSE.md. Note: APC itself is MIT, but plugins built with it inherit JUCE's dual license (AGPLv3 free, or a JUCE commercial license for closed-source). JUCE terms.
Built with a lot of tokens for the audio development community. Turn your plugin ideas into reality.
HTML
42.7%
C++
32.9%
JavaScript
9.7%
PowerShell
7.7%
Shell
3.7%
CMake
1.5%
CSS
1.4%