A unified visual environment for designing, previewing, and shaping production code with AI.
Build visually. | Direct the assistant. | Export the codebase anytime. | Development | Desktop builds
Paddie Studio is built to collapse the distance between chat, canvas, and code. Instead of bouncing between a browser preview, an editor, and an assistant thread, you stay in one workspace where you can inspect a live app, select real UI elements, attach templates, and ask the assistant to implement changes directly against the project.
Today, the core experience centers on:
- a Studio shell that keeps chat and product work side by side
- a live browser canvas that follows the running localhost app
- direct code editing with a real filesystem and Monaco tabs
- template-driven building for pages and reusable sections
- element picking from preview into chat context
Paddie Studio is being shaped toward a broader visual development workflow that combines interface building, reusable templates and components, richer project memory, and more automation over time.
Paddie Studio combines a visual product workspace with an AI co-developer so you can move from idea to implementation without switching tools every few minutes.
The Studio surface keeps these views close together:
CodeSplitPreviewTemplates
That means you can inspect the product, edit the source, and direct the assistant from one place.
The current Studio workflow is centered on a live, product-facing canvas:
- preview follows the active localhost app automatically
- desktop, tablet, and mobile viewport switching
- real desktop viewport presets including
1920x1080,1600x900, and1440x900 - direct element selection from the preview into chat
- responsive Studio resizing beside chat
If you want to work manually, the same shell also gives you:
- filesystem explorer for the current project
- Monaco editor tabs
- direct typing and editing in code
- autosave by default
Instead of describing changes against a vague screenshot, you can work with real project context:
- ask the assistant to run the app
- let preview follow the running URL
- pick real elements from the page
- attach files, template parts, and selected targets to the prompt
- ask the assistant to apply changes with that context already attached
This is the core Paddie Studio loop today.
Paddie Studio includes a bundled template system for reference-driven building:
- browse a starter visually
- attach a full template to chat
- attach curated parts like hero, CTA, button, modal, navbar, and metrics
- select parts directly from the template preview
- create a starter project from the bundled template
The current seeded template is a React + Tailwind landing-page starter, and the longer-term direction is to expand this into a richer component and template ecosystem.
Paddie Studio is being shaped toward a broader visual development system built around three bigger ideas:
The template system is meant to grow beyond a single starter into a reusable library of:
- full-page starters
- curated sections
- reusable components
- community and marketplace-style building blocks over time
The longer-term goal is not just UI generation, but a workspace where interface building and backend workflow orchestration can live closer together, so design, logic, and automation are part of one system instead of separate tools.
Paddie Studio is also being steered toward deeper memory and context handling, so the assistant becomes better at:
- remembering project structure
- reusing prior design and implementation decisions
- applying richer context across multiple iterations
- Open a project in Paddie Studio.
- Ask the assistant to run the app.
- Let the preview follow the running localhost URL automatically.
- Pick elements in the preview or attach a template.
- Ask the assistant to modify the selected target.
- Edit code directly when you want manual control.
- Open
Templatesinside Studio. - Browse the bundled starter.
- Attach the full template or a selected part to chat.
- Ask the assistant to adapt it into the current page.
Or:
- Use
Create starter project. - Choose a destination folder.
- Open the new project in Studio and continue from there.
Paddie Studio is an official public fork of OpenCode:
- fork: michaelegbo/opencode
- upstream: anomalyco/opencode
That relationship matters for maintenance, but it is not the product story. The fork stays structurally close to upstream so new OpenCode changes can still be pulled in, while Paddie Studio focuses the product layer around:
- desktop-first usage
- visual UI building
- richer preview workflows
- templates and reusable product patterns
- branded packaging and app identity
- Bun
- Rust toolchain for the Tauri desktop app
- Windows is the current tested desktop packaging path
bun installbun run dev:webbun run dev:desktopRun typechecks from package directories, not from the repo root:
cd packages/app
bun run typecheck
cd ../desktop
bun run typecheckBuild the desktop installer from the desktop package:
cd packages/desktop
bun run tauri buildWindows artifacts are written to:
packages/desktop/src-tauri/target/release/PaddieStudio.exepackages/desktop/src-tauri/target/release/bundle/nsis/
packages/app- main UI, Studio shell, templates, preview, and editor integrationpackages/desktop- Tauri desktop wrapper, packaging, app identity, native filesystem and process hookspackages/opencode- agent runtime and server core inherited from OpenCodepackages/ui- shared UI primitives, icons, logo, and theme surfaces
This repo uses a protected-branch workflow:
devis the default integration branchmainis protected- changes should land through pull requests
If you are contributing to the fork:
- branch from
dev - open a PR back into
dev - merge into
mainonly when the work is approved
This project is a maintained fork, not a plugin layer. That means product features live in real app files, but the repo still tracks upstream OpenCode.
A typical sync flow is:
git remote add upstream https://github.com/anomalyco/opencode.git
git fetch upstream
git merge upstream/devBecause Paddie Studio changes core UI surfaces, some upstream syncs may need manual conflict resolution.
Active product work in this fork includes:
- Studio layout and responsive resizing
- preview viewport controls
- preview-to-chat element picking
- template browsing and starter creation
- desktop branding and icon system
- visual frontend building workflow
MIT.
See upstream notices and commit history for provenance where this fork builds on OpenCode.

