[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6,"_7":8,"_9":10},"actionData","errors","root",{"_116":117},"routes/modules.$creator.$moduleId",{"_14":15,"_16":17,"_18":19,"_20":21},"routes/modules.$creator.$moduleId.endpoints",{"_11":12,"_13":-5},"error","Module not found","tools","module",{"_20":22,"_23":21,"_24":25,"_26":27,"_28":29,"_30":31,"_32":33,"_34":25,"_35":36,"_37":-5,"_38":-5,"_39":-5,"_40":41,"_42":43,"_44":45,"_46":47,"_48":49,"_50":51,"_52":53,"_54":-5,"_55":47,"_56":57,"_58":59,"_60":-5,"_61":-5,"_62":-5,"_63":-5,"_64":65,"_66":67,"_68":69,"_70":71,"_72":73,"_74":-5,"_75":-5,"_76":-5,"_77":47,"_78":-5,"_79":57,"_80":81,"_82":83,"_84":85,"_86":87,"_88":89,"_90":91},"apiUrl","https://odel.app/api","creator","mauricioperera","moduleId","kite-lite","@mauricioperera/kite-lite","displayName","tagline","Fetch, parse, screenshot and browse pages via MCP without a real browser -- no JS execution.","iconKey","https://avatars.githubusercontent.com/u/6507438?v=4","category","local","status","published","visibility","public","metaDescription","deploymentType","external","workerName","bindingName","mcpConfig","pricingModel","free","creatorUserId","system:external-import","createdAt",1786249977000,"updatedAt",1788328782000,"sourceRegistry","official-mcp-registry","sourceUrl","https://registry.modelcontextprotocol.io/v0/servers?search=io.github.MauricioPerera%2Fkite-lite","sourceVerified",true,"sourceMissingSince","importedAt","upstreamStars",0,"upstreamUpdatedAt",1786571516000,"detectedTransport","detectedAuthType","probeStatus","lastProbedAt","githubRepoUrl","https://github.com/MauricioPerera/kite-lite","githubRepoFullName","MauricioPerera/kite-lite","releaseId","ext-mauricioperera-kite-lite","version","0.1.3","descriptionMarkdown","# kite-lite\n\n[![M8ven Verified](https://m8ven.ai/badge/mcp/mauricioperera-kite-lite-1ujjo9)](https://m8ven.ai/mcp/mauricioperera-kite-lite-1ujjo9)\n\n\nmcp-name: io.github.MauricioPerera/kite-lite\n\nMotor web ligero, autocontenido y orientado a agentes. Está diseñado para\nejecutarse fuera de Cloudflare en un VPS o contenedor, con un parser HTML,\nJavaScript aislado, renderizado SVG determinista y una superficie CDP pequeña.\n\n## Estado actual\n\nEl núcleo DOM en Rust:\n\n- parsea HTML con un parser compatible con HTML5;\n- extrae título, texto y enlaces en formato JSON, resolviendo cada enlace\n relativo a una URL absoluta contra la URL final de la página;\n- mantiene una representación de árbol preparada para añadir CSS, JavaScript y renderizado;\n- evita estado global en parseo y evaluación local;\n- conserva la URL final (post-redirecciones) y el HTML fuente dentro de una sesión CDP;\n- mantiene cookies entre navegaciones de una misma sesión (`fetch`/CDP)\n mediante un cliente HTTP con cookie jar propio;\n- calcula un layout mínimo por elemento (`{x, y, width, height}` en\n `Element.layout`) usando una hoja de estilos por defecto fija por tag\n (tamaños/negrita de h1-h6, márgenes de p/li/blockquote), con ajuste de\n texto (word wrap) — ver la sección \"Layout mínimo\" para las limitaciones;\n permite click/escritura/submit de formularios por CDP sin ejecutar JS de\n la página — ver \"Interacción: click, escritura y submit de formularios\";\n renderiza a PNG y PDF además de SVG — ver \"Renderizado PNG/PDF\";\n se puede correr como servidor MCP por stdio — ver \"Servidor MCP\".\n\n## Capacidades para un agente\n\nkite-lite le da a un agente acceso a la web sin arrastrar un navegador real\n(Chromium/Playwright) — pico de memoria medido de ~4-7 MiB (ver \"Recursos\nmínimos\"), arranque en milisegundos, corre bajo `--network=none`/\n`--cap-drop=ALL`/`--read-only` sin romperse. Eso cambia el cálculo de costo:\nen vez de una instancia pesada compartida, es viable levantar una por tarea,\nen paralelo, en un VPS chico.\n\nLo que habilita, concretamente:\n\n- **Lectura barata de páginas** (`fetch_page`) — resumen liviano\n (título/texto/links), no el DOM completo con layout. Ahorra contexto\n frente a devolver HTML crudo cuando el agente solo necesita \"qué dice\n esta página\".\n- **Sesión con estado** (`browser_navigate` + cookies/redirecciones\n persistentes) — flujos de varios pasos (login → página protegida),\n mientras el flujo no dependa de JS del lado cliente.\n- **Interacción de formularios sin ejecutar JS de la página** — click,\n tipeo, submit — como un navegador con JavaScript desactivado (ver\n \"Interacción: click, escritura y submit de formularios\"), con selectores\n por tag, `type` o `name`.\n- **JS aislado y verificable** (`eval_js`) — extraer un valor calculado o\n probar una expresión, con garantías reales de sandboxing: sin red, sin\n filesystem, en un proceso separado que ni siquiera puede linkear\n `reqwest`/`tokio` (ver \"Servidor MCP\").\n- **Visual barato** (`render_screenshot`/`browser_screenshot`) — para\n verificación aproximada o reportes, no para QA visual pixel-perfect (ver\n \"Layout mínimo\").\n- **Auditoría estructurada, no basada en juicio de LLM** — los cuatro\n linters (`webmcp-lint`, `a11y-lint`, `seo-lint`, `social-lint`) le dan a\n un agente que construye o revisa sitios un gate determinista y barato,\n sin gastar una llamada a un modelo para chequear si falta un\n ``.\n- **WebMCP declarativo** (`browser_call_tool`) — si el sitio objetivo\n publica formularios anotados, el agente consume una interfaz con schema\n en vez de adivinar selectores (ver \"Soporte declarativo de WebMCP\").\n\nLos límites duros, por diseño — no son bugs, son la contracara directa de\nlo anterior (ver \"Próximas capas\" para el porqué):\n\n- **Nada de contenido dependiente de JS del cliente** — SPAs, contenido\n cargado por `fetch` del lado cliente, cualquier framework que renderiza\n en el navegador, es invisible.\n- **Sin interacción real** — no corre `onclick` ni ningún evento de\n verdad, solo navegación (``) y submit GET.\n- **Solo GET en formularios** — un `method=\"post\"` real no se puede\n enviar con cuerpo.\n- **Sin multi-pestaña**, sin drag&drop, sin upload de archivos, sin\n scroll infinito.\n- **No es Playwright** — el WebSocket CDP conecta, pero cualquier acción\n que dependa de `Runtime.callFunctionOn` contra un DOM vivo (así opera\n Playwright internamente) no funciona (ver \"Compatibilidad CDP\").\n\nTiene sentido para: contenido servido en HTML plano (blogs, docs, la\nmayoría de sitios de contenido, APIs que devuelven HTML, formularios GET\nsimples), lectura/extracción/auditoría en volumen donde el costo de un\nnavegador real no se justifica, o cualquier caso donde el aislamiento (sin\nred desde el JS, sin DOM vivo) es una ventaja de seguridad, no una\nlimitación. Para SPAs, interacción compleja, o sitios que validan con JS\ndel cliente, hace falta un navegador real — no hay atajo.\n\n## Probarlo\n\n```powershell\ncargo test\ncargo run -- https://example.com\ncargo run -- https://example.com --svg example.svg --js \"1 + 2\"\ncargo run -- https://example.com --png example.png\ncargo run -- https://example.com --pdf example.pdf\ncargo run -- fetch https://example.com --output page.json\ncargo run -- eval page.json --js \"document.title\"\ncargo run -- render page.json --output page.svg\ncargo run -- render page.json --output page.png\ncargo run -- render page.json --output page.pdf\ncargo run -- serve 127.0.0.1:8787\ncargo run -- cdp page.json 127.0.0.1:9222\ncargo run -- cdp 127.0.0.1:9222\n```\n\n`render` (and `POST /v1/render`, via `?format=png|pdf|svg`) picks the output\nformat from the `--output` path's extension (`.svg` is the default for\nanything else).\n\n`--js` evaluates a script in a fresh Boa JavaScript context with no filesystem,\nnetwork, or host bindings. The page snapshot exposes `document.title`,\n`document.body.innerText`, and a limited `document.querySelector()` for the\nfirst `h1`, `h2`, `h3`, `p`, `a`, or `button`. `--svg` writes a deterministic\nrendering driven by the minimal layout described below (see \"Layout\nmínimo\"): every leaf element with text gets word-wrapped and positioned\naccording to a fixed default style per tag.\n\nExample:\n\n```powershell\ncargo run -- https://example.com --js \"document.title + ' / ' + document.querySelector('h1').innerText\"\n```\n\nThe JavaScript context now has source-size, recursion, and VM stack limits. The\nCLI additionally runs page scripts in a separate `kite-lite-js` process and\nterminates it after 1.5 seconds. That evaluator binary does not link\n`reqwest`/`tokio` at all, so it cannot make network requests regardless of\nwhat a script tries to do — the isolation is a property of what's compiled\ninto the executable, not just of what the code chooses to call. This is a\nuseful local isolation boundary; production deployments should still add\nOS-level resource limits and containers or microVMs.\n\n## Ejecutar con límites del sistema\n\nLa imagen Docker ejecuta el binario como usuario sin privilegios. Para una\nprueba con límites estrictos de recursos:\n\n```powershell\ndocker build -t kite-lite .\ndocker run --rm `\n --memory=256m --cpus=0.5 --pids-limit=64 `\n --read-only --tmpfs /tmp:rw,noexec,nosuid,size=16m `\n --cap-drop=ALL --security-opt=no-new-privileges `\n kite-lite https://example.com --js \"document.title\"\n```\n\nEl acceso de red es necesario en este modo para descargar la URL. Para páginas\nya serializadas, se puede ejecutar el evaluador sin red — y desde que el\nevaluador (`kite-lite-js`) es un binario separado que no enlaza `reqwest` ni\n`tokio`, `--network=none` es una garantía real del binario, no solo de la\nconfiguración del contenedor:\n\n```powershell\ndocker run --rm --network=none --memory=256m --cpus=0.5 --pids-limit=64 `\n --read-only --tmpfs /tmp:rw,noexec,nosuid,size=16m `\n --cap-drop=ALL --security-opt=no-new-privileges `\n -v \"${PWD}/page.json:/input/page.json:ro\" `\n kite-lite eval /input/page.json --js \"document.title\"\n```\n\nEl renderizado también puede ejecutarse sin red:\n\n```powershell\ndocker run --rm --network=none --read-only --cap-drop=ALL `\n -v \"${PWD}/page.json:/input/page.json:ro\" `\n -v \"${PWD}:/output\" `\n kite-lite render /input/page.json --output /output/page.svg\n```\n\n## Layout mínimo\n\n`fetch`, `Page.navigate`/`Page.reload` en CDP, y `POST /v1/parse` calculan un\nlayout de bloque simple sobre el árbol y lo guardan en `Element.layout`\n(`{x, y, width, height}`) antes de devolver el `Page`. `render_svg` vuelve a\ncalcularlo internamente al ancho exacto que se le pide renderizar (no\nreutiliza el guardado en el JSON, para no desalinearse si se pide un ancho\ndistinto).\n\nEsto **no es un motor de CSS**:\n\n- no hay `