Known Limitations
Capabilities and constraints to be aware of in the current Draftbit release
These are the constraints we hear about most often. Many of them are temporary and being actively worked on — check What’s New for the latest.
Platform support
Section titled “Platform support”- A project can hold several kinds of app: a Mobile App for iOS and Android (Expo and React Native), a Web App (React), a Website (Astro), an API Backend, and a Supabase Backend. A Mobile App can also be published to the web.
- Desktop-native apps (macOS, Windows, Linux) aren’t supported.
- The Builder UI itself is supported in modern Chromium browsers and Firefox. Safari and embedded webviews may work but are not officially supported.
Importing existing projects
Section titled “Importing existing projects”- You can import an existing JavaScript or TypeScript app from a GitHub repository or a zip file, and you can import apps from Draftbit Classic (v1). See Importing from GitHub and Importing an existing app.
- Expo mobile apps, Vite web apps, and Astro sites get the full builder. Other JavaScript frameworks, such as Next.js, import with your setup preserved and a reduced feature set. Native iOS and Android, Flutter, and other non-JavaScript projects can’t be imported.
Code editor
Section titled “Code editor”- The Code Editor supports JavaScript, TypeScript, JSX, JSON, and Markdown. Other languages (PHP, Python, C#, native iOS/Android source, etc.) aren’t recognized for autocomplete or linting.
- The Code Editor needs the Standard plan or above. See Plans and pricing.
AI agents and models
Section titled “AI agents and models”- The default agents are Claude Code (Anthropic) and Codex (OpenAI). Google Gemini is on the roadmap.
- On the Free plan, threads that use Draftbit credits run Codex with OpenAI models. Claude Code and other models need a paid plan when they use credits. On any plan, you can use them through your own Claude subscription or an API key that supports them. If a Free plan thread already uses Claude Code with credits, Draftbit asks you to upgrade, continue with your Claude subscription, or start a new Codex thread.
- If you connect your own provider keys, model availability follows what your account allows on that provider — Draftbit doesn’t impose a separate model gate.
- When you use your own API key or subscription, your provider’s usage limits, rate limits, model availability, and authentication rules still apply.
- Your plan sets how many agents can run at the same time across your workspace: one on Free and Standard, up to five on Pro, and no limit on Enterprise. Agents that use your own API key or subscription count toward this limit too. If you send a message in another thread while the limit is reached, Draftbit asks you to wait for the running agent to finish or stop it, or to upgrade. A queued follow-up that can’t start for this reason stays in its thread’s queue, and the queue pauses until you resume it.
Credits and billing
Section titled “Credits and billing”- Most credits expire one year after they’re added to your account, and the credits that expire soonest are spent first. Credits for importing a Draftbit Classic app expire 72 hours after the import. See Credits for full rules.
Publishing
Section titled “Publishing”- One-click iOS and Android publishing requires complete credentials in the Publishing configuration. Without them you can still export your code and publish manually.
- Custom domains for web publishing are supported, but the registrar must allow CNAME or
Arecords pointing to Draftbit. Some registrars restrict this on entry-level plans. - Native iOS and Android previews need a new native preview build when you add, remove, or change packages that include native code.
- Apple and Google still control app review, policy decisions, account requirements, tester setup, and public release timing.
Build Config
Section titled “Build Config”- Sensitive values in Build Config are intended for build-time configuration and server-side tooling. They are not exposed to compiled app runtime code.
- Use plain text
EXPO_PUBLIC_variables only for values that are safe to include in the app bundle.
Integrations
Section titled “Integrations”- MCP integrations are tools for the agent while it builds. Your published app can’t call them.
- REST and GraphQL endpoints that are Runtime Ready can be called from your app code with
draftbitApi.call. Only endpoints that return JSON qualify, and GraphQL subscriptions aren’t supported. See REST and GraphQL APIs. - In a Mobile App, Web App, or Website, header values are part of your app’s code, so anyone with the app can read them. Draftbit keeps secret keys out: an endpoint whose header holds one stays Builder only. Call those services from an API Backend instead.
- MCP, REST, GraphQL, Supabase, Canva, and publishing integrations can fail when the upstream service is down, credentials expire, required permissions are missing, or the external API changes.
Imported Draftbit Classic apps
Section titled “Imported Draftbit Classic apps”Imported apps can include legacy variables, REST services, theme structures, or signing assumptions from the original project. Draftbit exposes tools for managing these pieces, but complex apps may need manual cleanup before previewing or publishing reliably.
Collaboration
Section titled “Collaboration”- Real-time collaboration shows live presence avatars in the top bar, but multi-user editing of the same screen at the same time can produce conflicts. We try to surface them clearly when they happen — when in doubt, save your changes first and reload.
Reporting a limitation we should fix
Section titled “Reporting a limitation we should fix”If you hit something that feels like a missing feature rather than a bug, the fastest path is the in‑app support chat (Get Help in the top bar) or the Roadmap, where you can upvote items so we know what to prioritize.