recipebooq MCP server

• add_screenFree

  PAID. Adds one new screen to an app that was already exported: the screen file, the route that mounts it, the exact line to register it, and how to navigate to it. Reads the .recipebooq/files.json manifest to work out the route tree and never reads or rewrites existing source, so the one edit to an existing file comes back as a line to add rather than a file to overwrite.

• check_snippetFree

  Takes TSX that uses these components and returns the glass-safety problems in it: animated opacity, the flex:1 collapse, the clipped lens, the conditional mount. Read-only, it never touches the repo. A heuristic text scan, not a structural guarantee.

• emit_appFree

  PAID. Turns a recipebooq canvas into a working Expo app: navigation, providers, tab bar, screens and the components they need. Returns a recipe to apply to the current project: the exact files with target paths, the dependency install line, and ordered steps. Files marked `skeleton` or `component` are hand-written and device-verified, and verify_app reports any that were changed. Needs the share code from the composer's "Share for agent" button.

• emit_screenFree

  PAID. Turns one composed screen into a TSX file for an app that already exists, with its own navigator and routes. Returns the complete file inline, the components to install first, and how to mount it. For a whole app with navigation and a tab bar, emit_app is the matching tool. Needs the share code from the composer.

• find_componentFree

  Takes a UI need in plain language and returns ranked components, including an explicit answer when this catalog deliberately does not ship something and the OS's own control is the right choice. Useful before building a UI control by hand.

• get_componentwrite actionFree

  Everything needed to write a correct call site for one component: props with types, defaults and value domains, platform applicability, dependencies, and the runtime rules that apply to it. The rules matter as much as the props: correct props that break a rule still render a blank screen.

• get_provider_treewrite actionFree

  The exact app-root provider nesting these components require, in the order that works. Getting it wrong fails at runtime, not at compile time. Pass the components in use to see which providers each one needs.

• get_rulesFree

  The runtime rules for this catalog: the mistakes that make native Liquid Glass render blank with no warning, no error and no red box. Pass a slug to scope them to one component. Relevant before writing animation or layout code around a glass component.

• get_stepFree

  FREE. Expands one step of an emit_app recipe: the full instruction, why it matters, how to know it worked, and what to do when it did not. emit_app returns steps in short form to stay inside the response budget, so this carries the detail for any step that needs it. Needs the same share code and the step's id.

• get_theme_tokensFree

  The theme system: which hooks to call, and the spacing, radius and typography scales. Token names rather than hex values are what let a retheme propagate.

• install_componentFree

  PAID. Adds one component to an existing project. Returns the transitive registry closure in dependency-first install order, the single `expo install` line for the whole closure, every file with its exact target path, the provider nesting it needs, and its runtime rules. It replaces fetching /r/*.json by hand: a component is a closure, not a file, and the ways to get that wrong all fail silently. Foundation components need no licence key.

• list_componentsFree

  Lists the shipped @recipebooq/ui components: slug, purpose, category, and which render the real iOS system control versus our own component. Cheap, and a good first call. Optional filters: category and tech.

• update_componentswrite actionFree

  PAID. Reports what has changed in the recipebooq-supplied files since export and returns only what moved. Reads the .recipebooq/files.json the export wrote into the project, so no share code is needed and it works months later. Never touches the customer's own screens, and flags the rare change that needs a code edit rather than a re-copy. This is how the components and app shell we supplied stay current as iOS and Android move.

• verify_appFree

  PAID. Checks that an emitted app was applied correctly, before it is built. Takes what was written (file paths with byte sizes, package.json dependencies, project config) and returns what is missing, which copy-verbatim files were altered, which packages are absent, and whether the config merge expo-router needs was done. Catches the four ways a long recipe goes wrong, each of which fails silently or points somewhere else.

• –Code scanremote-only server, no package to scann/a
• Live reliabilityremote reachable in 1258ms20/20
• Tool poisoning14 tool descriptions checked15/15
• Auth qualityopen endpoint exposes 3 write-action tools with no auth3/15
• Maintenanceno repository listed3/15
• Maintainer identityverified namespace with website, no repo4/10

recipebooq: common questions

Is recipebooq MCP server safe?

With care: it is graded C, so read the findings first (60/100). Read the recipebooq safety report

How do I install recipebooq?

It runs remotely at recipebooq.com. Add it to Claude Code, Claude Desktop or Cursor with the snippets above, or call it through the mcp.market gateway without installing anything.

Does recipebooq need an API key?

Not as far as the registry entry and our scan can tell: no credentials are declared or required.

Is recipebooq maintained?

The latest release is v0.2.0.

Is recipebooq up?

100% of our last 1 checks got an answer. We check remote servers about four times a day.

What can I use instead of recipebooq?

Servers from other publishers that do the same job: MCP server, Safari MCP server and mac-control-mcp server. Compare all recipebooq alternatives.