Sleek
REMOTE · SLEEK.DESIGN
Design your mobile app UI with AI, then have your coding agent build the real app from it.
Available components
Last scanned (4 hours ago)
Scores higher than 98% of remote servers
Reachable. Last reached 5 Nov 2026.
Category Design and Media
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security94
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation is enforced on tool calls, advertised via RFC 9728 protected-resource metadata. Discovery is public, which costs nothing: no tool can be invoked without a token. View diagnostics → Pass
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
- The authorisation server offers only Dynamic Client Registration (RFC 7591), which MCP 2026-07-28 deprecated in favour of Client ID Metadata Documents. View diagnostics → Partial
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability80
- 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 2664 tokens (~156/item across 17 items; 15 tools + 2 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management70
- Stability observed for 21 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
- Structured output schemas are declared (93% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- All 1 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
- An AI judge read all 17 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a current MCP spec version (2026-07-28).Pass
- Supports UI / widget rendering.Pass
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 5 Nov 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 67 to 70. That category is still filling its 30-day observation window: 20 days of observed history at the previous scan, 21 at this one. The score rises as the window fills, whether or not the server changes.
- 3 Nov 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 60 to 63. That category is still filling its 30-day observation window: 18 days of observed history at the previous scan, 19 at this one. The score rises as the window fills, whether or not the server changes.
- 1 Nov 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 53 to 57. That category is still filling its 30-day observation window: 16 days of observed history at the previous scan, 17 at this one. The score rises as the window fills, whether or not the server changes.
- 29 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 43 to 47. That category is still filling its 30-day observation window: 13 days of observed history at the previous scan, 14 at this one. The score rises as the window fills, whether or not the server changes.
- 27 Oct 26 +3
- The server rewrote its instructions, which are the text every model session reads security
- Tool “create_project” rewrote its description, which is the text the model reads security
- Tool “design” rewrote its description, which is the text the model reads security
- Tool “get_design_run” rewrote its description, which is the text the model reads security
- Tool “screenshot” rewrote its description, which is the text the model reads security
- Schema quality: 178 → 156 ▲ functional
- The server now declares the “resources” capability functional
- First check of Capabilities: pass functional
- First check of Schema quality: 100 functional
- New resource “home” functional
- New resource “project_view” functional
- New tool “get_project_view” functional
- New tool “open_sleek” functional
- New tool “show_project” functional
- 26 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 33 to 37. That category is still filling its 30-day observation window: 10 days of observed history at the previous scan, 11 at this one. The score rises as the window fills, whether or not the server changes.
- 23 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.
- 21 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 17 to 20. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 6 at this one. The score rises as the window fills, whether or not the server changes.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 5 Nov 2026 · Probed https://sleek.design/api/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=sleek.design | CN=YR1,O=Let's Encrypt,C=US | 9 Sept 2026 | 8 Dec 2026 | RSA 2048 | SHA256-RSA | 6c47614dc42705ec2768f9fbfec11cf3a3f |
| SANs: sleek.design | ||||||
| CN=YR1,O=Let's Encrypt,C=US (CA) | CN=Root YR,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | RSA 2048 | SHA256-RSA | a20253f15f2691c05dc1ce13b9bcca4e |
| CN=Root YR,O=ISRG,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | RSA 4096 | SHA256-RSA | f24b6d17f9d9ad7cb1c9fea78782699f |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of sleek.design. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| design. | present | 44378 | 13 | Verified |
| sleek.design. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication Enforced and verified
The endpoint asked for a token and published valid RFC 9728 metadata describing how to get one.
| Result | Enforced and verified |
|---|---|
| Enforced | On tool calls |
| HTTP status | 200 |
WWW-Authenticate challenge Bearer realm="sleek", error_description="Authentication required. Connect this server over OAuth, or send a Sleek API key as a bearer token.", resource_metadata="https://sleek.design/.well-known/oauth-protected-resource/api/mcp", scope="openid email profile offline_access"
Bearer realm="sleek", error_description="Authentication required. Connect this server over OAuth, or send a Sleek API key as a bearer token.", resource_metadata="https://sleek.design/.well-known/oauth-protected-resource/api/mcp", scope="openid email profile offline_access"| Header | Value |
|---|---|
| strict-transport-security | max-age=63072000 |
Protected resource metadata
| Document | https://sleek.design/.well-known/oauth-protected-resource/api/mcp |
|---|---|
| Retrieved | Yes |
| Resource | https://sleek.design/api/mcp |
| Authorisation server | https://ggrhecslgdflloszjkwl.supabase.co/auth/v1 |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://sleek.design/api/mcp | Verified | 200 | |
| http (plaintext) | http://sleek.design/api/mcp | HTTPS enforced | 308 | https://sleek.design/api/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
cancel_design_run Cancel a design run ~230
Ask a design run to stop, for example when the brief was wrong. Returns the run as it stands right after the request. A queued run comes back 'failed' with error code 'cancelled' and never starts. A running run comes back still 'running' and stops at its next step. A run cut short settles as 'failed' with error code 'cancelled', or 'execution_failed' if saving its changes failed. It keeps any screens and theme changes it saved, listed in data.result.operations, and uses credits only when that list is not empty. A run that finishes before it stops settles as 'completed'. A run that had already settled comes back unchanged. The project stays locked until the run settles, so poll get_design_run before starting another run. A run that stopped responding settles as 'failed' with error code 'execution_timeout' 15 minutes after creation.
| Name | Type | Req | Description |
|---|---|---|---|
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| runId | string | yes | Run id from data.runId in a design result. |
| Name | Type | Req | Description |
|---|---|---|---|
| data | object | yes | – |
| projectUrl | string | yes | Open link for the project. Share it with your user. |
No examples provided.
create_project Create a project ~81
Create an empty project. Returns it in data, plus projectUrl. Pass data.id as projectId to design, then call show_project once the run completes. Creating a project is instant and uses no credits. Only design runs do. Share projectUrl so your user can watch and edit the designs.
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | yes | Display name for the new project. |
| Name | Type | Req | Description |
|---|---|---|---|
| data | object | yes | – |
| projectUrl | string | yes | Open link for the project. Share it with your user. |
No examples provided.
delete_project Delete a project ~93
Permanently delete a project and all its screens. Designs cannot be recovered. Call only after your user confirms the exact project by name. Never delete projects to tidy up on your own initiative.
| Name | Type | Req | Description |
|---|---|---|---|
| confirm | boolean | yes | Set only after your user confirms this exact project by name. Deletion is irreversible. |
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| Name | Type | Req | Description |
|---|---|---|---|
| deleted | boolean | yes | Always true. The project and its screens are gone. |
| projectId | string | yes | Id of the deleted project. |
No examples provided.
design Design screens with AI ~452
Run Sleek's design agent to create or edit screens from a plain-language brief. Send the whole request as ONE message, such as 'a food delivery app with onboarding, restaurants, dish detail, cart, tracking, and profile'. The agent plans the screens together, so separate calls produce mismatched screens. A run uses workspace credits only when it completes or saves changes. By default this waits for the run to finish. If it returns 'queued' or 'running', poll get_design_run. Only one run can be active per project. On CONFLICT, poll get_design_run until the run settles, then retry. cancel_design_run stops it sooner. If a failed run has data.error.url, relay data.error.message to your user with that link. They have to act before you retry. On completion, call show_project with data.runId to show your user what the run made, inline. Use screenshot only where your client cannot show apps. Then share projectUrl with your user.
| Name | Type | Req | Description |
|---|---|---|---|
| idempotencyKey | string | – | Pick a unique key for each new design request, such as a UUID. Reuse it for retries to return the original run instead of starting a second one. |
| imageUrls | array | – | HTTPS image URLs for visual input, such as screenshots, logos, or style references. |
| message | string | yes | The full design brief, as one message. Name every screen you want in this single request. |
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| referenceId | string | – | Design reference to imitate, from list_references. |
| screenId | string | – | Edit this existing screen instead of creating new ones. Use the screenId from list_components, or from a previous run's data.result.operations (via design or get_design_run). It is not the component… |
| wait | boolean | – | Wait for the run to finish before returning. The wait is capped at 270 seconds, after which you get status 'running' back and poll get_design_run. Set false to return immediately and poll from the st… |
| Name | Type | Req | Description |
|---|---|---|---|
| data | object | yes | – |
| projectUrl | string | yes | Open link for the project. Share it with your user. |
No examples provided.
get_component Get a screen's HTML ~191
Fetch a screen's generated HTML. Returns the screen in data, with the HTML at data.versions[].code. versions holds only the version the screen currently shows. Use allVersions for the full history, which can be large. The returned screenId is the value design takes. Use this for a build handoff, not to check whether a design run worked.
| Name | Type | Req | Description |
|---|---|---|---|
| allVersions | boolean | – | Return every stored version instead of just the active one. Payloads grow quickly; leave it off unless you need the history. |
| componentId | string | yes | Component id from an item's id in list_components, or a componentId in a run's data.result.operations. Not a screenId. |
| inlineIcons | boolean | – | Inline icons as SVG so the HTML works without loading Iconify. |
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| Name | Type | Req | Description |
|---|---|---|---|
| data | object | yes | – |
No examples provided.
get_design_run Get a design run ~175
Poll a run that design returned as 'queued' or 'running'. Wait a few seconds between polls. On 'completed', data.result.operations lists the saved screens and theme changes. Call show_project with this runId to show your user what the run made, inline. Use screenshot only where your client cannot show apps. Then share projectUrl. On 'failed', relay data.error.message to your user, with data.error.url if present. A failed run, including a cancelled one, keeps what it saved in that same list and uses credits only when the list is not empty. Check it before resending the brief.
| Name | Type | Req | Description |
|---|---|---|---|
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| runId | string | yes | Run id from data.runId in a design result. |
| Name | Type | Req | Description |
|---|---|---|---|
| data | object | yes | – |
| projectUrl | string | yes | Open link for the project. Share it with your user. |
No examples provided.
get_project Get a project ~63
Fetch a project and its projectUrl. Use it to confirm the project exists and share the URL with your user. Use list_components to see its screens.
| Name | Type | Req | Description |
|---|---|---|---|
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| Name | Type | Req | Description |
|---|---|---|---|
| data | object | yes | – |
| projectUrl | string | yes | Open link for the project. Share it with your user. |
No examples provided.
get_project_view Load a project's screen viewer ~127
Called by Sleek's screen viewer to load a project's screens, in canvas order, with their images and the viewer's text. To read screens yourself, use list_components.
| Name | Type | Req | Description |
|---|---|---|---|
| locale | string | – | The host's BCP 47 locale, such as pt-BR. The viewer's text uses it when Sleek supports that language. |
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| runId | string | – | Run id from data.runId in a design result. Marks the screens that run changed. |
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | yes | Project name. |
| projectId | string | yes | The project's id. |
| projectUrl | string | yes | Open link for the project. Share it with your user. |
| runStatus | string | – | Status of the run named by runId, when one was given. |
| screenCount | integer | yes | How many screens the project has, including any not listed. |
| screens | array | yes | The project's screens in canvas order, up to 200. Every screen the runId run changed is listed. |
No examples provided.
list_components List screens ~108
List a project's screen names and active version numbers without generated HTML. Pass each item's screenId to design. Pass its id as componentId to get_component or in componentIds to screenshot. Use get_component only when you need a screen's code.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Number of items to return. |
| offset | integer | – | Number of items to skip before this page. |
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| Name | Type | Req | Description |
|---|---|---|---|
| data | array | yes | Items on this page. |
| pagination | object | yes | – |
No examples provided.
list_projects List projects ~67
List the workspace's projects, newest first. Each project holds one app's screens, theme, and design chat. Check here before create_project to avoid duplicates.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Number of items to return. |
| offset | integer | – | Number of items to skip before this page. |
| Name | Type | Req | Description |
|---|---|---|---|
| data | array | yes | Items on this page. |
| pagination | object | yes | – |
No examples provided.
list_references List design references ~85
List curated app styles and their preview images. When your user asks for a look such as Airbnb, brutalist, or dark fintech, pass the closest reference's id as referenceId to design. Without a reference, the agent picks a style.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Number of items to return. |
| offset | integer | – | Number of items to skip before this page. |
| Name | Type | Req | Description |
|---|---|---|---|
| data | array | yes | Items on this page. |
| pagination | object | yes | – |
No examples provided.
open_sleek Sleek ~77
Called by ChatGPT's sidebar and Sleek's widget to show the workspace's newest projects, each with a cover. To list projects yourself, use list_projects.
| Name | Type | Req | Description |
|---|---|---|---|
| locale | string | – | The host's BCP 47 locale, such as pt-BR. The sidebar's text uses it when Sleek supports that language. |
| Name | Type | Req | Description |
|---|---|---|---|
| projects | array | yes | The workspace's newest projects, newest first. |
No examples provided.
screenshot Render screens to an image ~286
Render up to four project screens side by side as one inline image, for clients that cannot show apps. Where your client can, call show_project instead. Returns the image, PNG unless format asks for WebP, and a one-line text note. Rendering uses no credits. Send projectUrl with the image so your user can open and edit the designs.
| Name | Type | Req | Description |
|---|---|---|---|
| background | string | – | CSS background behind the frames, such as "#ffffff" or "transparent". |
| componentIds | array | yes | Component id from an item's id in list_components, or a componentId in a run's data.result.operations. Not a screenId. Screens render left to right. Render more than 4 in separate calls. |
| format | string | – | Image encoding for the screenshot. |
| fullHeight | boolean | – | Expand each frame to the full height of its content before capturing, so scrollable screens are rendered fully extended rather than cut off at the bottom of the frame. Frames are capped at 4x the def… |
| padding | integer | – | Space in pixels on each side of the row of frames. |
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| scale | integer | – | Pixel density. 1 is right for showing a design in chat; raise it only when the user asked for a high-resolution export. |
No output schema declared.
No examples provided.
search_mentions Search projects to mention ~73
Find the workspace's projects by name for an @ mention, newest first. Each item is a resource link whose name is the projectId and whose uri is the projectUrl. To browse every project, use list_projects.
| Name | Type | Req | Description |
|---|---|---|---|
| query | string | yes | Text the project name contains, ignoring case. Empty returns the newest projects. |
| Name | Type | Req | Description |
|---|---|---|---|
| items | array | yes | Matching projects. |
No examples provided.
show_project Show a project's screens ~145
Shows your user a project's screens inline, in canvas order. They can enlarge a screen, add screens to this chat, and open the project in Sleek. After a design run completes, call it with that runId to show what the run made. Where the client cannot show apps, this returns the screen names only; use screenshot to see the screens. Returns the screen names and ids, the same ones design takes as screenId.
| Name | Type | Req | Description |
|---|---|---|---|
| projectId | string | yes | Project id from an item's id in list_projects, or data.id in create_project. |
| runId | string | – | Run id from data.runId in a design result. Marks the screens that run changed. |
| Name | Type | Req | Description |
|---|---|---|---|
| name | string | yes | Project name. |
| projectId | string | yes | The project's id. |
| projectUrl | string | yes | Open link for the project. Share it with your user. |
| runStatus | string | – | Status of the run named by runId, when one was given. |
| screenCount | integer | yes | How many screens the project has, including any not listed. |
| screens | array | yes | The project's screens in canvas order, up to 200. Every screen the runId run changed is listed. |
No examples provided.
How do I install the Sleek MCP server?
Sleek is a hosted endpoint at https://sleek.design/api/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · sleek.design
claude mcp add --transport http design-sleek-sleek 'https://sleek.design/api/mcp'
What is the Sleek MCP server?
Sleek is an MCP server listed in the public MCP registry as design.sleek/sleek. Design your mobile app UI with AI, then have your coding agent build the real app from it. This page covers its hosted endpoint (https://sleek.design/api/mcp).
Is the Sleek MCP server safe to use?
Sleek scores 90 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the Sleek MCP server expose?
Sleek exposes 15 tools: list_projects, create_project, get_project, delete_project, list_components, and 10 more. Their descriptions and schemas cost roughly 2,253 tokens of context every time the server is loaded.
Does the Sleek MCP server require authentication?
Yes. Sleek asked us for credentials when we connected, so you will need to authorise it in your MCP client before it can do anything.
Is the Sleek MCP server still maintained?
Sleek is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.