Search / ai.yetty/yetty
yetty
R0· no sign-inBuild, edit and run real hosted websites from your AI - content, SEO, menus, store, rollback.
v1.2.0 · active · repository · website · descriptor JSON · versions
Search / ai.yetty/yetty
R0· no sign-inBuild, edit and run real hosted websites from your AI - content, SEO, menus, store, rollback.
v1.2.0 · active · repository · website · descriptor JSON · versions
{
"mcpServers": {
"yetty": {
"type": "http",
"url": "https://mcp.yetty.ai/mcp"
}
}
}claude mcp add --transport http yetty https://mcp.yetty.ai/mcp[mcp_servers.yetty]
url = "https://mcp.yetty.ai/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"yetty": {
"type": "remote",
"url": "https://mcp.yetty.ai/mcp",
"enabled": true
}
}
}{
"mcpServers": {
"yetty": {
"type": "http",
"url": "https://mcp.yetty.ai/mcp"
}
},
"deeplink": "cursor://anysphere.cursor-deeplink/mcp/install?name=yetty&config=eyJ0eXBlIjoiaHR0cCIsInVybCI6Imh0dHBzOi8vbWNwLnlldHR5LmFpL21jcCJ9"
}{
"servers": {
"yetty": {
"type": "http",
"url": "https://mcp.yetty.ai/mcp"
}
}
}{
"mcpServers": {
"yetty": {
"httpUrl": "https://mcp.yetty.ai/mcp"
}
}
}extensions:
"yetty":
enabled: true
name: "yetty"
type: streamable_http
uri: "https://mcp.yetty.ai/mcp"
timeout: 300
protocol.modernnewest supported version is 2025-06-18; 2026-07-28 not supported, older versions are deprecated until 2027-07-28protocol.statelessonly applies to 2026-07-28 serversprotocol.transportstreamable HTTPprotocol.list_ttlonly applies to 2026-07-28 serversauth.prm, auth.as_metadata, auth.cimdno remote uses OAuthauth.secret_in_urlno templated URLtools.descriptionsevery tool has a descriptiontools.description_length1 tools have descriptions over 1,024 characters, which crowds the contexttools.schemasevery tool has an object input schematools.annotations10 of 10 tools declare readOnlyHint or destructiveHinttools.directory_hintsevery tool declares readOnlyHint, destructiveHint, idempotentHint and openWorldHinttools.token_costabout 1,556 tokens to load every tooltools.api_dumptools are not a one-to-one API dumpstability.changesno tool changes in 30 daysstability.rug_pullno tool changed its meaning under the same namedeps.known_vulns, deps.mcp_sdk_version, deps.resolvableno npm or PyPI packageNo tool definition changes recorded. A server's first observation is its baseline; later probes record what changes.
Checks run on what our credential-free, read-only probes observe; tools are never called and no code audit is performed. How it is computed.
+repository +dns-namespace +website +reachable +uptime-94% ~updated-59d-ago
Derived from observable signals (official registry feed and our own credential-free probes); no code audit performed. How it is computed.
| remote | auth | reachable | uptime 30d | p50 | protocol | last ok |
|---|---|---|---|---|---|---|
https://mcp.yetty.ai/mcp streamable-http | none | yes | 94% | 300 ms | 2025-06-18 | 2026-10-20 |
yetty_authoring_guideread-only | READ THIS BEFORE WRITING OR SENDING ANY HTML (no account needed, free, instant, no arguments). Returns yetty's exact structure rules — repeated items sharing one class, semantic class names for field labels, headings before sections, no JS-rendered content — that decide whether the site converts into a clean editable CMS with named fields and add/remove collections, or a wall of generic "Text" fields. |
yetty_batch_end | Close the parked batch. Nothing is processed yet — next call yetty_signup {email, park_ref} so the owner can approve by email. |
yetty_batch_file | Add ONE file to the parked batch. Args: batch_ref (the pk_... park_ref); path (relative, folders allowed); content (text) OR content_base64 (binary). Returns {received_bytes, sha256} — verify against your local copy; mismatch = resend THIS file. Send EXACT bytes, never retype. |
yetty_batch_start | No account needed: start a PARKED file batch — send the site now, authenticate after. Returns park_ref (use it as batch_ref). Files are stored safely but NOT processed until the owner approves by email. EXAMPLE: yetty_batch_start {} -> {park_ref:"pk_..."} -> yetty_batch_file {batch_ref:"pk_...", path:"index.html", content:"..."} per file -> yetty_batch_end {batch_ref:"pk_..."} -> yetty_signup {email:"[email protected]", park_ref:"pk_..."} -> owner clicks the email -> yetty_claim_status {park_ref:"pk_..."} gives you an API key + the build status. |
yetty_claim_status | Check a parked upload. States: parked (send yetty_signup) -> awaiting-approval (owner must open the email and type the user_code) -> approved (returns your api_key ONCE + waiting_url — reconnect with Authorization: Bearer <api_key> for the full toolset). |
yetty_login | Sign the OWNER in by email — no dashboard, no key copying. Works for existing accounts AND (when signups are open) new ones. FLOW: yetty_login {email:"[email protected]"} -> {login_ref, user_code} -> SHOW the owner the user_code; they open the emailed link and type it -> poll yetty_login_status {login_ref} every ~20s -> it returns an api_key ONCE + the exact reconnect command. Use this whenever you are unauthenticated or your token expired. |
yetty_login_status | Check an email sign-in: pending (owner has not typed the code yet) -> approved (returns api_key ONCE + reconnect instructions). EXAMPLE reconnect for Claude Code: claude mcp remove yetty; claude mcp add --transport http yetty https://mcp.yetty.ai/ --header "Authorization: Bearer <api_key>" -s user |
yetty_pull_templateread-only | Pull a ready-made Yetty template file WITH its usage contract (no account needed, free, instant). Four boilerplates, one per store surface: template:"checkout-skeleton" (cart / checkout / thank-you markup with every data-yetty-component and data-yetty-slot mark), "account-skeleton" (the buyer's /account page in the site's own design), "order-status-skeleton" (the /order/{token} confirmation), "pay-skeleton" (the /pay/{token} frame - the payment element stays hosted and non-removable). Every file carries a commented CONDITIONAL REGIONS section showing the component logic grammar (data-yetty-when / data-yetty-each / data-yetty-state; full grammar in yetty_authoring_guide's logic_and_conditional_components chapter). Restyle freely to match the site; NEVER remove or rename data-yetty-* marks; write NO cart/checkout/account JavaScript of your own (Yetty provides the behavior); send the styled file back with the site files. (Connected Live-plan stores can additionally pull 24 gallery-<surface>-<layout> LAYOUT skeletons - different page structures over the same contract, auto-adjusted to the site's own colors and fonts.) |
yetty_signup | Link a parked upload to the owner's email: sends them an approval email and returns a short user_code. The site is processed ONLY after the owner opens the email and types that code on the approval page. Args: email (the owner's), park_ref. SHOW THE OWNER THE CODE, then poll yetty_claim_status every ~30s. |
yetty_statusread-only | Connection + authentication status. Call this FIRST. Unauthenticated sessions can still park a website (batch tools) and start email sign-up — the response tells you exactly how. |
Schemas: list_tools.
{
"name": "ai.yetty/yetty",
"$schema": "https://static.modelcontextprotocol.io/schemas/2025-09-29/server.schema.json",
"remotes": [
{
"url": "https://mcp.yetty.ai/mcp",
"type": "streamable-http"
}
],
"version": "1.2.0",
"repository": {
"url": "https://github.com/avniy/yetty-mcp",
"source": "github"
},
"websiteUrl": "https://yetty.ai",
"description": "Build, edit and run real hosted websites from your AI - content, SEO, menus, store, rollback."
}