Materializr
오픈소스 파라메트릭 3D CAD로 제약 스케치·솔리드 모델·나사·SVG·텍스트 조각·STL/STEP 내보내기를 지원합니다
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 README에서 읽을 수 있습니다. 저장소 README ↗
README 전체를 불러오는 중입니다.
README 전문 보기 ↗Fluyo es un editor de diagramas de arquitectura en el que las conexiones se mueven: puntos que recorren las flechas mostrando la dirección del flujo, nodos que laten y elementos que aparecen en secuencia. El resultado se exporta como GIF animado, o como PNG, JPG y SVG si lo quieres estático.
El problema que resuelve: explicar un sistema distribuido con una imagen estática obliga a que quien la ve reconstruya mentalmente el orden de los pasos. Un diagrama animado lo muestra. Eso importa cuando el diagrama va a un README, a una presentación o a una propuesta de diseño — sitios donde no puedes estar delante para narrarlo.
Las herramientas que animan de verdad son de pago, viven en la nube y te piden una cuenta. Hoy Fluyo no tiene backend, no tiene cuentas y no guarda nada: el editor, la animación y hasta la codificación del GIF ocurren íntegramente en tu navegador. Es MIT, y son unos pocos archivos de HTML, CSS y JavaScript sin dependencias ni paso de compilación — una simplificación deliberada que se mantiene mientras sea suficiente y que puede revisarse si una necesidad técnica, de mantenibilidad o de producto lo justifica (ver .ai/DECISIONS.md).
Alt+arrastrar; zoom con Ctrl+rueda.Ctrl+C/X/V/D, Ctrl+A, Ctrl+Z/Y.Ctrl+V o arrastra archivos al lienzo.localStorage y se puede restaurar al volver.Pulsa Compartir → Crear enlace → Copiar enlace. La confirmación explica que
es una copia, cualquiera con el enlace puede verla, Fluyo no la almacena en un
servidor y el enlace no puede revocarse. El receptor abre /s/#d=… sin cuenta ni
almacenamiento previo; puede navegar, mover la vista, acercar y presentar.
Abrir en Fluyo abre una copia editable mediante /#d=….
El snapshot no cambia al editar el original. El Share MVP admite URL finales
hasta 65536 caracteres (64 KiB); si se supera, ofrece exportar un archivo.
Se mantiene la defensa existente del códec: máximo 2 MiB de JSON descomprimido.
Estos límites son del transporte por enlace, no del archivo .fluyo.json.
Compartir requiere HTTP/HTTPS; bajo file:// se indica abrir la versión web.
No hay backend, almacenamiento remoto, sincronización ni gestión de enlaces.
Las imágenes del documento deben estar embebidas: PNG, JPEG, WebP, GIF o SVG
estático. Fluyo valida y reconstruye los SVG admitidos antes de cargarlos;
rechaza scripts, handlers, HTML embebido y referencias externas. Conserva SVG
históricos del subconjunto seguro y el mismo formato .fluyo.json. Los SVG con
marcadores de flecha, texto de código e imágenes SVG locales del exportador de
Fluyo se reconstruyen con la misma validación; máximo ocho niveles de SVG.
Un SVG con filtros, hojas de estilo u otras construcciones fuera de la lista admitida puede
requerir simplificación o una imagen raster local.
Clona y abre index.html en el navegador. Ya está: no hay que instalar nada, ni compilar nada, ni levantar nada.
git clone https://github.com/itsnect/fluyo.git
Los scripts son clásicos, así que cargan perfectamente desde file://: el editor completo, los más de 70 iconos, la animación y la exportación funcionan abriendo el archivo con doble clic.
Dos cosas concretas necesitan HTTP, porque el navegador las bloquea en file:// por seguridad:
?ejemplo=<slug>, que hacen fetch de un JSON.Que los scripts sean clásicos y no módulos ES es la condición que hace cierto lo de arriba, no un detalle de estilo: un
<script type="module">lo bloquea el navegador enfile://por CORS, y con un soloimportla app deja de abrirse con doble clic. Está escrito como convención en CONTRIBUTING.md y hay un test en CI que falla si alguien lo introduce. Es el estado técnico actual, no una prohibición permanente: las decisiones estructurales se revisan cuando una necesidad real lo justifica (ver.ai/DECISIONS.md).
Si quieres eso también, cualquier servidor de estáticos sirve:
python -m http.server 8000 # o: npx serve -l 8000
Y abre http://localhost:8000.
.fluyo.jsonGuardar (Ctrl+S) descarga un .fluyo.json: JSON legible y versionable en git junto a tu código, sin nada binario salvo las imágenes que hayas pegado.
{
"version": 3,
"app": "fluyo",
"doc": {
"theme": "dark",
"cur": 0,
"pages": [
{
"name": "Página 1",
"nextId": 4,
"nodes": [
{ "id": 1, "shape": "rect", "x": 480, "y": 620, "w": 180, "h": 70,
"label": "API Gateway", "color": "#6a9fb5", "order": 0 }
],
"edges": [
{ "id": 3, "from": 1, "to": 2, "fromSide": "e", "toSide": "w",
"route": "ortho", "label": "eventos", "animated": true }
]
}
]
},
"settings": { "speed": 0.5, "dots": 3, "build": false, "stagger": 0.45 }
}
Lo esencial:
doc.pages es un array: un documento son varias páginas independientes.id son únicos por página, y nodos y flechas comparten el mismo contador nextId.from y to. Si apuntan a un id inexistente, no se dibujan.x e y son el centro del nodo, no su esquina.Los diagramas de ejemplo son archivos .fluyo.json reales y descargables, así que sirven de referencia viva del formato. La documentación lo explica campo por campo.
itsnect/fluyo-mcp es un servidor Model Context Protocol que permite a un asistente de IA crear y editar diagramas de Fluyo: describes la arquitectura en lenguaje natural y recibes un .fluyo.json que abres en el editor.
Expone quince tools: para crear (create_diagram, list_templates, create_from_template), leer y validar (describe_document, run_story), modificar (author_document y sus atajos set_theme, reorder_nodes y duplicate_node; propose_layout propone posiciones sin modificar nada), exportar (export_diagram) y consultar los catálogos (list_icons, list_colors, list_anims, list_fonts). Modifica con las mismas reglas que el editor y trabaja sobre el mismo formato: lo que genera se abre con el botón Abrir, o directamente con el enlace que trae cada respuesta con documento.
Su exportador produce solo SVG estático: para el GIF animado, abre el documento en el editor y expórtalo desde ahí.
Se puede usar de dos formas. Como conector remoto, pegando https://mcp.fluyo.space/mcp donde tu cliente MCP pida un servidor remoto, sin instalar nada. O como proceso local, siguiendo el README de ese repositorio — requiere npm install && npm run build, porque el paso de compilación que este editor no tiene sí lo necesita esa herramienta.
El editor no tiene backend, pero el servidor MCP sí recibe el contenido del diagrama cuando se usa como conector remoto: no puede editar lo que no ha recibido. Lo procesa en memoria y lo descarta. Los dos flujos están separados y explicados en la política de privacidad.
Tus diagramas nunca salen de tu navegador. No hay backend al que puedan ir: Fluyo es un sitio de archivos estáticos. El dibujado, la animación y la codificación del GIF ocurren en tu equipo, y el autoguardado escribe en el localStorage de tu navegador, no en un servidor.
En el sitio público fluyo.space hay telemetría de producto: pageviews y cinco eventos de uso agregados — si se creó un diagrama, si se exportó y en qué formato, si se cargó un ejemplo, si se importó un archivo y si se usó un GIF animado. Sin cookies, sin fingerprinting y sin identificar usuarios.
El contenido de tus diagramas no se envía nunca, ni entero ni en fragmentos. Los eventos solo llevan valores de una lista cerrada, como png o gif. Nada de etiquetas, nombres de nodos, texto ni imágenes.
El script de telemetría se carga únicamente cuando el hostname es el dominio oficial. Si clonas este repositorio, lo abres en local o lo self-hosteas, no se ejecuta ninguna telemetría y no se hace ninguna llamada de red: no es que los datos se descarten, es que ese código no llega a correr. Los dominios de preview quedan fuera a propósito, porque son pruebas del mantenedor y no tráfico real.
Todo esto está en js/analytics.js, en un solo bloque y comentado, para que puedas comprobarlo en un minuto en lugar de creerte este párrafo. Si quieres cero telemetría, usa el proyecto en local o self-hosteado.
La única petición externa del editor es gif.js desde un CDN, la librería que codifica el GIF en web workers. Se precachea en la primera visita para que funcione sin conexión.
Las contribuciones son bienvenidas, y el proyecto está pensado para que empezar sea fácil: hoy no hay build ni dependencias — decisión deliberada y revisable, ver .ai/DECISIONS.md — y cada archivo tiene una responsabilidad clara.
Lee CONTRIBUTING.md — trae la estructura de archivos con una línea por archivo, la convención de commits y guías paso a paso para las dos contribuciones más habituales: añadir un icono y añadir una animación GIF.
¿Una idea que no vas a implementar ahora? Apúntala en ideas.md.
MIT © 2026 Claudio Jiménez Flores y los contribuidores de Fluyo.