The full upstream README, mirrored here for reference. Install config, tool schemas, adoption signals, and an original overview live on the GetFacade listing page.
MCP server for GetFacade.ai: an agent creates a building, uploads a photo of it, gets the exterior designed, priced and documented, without a human in front of a screen.
Each design is worked out for the country the building stands in: materials that are applicable there, manufacturer products that are actually sold there, and the technical build-up behind the surface. The render shows that on the photo of the house.
The estimate and the album come from the same design:
The server is a thin wrapper over the public GetFacade API. It stores nothing, caches nothing and decides nothing: every rule (pricing, admission, the colour grammar, every message) stays on the server, and the wrapper only carries calls and answers.
Most clients connect without installing anything. Add a custom connector with this URL and sign in to your GetFacade account when asked:
claude mcp add --transport http getfacade https://app.getfacade.ai/mcpOn the sign-in screen you set a spend cap for the connection. It spends tokens from the agent wallet of your account and never buys tokens on its own. The connection appears among your agent keys in the app, where it can be revoked at any time.
A photo attached to a chat has no link the connector can read. create_building returns
photos_page, the building's photo page in the app: add the photo there, and list_photos picks
it up. A direct public link to an image works with upload_photo as well.
The package below runs the same tools on your own machine with an agent key. Use it for automation, or when the photos are files on that machine.
Claude Desktop / any MCP client, mcpServers section:
To run a checkout instead of the published package, point the client at it:
"command": "node", "args": ["/path/to/mcp/src/index.js"].
| Variable | Required | Default |
|---|---|---|
GETFACADE_API_KEY | yes | — |
GETFACADE_API_BASE_URL | no | https://api.getfacade.ai/api/v1 |
GETFACADE_LANG | no | en |
Messages, including refusals, come from the service in the language of
GETFACADE_LANG. Set it to the language the answer should be read in.
| Tool | What it does |
|---|---|
create_building | Creates a building. The name is unique per account. Say where it stands, or the place is inferred from the connection the call arrives on. |
upload_photo | Takes a file path (local) or an image link (URL connection). Registers the file, uploads the bytes, confirms, waits for the answer: a view to design from, a drawing or reference kept with the building, or a refusal with the reason. |
list_photos | The views of a building, including photos added in the app. view_id is what start_design takes. |
start_design | Creates a design and queues its render. Returns a job id. |
refine_design | Changes a finished design in words. Every step after the first. |
get_job | Polls one render, estimate or album. |
list_jobs | Recent jobs across the account, unfinished first. |
list_designs | Designs of a building with their renders and finished picture. |
order_estimate | Orders a cost estimate for chosen renders. |
order_album | Orders the PDF album for chosen renders. |
upscale_render | Enlarges a finished render. Costs tokens, asynchronous. |
get_estimate | The estimate itself: totals, assumptions and every line. |
add_estimate_line | Adds one line to an estimate. |
update_estimate_line | Edits one line of an estimate. |
delete_estimate_line | Removes one line from an estimate. |
delete_render | Deletes one render. The main render's design returns to draft. |
delete_design | Deletes one design with the renders under it. |
delete_building | Deletes a building with everything under it. |
list_token_packages | The packages this account can buy. |
buy_tokens | Refills this key's wallet. Local package only. See below. |
get_balance | Agent wallet, key cap, and whether the next paid call will be accepted. |
report_problem | Reports a defect in this API. Free, and works on an empty wallet. |
Rendering is asynchronous: start_design, refine_design, order_estimate and order_album return a job id
immediately, and get_job reports when it is done. A finished estimate reads ready where a
render and an album read completed. The only call that waits is upload_photo, which polls
until the answer is in.
start_design, refine_design, order_estimate, order_album and upscale_render cost
money, and the charge follows the job that gets created. If one of them times out, the honest
question is whether the job exists, and the agent cannot answer it from where it stands.
So this server answers it instead. Every paid call goes out under a name of its own
(Idempotency-Key), and this server, not the agent, retries it under that same name when the
connection fails or when the API says the first attempt is still running. The API recognises
the repeat and hands back the original job, so a timeout costs one design, not two.
Nothing about this reaches the tool arguments: ordering the same design twice on purpose stays possible, because two calls are two names. What is gone is the accidental second order.
The API requires that name on every paid call made with an API key, so calling it without this wrapper means sending the header yourself. The reference is at getfacade.ai/agents.
A key is a bearer secret that lives in your agent's config, so its reach is the published agent
surface and nothing else: buildings, photos, designs, renders, estimates, albums, the jobs list
and the API wallet. Anything outside that answers 403 AGENT_SURFACE_FORBIDDEN, including the
account's own sign-in settings, its subscription and its payment history. Changing those, and
issuing or revoking keys, is done by a person signed in to the app.
The reference is at getfacade.ai/agents.
A finished render (result_url, main_render_url) and a finished album (result_url) are
served from stable URLs: no signature, no expiry. An assistant can hand one straight to a
person as the answer to "show me the result", with nothing to refresh and no second call.
The honest half of that: because the link is unsigned it asks nobody for permission, so it
keeps working for whoever it is forwarded to, and it cannot be recalled afterwards. Share it as
deliberately as any other link that is public forever. GET /renders/{render}/download is a
different thing — a short-lived signed URL with a filename, for saving the file rather than for
sharing it.
Deletions are soft on the server: a person can undo them in the app, this server cannot.
buy_tokens works only if the key was issued with purchasing enabled (a switch on the
issue screen), and only up to what the key may still spend — a purchase never lifts the key's
own spend cap. It answers charged when the payment provider took it from a saved payment
method, or requires_human with a checkout_url for a person to open. Either way the tokens
are credited when the payment is confirmed, so poll get_balance.
Issuing keys and buying a subscription are deliberately absent: a key that can issue itself a key has no ceiling, and a subscription is bought by a person, in the app.
MIT (see LICENSE) — this wrapper carries calls and answers and nothing else, so there is
nothing in it to keep closed. The GetFacade service it talks to is a separate matter: using it
is governed by the terms at getfacade.ai/terms, and a key is
issued to an account, not to this package.
test/live-journey.mjs drives the whole journey through a real MCP client against a real API
with a real key. It is not part of npm test, because it spends actual credits; the header of
the file says how to run it.
Releases: see RELEASING.md.