BDK Native

com.thebdk/bdk-nativeVersion 2026-11-13-wording

Turn a web app from Lovable, Bolt, Replit, Base44, Bubble or any stack into iOS and Android apps.

Status

Responds961 msNov 14, 2026, 14:18 UTCAnswered our handshake without sign-in.

Registry data may be out of date

We could not refresh it, so this page shows the last copy.

Last checked: Nov 14, 2026, 14:18 UTC
Latency: 961 ms
Remotes responding: 1 of 1
Sign-in: No sign-in
Hosting: Hosted outside the EU (detected)
Registry data as of: Nov 14, 2026, 22:14 UTC

Data from the official MCP Registry, checked by run.zero. How we check

Connect

Streamable HTTP

https://mcp.thebdk.com/mcpResponds961 msNov 14, 2026, 14:18 UTC

No sign-in

Claude Code

claude mcp add --transport http bdk-native https://mcp.thebdk.com/mcp

Claude Desktop and claude.ai

1
2
3

Settings > Connectors > Add custom connector
Name: bdk-native
Remote MCP server URL: https://mcp.thebdk.com/mcp

Cursor

{
  "mcpServers": {
    "bdk-native": {
      "url": "https://mcp.thebdk.com/mcp"
    }
  }
}

VS Code

code --add-mcp '{"name":"bdk-native","type":"http","url":"https://mcp.thebdk.com/mcp"}'

Built your own server? run.zero hosts MCP servers on European infrastructure.

Host your own MCP server on run.zero

Tools

11 tools

Tools of BDK Native
	Description		Read-only	Idempotent	Open world
`bdk_build`Request a build or rebuild only after explicit approval of that request and the saved settings. A first build requires confirm_build:true after the customer says yes. A ledger rebuild consumes one banked rebuild: pass build_kind:rebuild and confirm_consumes_rebuild:true. free_rebuild is legacy-only. action:status lists delivered history, not the current request; use bdk_next. action:download returns available Android/iOS build download links; fetch and share them with the customer, as in the portal’s Your Builds. Android archives contain an .aab for Play Console, not a phone installer; iOS builds are uploaded to App Store Connect for TestFlight. Never paste keystore passwords or secrets into chat. BDK builds and signs; the customer submits. Holds/checks can refuse a request. Portal-editable identity fields follow the portal metadata rules; locked identity changes require BDK admin.	Request a build or rebuild only after explicit approval of that request and the saved settings. A first build requires confirm_build:true after the customer says yes. A ledger rebuild consumes one banked rebuild: pass build_kind:rebuild and confirm_consumes_rebuild:true. free_rebuild is legacy-only. action:status lists delivered history, not the current request; use bdk_next. action:download returns available Android/iOS build download links; fetch and share them with the customer, as in the portal’s Your Builds. Android archives contain an .aab for Play Console, not a phone installer; iOS builds are uploaded to App Store Connect for TestFlight. Never paste keystore passwords or secrets into chat. BDK builds and signs; the customer submits. Holds/checks can refuse a request. Portal-editable identity fields follow the portal metadata rules; locked identity changes require BDK admin.	Yes	No	No	Yes
`bdk_check`Read health checks and health_checked_at, not build execution status. run:true schedules an asynchronous check: use it when no snapshot exists yet, after the customer changed screens or credentials on the portal, or when the customer asks for a new check; otherwise read without run. If scheduled, re-read without run after a minute. If not scheduled, say so and use the portal. A passing check is an observation, not compatibility or store approval.	Read health checks and health_checked_at, not build execution status. run:true schedules an asynchronous check: use it when no snapshot exists yet, after the customer changed screens or credentials on the portal, or when the customer asks for a new check; otherwise read without run. If scheduled, re-read without run after a minute. If not scheduled, say so and use the portal. A passing check is an observation, not compatibility or store approval.	Yes	No	No	Yes
`bdk_checkout`Creates a Stripe-hosted checkout page that the customer reviews and pays on themselves; this tool never charges, never sees card details and never completes a payment. Start or poll a project purchase only after purchase approval. First read bdk_next.commerce and confirm the customer’s platform via bdk_next confirm_product; a default Both is not consent. Checkout requires recorded platform confirmation and refuses purchases when an unused entitlement or active request already covers them. Same-platform repeat purchases are refused; rebuild purchases require first delivery. Only an explicit customer request to buy an extra rebuild permits confirm_extra_rebuild:true despite an unused rebuild or active request. Ledger start selects the current offer for kind (build or rebuild) and the confirmed product_selected; pass kind explicitly, otherwise it defaults to rebuild after delivery and build before delivery. Optional promotion_code comes from the customer. Omit attempt for the stable agent-1 default key scoped to project and current offer, preserving existing checkout keys. Reuse the same attempt for retries. Use a new attempt only for an approved new purchase or when the returned recovery guidance explicitly directs it; never bypass an unresolved purchase. This is a gateway preflight check, not a global purchase lock. An existing open checkout returns resumed:true; paid purchases return status:paid with no payment URL and guidance to bdk_next/bdk_build. An expired unpaid checkout gets at most one replacement start. Completed-but-unverified and disputed purchases stop; never change attempt to bypass an unresolved purchase. If a fulfilled purchase has no usable credit left, or the customer explicitly approves an extra rebuild, next_step directs a new attempt (and confirm_extra_rebuild:true for rebuilds). On an unreadable replay, retry the same start with the same attempt. Resolve ambiguous outcomes through bdk_next and the portal’s Purchases tab; use portal support if th	Creates a Stripe-hosted checkout page that the customer reviews and pays on themselves; this tool never charges, never sees card details and never completes a payment. Start or poll a project purchase only after purchase approval. First read bdk_next.commerce and confirm the customer’s platform via bdk_next confirm_product; a default Both is not consent. Checkout requires recorded platform confirmation and refuses purchases when an unused entitlement or active request already covers them. Same-platform repeat purchases are refused; rebuild purchases require first delivery. Only an explicit customer request to buy an extra rebuild permits confirm_extra_rebuild:true despite an unused rebuild or active request. Ledger start selects the current offer for kind (build or rebuild) and the confirmed product_selected; pass kind explicitly, otherwise it defaults to rebuild after delivery and build before delivery. Optional promotion_code comes from the customer. Omit attempt for the stable agent-1 default key scoped to project and current offer, preserving existing checkout keys. Reuse the same attempt for retries. Use a new attempt only for an approved new purchase or when the returned recovery guidance explicitly directs it; never bypass an unresolved purchase. This is a gateway preflight check, not a global purchase lock. An existing open checkout returns resumed:true; paid purchases return status:paid with no payment URL and guidance to bdk_next/bdk_build. An expired unpaid checkout gets at most one replacement start. Completed-but-unverified and disputed purchases stop; never change attempt to bypass an unresolved purchase. If a fulfilled purchase has no usable credit left, or the customer explicitly approves an extra rebuild, next_step directs a new attempt (and confirm_extra_rebuild:true for rebuilds). On an unreadable replay, retry the same start with the same attempt. Resolve ambiguous outcomes through bdk_next and the portal’s Purchases tab; use portal support if th	Yes	No	No	Yes
`bdk_configure`Change a project's settings after the customer approves each value. Writable keys: app_name, launch_link, product_selected, statusbar_color, push_prompt_mode, push_enabled, app_icon_link, app_orientation_ios, app_orientation_android, app_tracking_ios, background_audio_ios, background_location_enabled_android, location_precision_android, target_devices_ios, message_apptracking, message_camera, message_contacts, message_geolocation, message_medialibrary, message_microphone, message_photos, android_notification_icon_zip, tnc_accepted, app_platform, app_platform_name, feature_nfc_enabled_ios, feature_nfc_enabled_android, feature_nfc_usage_description, feature_nfc_launch_domain, feature_nfc_launch_path_prefix, feature_badge_autoclear_android, feature_push_data_enabled, feature_health_read_enabled_ios, feature_health_read_enabled_android, feature_health_read_types, feature_health_read_usage_description, feature_health_read_privacy_policy_url, feature_share_inbound_enabled, feature_share_inbound_types, feature_share_inbound_upload_url, feature_share_inbound_max_size_mb, feature_share_inbound_open_app, ios_listing_info, android_listing_info, apple_team_name, apple_entity_type, apple_account_holder_email, onesignal_app_id, apple_team_id, ios_app_listing_id, ios_app_bundle_id, android_package_name. Any other key is refused with a reason and a fix. product_selected is iOS, Android or Both, only after asking the customer; bdk_next confirm_product records the confirmation checkout needs. Set tnc_accepted:true only after explicit acceptance of https://thebdk.com/terms for this project; a sign-in or connection approval is not terms acceptance. launch_link changes installed apps: obtain approval for the exact URL. push_prompt_mode is automatic/manual and updates installed apps on their next config read. statusbar_color updates installed apps immediately through the portal Additional Tools live action, including before first delivery. push_enabled is boolean or Yes/No and needs a re	Change a project's settings after the customer approves each value. Writable keys: app_name, launch_link, product_selected, statusbar_color, push_prompt_mode, push_enabled, app_icon_link, app_orientation_ios, app_orientation_android, app_tracking_ios, background_audio_ios, background_location_enabled_android, location_precision_android, target_devices_ios, message_apptracking, message_camera, message_contacts, message_geolocation, message_medialibrary, message_microphone, message_photos, android_notification_icon_zip, tnc_accepted, app_platform, app_platform_name, feature_nfc_enabled_ios, feature_nfc_enabled_android, feature_nfc_usage_description, feature_nfc_launch_domain, feature_nfc_launch_path_prefix, feature_badge_autoclear_android, feature_push_data_enabled, feature_health_read_enabled_ios, feature_health_read_enabled_android, feature_health_read_types, feature_health_read_usage_description, feature_health_read_privacy_policy_url, feature_share_inbound_enabled, feature_share_inbound_types, feature_share_inbound_upload_url, feature_share_inbound_max_size_mb, feature_share_inbound_open_app, ios_listing_info, android_listing_info, apple_team_name, apple_entity_type, apple_account_holder_email, onesignal_app_id, apple_team_id, ios_app_listing_id, ios_app_bundle_id, android_package_name. Any other key is refused with a reason and a fix. product_selected is iOS, Android or Both, only after asking the customer; bdk_next confirm_product records the confirmation checkout needs. Set tnc_accepted:true only after explicit acceptance of https://thebdk.com/terms for this project; a sign-in or connection approval is not terms acceptance. launch_link changes installed apps: obtain approval for the exact URL. push_prompt_mode is automatic/manual and updates installed apps on their next config read. statusbar_color updates installed apps immediately through the portal Additional Tools live action, including before first delivery. push_enabled is boolean or Yes/No and needs a re	Yes	No	No	Yes
`bdk_create_project`Create a project after approval of the reference label and published app URL. project_name is a reference label, not the home-screen app name; that starts as the website hostname until configured. Duplicates by reference label or site host return candidates: ask the customer to choose create_new or use_existing with project_code; never reuse automatically. For an owner preview, pass from_preview_id to read editable prefill, then submit its observed_website_link. A same_site_project conflict requires explicit link_existing:true with project_code or false to create separately.	Create a project after approval of the reference label and published app URL. project_name is a reference label, not the home-screen app name; that starts as the website hostname until configured. Duplicates by reference label or site host return candidates: ask the customer to choose create_new or use_existing with project_code; never reuse automatically. For an owner preview, pass from_preview_id to read editable prefill, then submit its observed_website_link. A same_site_project conflict requires explicit link_existing:true with project_code or false to create separately.	No	No	No	Yes
`bdk_estimate`With project_code, verify access and read ledger offers; report lookup failure rather than substituting a standard quote. A legacy project without product returns legacy_project; with product, it returns standard prices. Without project_code, product also selects standard prices, not eligibility. offer.unit_amount is in minor units of currency. The tool never creates a payment URL. BDK builds and signs; the customer submits.	With project_code, verify access and read ledger offers; report lookup failure rather than substituting a standard quote. A legacy project without product returns legacy_project; with product, it returns standard prices. Without project_code, product also selects standard prices, not eligibility. offer.unit_amount is in minor units of currency. The tool never creates a payment URL. BDK builds and signs; the customer submits.	No	Yes	Yes	Yes
`bdk_next`Read workflow state and next steps; call again after each action. confirm_product writes and records the customer-confirmed iOS / Android / Both choice: ask first. Checkout requires recorded confirmation matching the saved platform, even when the saved default already matches the customer's choice. If confirmation is missing or mismatched, send the answer as confirm_product, then re-read. A purchased platform can be locked: use the purchased platform or portal support; do not loop through bdk_configure. Milestones summarise project progress; unknown health or confirmation remains unknown. Preview refers to this project or its matching launch domain and is not proof of phone testing. allowed_tools is advisory. can_request_now does not guarantee the request will be accepted.	Read workflow state and next steps; call again after each action. confirm_product writes and records the customer-confirmed iOS / Android / Both choice: ask first. Checkout requires recorded confirmation matching the saved platform, even when the saved default already matches the customer's choice. If confirmation is missing or mismatched, send the answer as confirm_product, then re-read. A purchased platform can be locked: use the purchased platform or portal support; do not loop through bdk_configure. Milestones summarise project progress; unknown health or confirmation remains unknown. Preview refers to this project or its matching launch domain and is not proof of phone testing. allowed_tools is advisory. can_request_now does not guarantee the request will be accepted.	Yes	No	No	Yes
`bdk_projects`List projects or read a status/progress/health snapshot, not full settings or credentials. Use bdk_next.commerce for ledger entitlement and current requests. Do not infer payment or delivery from legacy status, paid_for_service, requested_build, build_complete, rebuild_credits or free_rebuild_expires_at.	List projects or read a status/progress/health snapshot, not full settings or credentials. Use bdk_next.commerce for ledger entitlement and current requests. Do not infer payment or delivery from legacy status, paid_for_service, requested_build, build_complete, rebuild_credits or free_rebuild_expires_at.	No	Yes	Yes	Yes
`bdk_setup_preview`Creation requires intent:new; legacy app_link + preview_id updates that selected preview. list returns account preview names, published URLs, IDs and creation times. new calls the portal preview-manage create path (same-URL reuse and 20-preview cap); update requires the customer-selected preview_id and replaces that link. Published-link checks reject editor and builder-share links. At cap: Delete an existing preview to add another. Password protection and credentials, including clearing them, stay human-only on the portal. Pairing stays on the customer’s phone, never in chat. On iPhone only own previews open.	Creation requires intent:new; legacy app_link + preview_id updates that selected preview. list returns account preview names, published URLs, IDs and creation times. new calls the portal preview-manage create path (same-URL reuse and 20-preview cap); update requires the customer-selected preview_id and replaces that link. Published-link checks reject editor and builder-share links. At cap: Delete an existing preview to add another. Password protection and credentials, including clearing them, stay human-only on the portal. Pairing stays on the customer’s phone, never in chat. On iPhone only own previews open.	Yes	No	No	Yes
`bdk_upload`Import a direct public HTTPS PNG, JPEG or WebP image up to 8 MB, without redirects; this does not assign a screen. Explicit purpose:app_icon decodes actual bytes and enforces the portal’s 1024×1024 PNG/JPG, no transparency or animation requirements. Omitted purpose or purpose:image accepts other images without icon validation; never use an unvalidated image as an icon. Use the portal for local files and screens. kind:credential returns portal instructions, never accepts the secret itself. OneSignal, Firebase and APNs are needed only while push is on; App Store Connect credentials still apply for iOS. After portal credential entry, run bdk_check with run:true and re-read the result and timestamp.	Import a direct public HTTPS PNG, JPEG or WebP image up to 8 MB, without redirects; this does not assign a screen. Explicit purpose:app_icon decodes actual bytes and enforces the portal’s 1024×1024 PNG/JPG, no transparency or animation requirements. Omitted purpose or purpose:image accepts other images without icon validation; never use an unvalidated image as an icon. Use the portal for local files and screens. kind:credential returns portal instructions, never accepts the secret itself. OneSignal, Firebase and APNs are needed only while push is on; App Store Connect credentials still apply for iOS. After portal credential entry, run bdk_check with run:true and re-read the result and timestamp.	No	No	No	Yes
`bdk_whoami`Read the signed-in user and their projects, with the project codes the other tools take. product_selected can be an unconfirmed default. Legacy status is not ledger entitlement; bdk_next.commerce has the entitlement.	Read the signed-in user and their projects, with the project codes the other tools take. product_selected can be an unconfirmed default. Legacy status is not ledger entitlement; bdk_next.commerce has the entitlement.	No	Yes	Yes	Yes

Details

Registry status: Active
Published: Nov 13, 2026
Updated: Nov 13, 2026
Website: https://thebdk.com/agent⁠ (opens in a new tab)
Repository: Not given
Categories (suggested): Project management E-commerce Files and storageSuggested categories are assigned automatically from the registry text and may be wrong. Verified operators can correct them.
GDPR: Not declared

Are you the operator? Claim this listing