English · PeopleWorks Services LLC

El código es desechable.
El modelo es el activo.

Una empresa no debería volver a escribir su software cada vez que cambia la tecnología. Modelador Studio toma el modelo formal de un negocio — sus entidades, sus reglas, sus procesos — y genera la aplicación entera. Cuando el modelo cambia, la aplicación cambia.

Esto declara el modelo

<!-- el argumento de un servicio de impresión -->
<ArgumentoM Nombre="pt_PlantillaReporte">
  <Alias>Formulario</Alias>
  <Ref.Rol.Dominio>ReportTemplate
  <FormulaString>
    SubProcess = "E" AND
    (ActivarMICR = "S" AND Process = "TN")
  </FormulaString>

Esto se genera y se publica

Nóminapy
Recursos Humanoshr
Gestión Financieragfs
Seguridadsa
Atención Ciudadana311
Tiempo y Asistenciata
Nómina · seguridad por agentesec
Patentes y Recaudaciones (AR)ar
Gimnasios municipalesgym

Aplicaciones empresariales, funcionando ahora mismo. Puedes entrar en cualquiera — la de «seguridad por agente» enseña la seguridad del modelo: cada usuario ve sólo lo que su perfil declara. La de gimnasios no tenía base de datos: la aplicación crea la suya desde el modelo, con datos de ejemplo.

Cómo funciona

Un modelo. Un generador. Todas las aplicaciones.

No hay un equipo por aplicación ni un código por aplicación. Hay un modelo formal del negocio, una herramienta que lo lee, y la aplicación entera saliendo por el otro lado.

Del modelo a las aplicaciones El modelo entra en el generador y salen aplicaciones completas: dominio, base de datos, servicios, pantallas e informes. EL MODELO 200 clases 540 relaciones entidades, reglas, procesos EL GENERADOR 70.077 líneas dominio · base de datos servicios · pantallas informes LAS APLICACIONES 8 funcionando ahora py · hr · gfs · sa 311 · ta · sec 964 informes vivos LEE EMITE CUANDO EL MODELO CAMBIA, LA APLICACION CAMBIA MODELADOR STUDIO PHOENIX ESC 1:1 LAMINA 1/2
Las cifras del dibujo son las del sistema real: 200 clases y 540 relaciones del modelo de Nómina, 70.077 líneas de generador, las aplicaciones publicadas, abiertas arriba.

La historia

Del modelo a la aplicación, capa a capa.

Cinco pasos. Baje despacio: la lámina de la derecha se construye con usted, en el mismo orden en que trabaja el generador. Nada se dibuja que no salga del modelo.

01 · El modelo

El negocio se declara, no se programa.

Clases, relaciones, servicios y reglas, escritos en un modelo formal (Integranova). Es el único activo: el código que sale de él es desechable.

200 clases · 540 relaciones · Nómina

02 · La lectura

El lector abre el modelo y lo concilia con la base real.

Cada clase se casa con su tabla: claves, tipos, columnas y relaciones en su orden real. Cuando el modelo y la base discrepan, el generador lo dice; no adivina.

el modelo declara · la tabla confirma

03 · El Modelo de Presentación

Lo que se ve también se declara.

Listas, fichas, formularios, pestañas y acciones salen de un manifiesto por clase: qué columnas, en qué orden, qué botón ofrece cada pantalla. La superficie obedece al patrón.

el patrón declara · la superficie obedece

04 · La emisión

Los emisores escriben la aplicación entera.

Dominio, base de datos, API, pantallas web, escritorio e informes. Miles de ficheros que nadie teclea y que se vuelven a escribir, completos, cada vez que el modelo cambia.

70.077 líneas de generador · 964 informes

05 · La aplicación viva

Compila, se publica con sello y se verifica en el binario.

Cada publicación lleva su sello al pie de cada pantalla. Antes de salir, una batería de puertas comprueba lo publicado, no lo prometido: las aplicaciones en producción, abiertas arriba. Y cuando el modelo cambia, la aplicación cambia.

un sello al pie de cada pantalla
El pipeline del Modelador Studio, del modelo a la aplicación Una lámina técnica que se construye por capas: el modelo, su lectura contra la base de datos, el modelo de presentación, la emisión de los ficheros y la aplicación publicada. EL MODELO EMPLEADO id · nombre salario · fecha NÓMINA id · total estado 1 · N PERÍODO desde · hasta REGLA total = Σ líneas CONCILIA BASE DE DATOS ✓ claves ✓ tipos ✓ relaciones EL MODELO DE PRESENTACIÓN LISTA FICHA MANIFIESTO POR CLASE EMITE DOMINIO DATOS API WEB ESCRITORIO INFORMES 70.077 LÍNEAS DE GENERADOR LAS APLICACIONES v2026.10.10-1710 PY HR GFS SA 311 SEC TA AR PUBLICADA · VERIFICADA EN EL BINARIO CUANDO EL MODELO CAMBIA, LA APLICACIÓN CAMBIA
La lámina completa — el pipeline: del modelo a la aplicación, y de vuelta al modelo.

La diferencia

No generamos prototipos. Generamos el sistema que la empresa ya usaba.

Estas aplicaciones no son maquetas: reproducen un sistema municipal real, en producción, con sus reportes, sus reglas de negocio y sus permisos. Y su fidelidad no es una opinión nuestra — se mide contra el sistema original, pantalla por pantalla.

La fidelidad, medida Tres barras cuya longitud es la proporcion real medida: 173 de 174 listas, 196 de 196 formularios y 470 de 530 acciones. Listas iguales al sistema original MISMAS COLUMNAS, EN EL MISMO ORDEN 99,4 % 173 de 174 Formularios que piden lo mismo NI UN CAMPO DE MAS, NI UNO DE MENOS 100 % 196 de 196 Acciones con ventana sobre la lista LAS 60 RESTANTES CONSERVAN SU CAMINO 88,7 % 470 de 530 0 50 % 100 %
El largo de cada barra es la proporción, calculada — no dibujada a ojo. La única lista que no coincide y las sesenta acciones que faltan están en el dibujo igual que las que sí: una cifra que sólo enseña lo que salió bien no es una medida.
99,4 %de las listas coinciden con el sistema originalMismas columnas, en el mismo orden. Medido sobre 174 pantallas, cruzadas por el identificador del modelo.
196 / 196de los formularios piden exactamente lo mismoNi un campo de más, ni uno de menos, en ningún formulario de servicio.
964informes empresariales, vivosCheques, nóminas, órdenes de compra, formularios fiscales. El formato de cada uno lo decide la configuración del cliente, no una suposición nuestra.
4.408selectores que buscan en el servidorNinguna pantalla precarga un catálogo entero. La consulta más pesada pasó de 416 MB a 65 KB.
70.077líneas de generadorTodo lo anterior sale de aquí. Cada corrección se hace una vez y llega a todas las aplicaciones.

Por qué importa

Cuando el modelo manda, el software deja de envejecer.

El coste real del software empresarial no está en escribirlo: está en reescribirlo. Cada cambio de plataforma obliga a redescubrir reglas de negocio que nadie documentó y que sólo viven en el código antiguo.

Si esas reglas viven en un modelo formal, el código pasa a ser una salida más — como un informe. Se regenera. Se tira. Se vuelve a hacer en otra tecnología sin volver a preguntar al negocio cómo funcionaba.

«Lo que arreglas en una pantalla tiene que estar en todas.»

— la regla que gobierna cada corrección de este generador

Las superficies

El modelo no sabe de Blazor.

Lo que se modela es el negocio: sus clases, sus reglas y las pantallas que declara. En qué tecnología se pintan lo decide el emisor, no el modelo.

Por eso el mismo modelo escribe hoy la aplicación web y la de escritorio. Medido campo a campo en una ficha de más de cien campos: los mismos en la web y en el escritorio, porque las dos leen la misma declaración.

Web · Blazor

Es lo que está publicado arriba.

Escritorio · Windows Forms

Se genera con cada publicación. Habla con la misma API: lo que se corrige en el servidor le llega sin regenerar.

DevExpress y React

Los dos emisores están escritos. Todavía no pintan desde la misma declaración que los otros dos. Es obra pendiente, y lo decimos como lo que es.

Cambiar de superficie es escribir otro emisor. El negocio no se vuelve a escribir.

¿Tiene pensada una salida a otra tecnología? Podemos evaluar con usted su incorporación al Modelador.

No le decimos que la haremos: miramos juntos si es factible.  Escríbanos →

La pregunta de 2026

«Si la IA ya genera aplicaciones,
¿para qué el Modelador Studio?»

Es la primera pregunta que nos hacen, y la respuesta no es «la IA no sirve». La usamos todos los días, y el propio Modelador Studio la lleva dentro: se le habla y se construye el modelo conversando. La respuesta es más incómoda que eso.

La IA escribe código. El Modelador emite un sistema. No es la misma pieza. Pídale a una IA las 174 listas de una nómina y le dará 174 pantallas plausibles. Pídaselas otra vez y le dará 174 distintas. Y ninguna de las dos veces podrá decirle si son las correctas, porque no hay contra qué comprobarlo: la verdad estaba en la cabeza de quien escribió la petición.

En el Modelador la verdad está en el modelo. Cada pantalla sale de algo declarado que se puede leer — y por eso se puede medir: 173 de 174 listas coinciden con el sistema original, columna por columna. Esa cifra no existe en un flujo con IA sola. No porque salga mal, sino porque no hay contra qué medirla.

Y luego está el martes siguiente, que es donde se va el dinero de verdad.

Una correccion, seis aplicaciones Una sola correccion en el generador cambio 470 pantallas repartidas en seis aplicaciones el mismo dia. UNA CORRECCION 31 de agosto, 12:10 en el generador, una vez LLEGA A py 86 hr 70 gfs 177 sa 10 311 41 sec 86 TOTAL 470 pantallas, el mismo día CON IA SOLA 470 peticiones y 470 revisiones
El caso es real, no un ejemplo: una acción que salía a pantalla completa pasó a abrir su ventana sobre la lista. Se corrigió en el generador y apareció en 470 pantallas de seis aplicaciones sin abrir ninguna. La parte cara de hacerlo de otra forma no son las 470 peticiones: son las 470 revisiones.

¿Dónde entra la IA, entonces? Donde el cuello de botella es el juicio humano: entender el negocio y escribir el modelo. Ahí el Modelador Studio la lleva dentro y ayuda de verdad. Lo que no le delegamos es la única pregunta que gobierna todo lo demás:

«¿Lo dice el modelo, o nos lo estamos inventando?»

— la pregunta con la que se decide cada línea de este generador

La herramienta

Modelador Studio: lo que escribe las aplicaciones.

Las de arriba no se programaron una a una. Salen de un modelo, y de una herramienta que lo lee y emite el sistema entero — dominio, base de datos, servicios, pantallas e informes. Esa herramienta es el Modelador Studio, y también se entrega.

Se instala en su máquina, no en la nuestra. El modelo de su empresa —que suele ser lo más valioso que tiene, porque ahí están las reglas de negocio que nadie documentó— no sale de ahí: ni pasa por internet, ni se guarda en un servidor nuestro, ni lo vemos nosotros.

Windowsy nada más que instalar.NET 10 y SQL Server; LocalDB basta. El paquete trae los binarios y la base se crea sola en el primer arranque. No pide conexión a ningún servicio nuestro.
Su modelose queda en su máquinaEl Studio corre en local. Ni el modelo ni el código generado viajan a ninguna parte.
90 MBel paquete completoHerramienta de modelado, generador y un diagnóstico que mira la máquina antes de arrancar. Se actualiza con el mismo paquete.

La entrega es personal: le mandamos el enlace, la clave y una guía de instalación de una página. Preferimos acompañar la primera puesta en marcha a dejar un botón de descarga suelto.

Solicitar el Modelador Studio Windows · .NET 10 · SQL Server — corre en su máquina

Lo que aprendimos

Leer un modelo no es escribirlo.

El generador lee el modelo para construir la aplicación, y para eso le basta con quedarse con lo que la aplicación necesita. Escribirlo es otra cosa: hay que producir todo lo que el Modeler de Integranova espera, en su orden y con su forma. Al Studio, que ya leía modelos enteros, le pedimos que escribiera uno grande desde lo que había entendido. La primera vez, el Modeler ni siquiera lo abrió.

El espejo: leer un modelo y escribirlo desde el dominio devuelve el mismo fichero El Studio lee el fichero del Modeler, lo entiende en su dominio y lo escribe de vuelta. En cuatro modelos de la suite, 825 clases y 284.328 piezas, el fichero escrito es el mismo que el original. = EL MISMO FICHERO EL FICHERO DEL MODELER Integranova lo que escribe el modelador EL DOMINIO DEL STUDIO lo que el Studio entiende del modelo EL FICHERO DEL STUDIO escrito desde el dominio, sin mirar el original LEER ESCRIBIR PIEZAS CON IDENTIFICADOR, IDÉNTICAS AL ORIGINAL Gym61 clases15.333de 15.333Nómina200 clases56.389de 56.389Recaudación280 clases98.067de 98.067GFS284 clases114.539de 114.539 y 558 diagramas, con cada figura y cada línea en su sitio MODELADOR STUDIO PHOENIX ESC 1:1 ESPEJO 1/2
Cuatro modelos de la suite, no uno: 825 clases y 284.328 piezas con identificador, comparadas una a una con el fichero original. Lo único que el Studio no copia es el árbol interno de las fórmulas, que el Modeler reconstruye solo a partir de su texto.Pulse una barra para ver lo que hay dentro.

Lo medimos contra el Modeler de verdad, no contra nuestras pruebas. Día y medio después, el Studio escribe cada modelo desde su propio dominio y el resultado es el mismo fichero: etiqueta a etiqueta, en el mismo orden, con los diagramas en el sitio donde el modelador los dejó.

La medida: cuanto del modelo escribe el Studio, paso a paso Cobertura de lo obligatorio del Gym escrito por el Studio, de 55,6 por ciento la manana del 1 de octubre al fichero entero el 2 de octubre, con lo que dijo el Modeler en cada momento. LO OBLIGATORIO DEL MODELO QUE ESCRIBE EL STUDIO (GYM), Y LO QUE DIJO EL MODELER 0 % 50 % 100 % 55,6 % 1-oct la mañana 74,5 % + pantallas presentación NO LO ABRE 82,7 % + argumentos servicios 86,6 % + lo global herencias, eventos 88,5 % + relaciones y agentes 78 ERRORES LO ABRE 99,8 % + comportamiento estados, reglas 0 ERRORES 100 % 2-oct el fichero entero EL MISMO FICHERO LA MAÑANA DEL 1-OCT EL MODELER NI ABRÍA EL FICHERO; AL DÍA SIGUIENTE, 0 ERRORES CON EL GYM Y LA NÓMINA ENTEROS MODELADOR STUDIO PHOENIX ESC 1:1 ESPEJO 2/2
Cada barra es lo obligatorio del Gym que el Studio sabe escribir en ese momento, medido contra el original. Encima, lo que contestó el Modeler de Integranova al importarlo. La Nómina entera, escrita igual, también da 0 errores.

Y la base salió ganando, que es lo que más nos importa: para escribir bien hubo que leer mejor. Aparecieron cosas que el lector descartaba sin que se notara, y también errores nuestros — como escribir todas las altas como de uso interno, cuando en los modelos reales no lo son. Esas mejoras de lectura se quedan en el generador, y con ellas las aplicaciones que salen de él.

Lo que ya hace

Su terminal Claude, conduciendo el Studio.

No es una IA nuestra dentro de nuestro producto. Es su Claude — su terminal, su suscripción, su sesión — hablando con el Studio por un puente de 93 herramientas: 44 cargadas al arrancar y el resto, por grupos, cuando hacen falta. Le pide una clase y la clase aparece; le pide el diagrama y el diagrama se mueve en la pantalla que usted está mirando.

Su terminal Claude conduciendo el Studio La terminal Claude del usuario habla con el Studio por un puente de 93 herramientas —44 al arrancar, el resto por grupos— y conduce la pantalla, el modelo y la generación. SU TERMINAL claude su suscripcion su sesion PUENTE MCP 93 herramientas 44 al arrancar 44 núcleo · al arrancar A DEMANDA · SE ENCIENDEN CON modelador_grupos 6 modelo 9 historial 10 generar 16 plataforma 6 diseño 2 pantalla POR DEBAJO DE ESTA LINEA NO PASA NADA: EL MODELO NO SALE DE SU MAQUINA MODELADOR STUDIO PHOENIX ESC 1:1 LAMINA 4/4
Las 93 son las que hay hoy, contadas del propio puente. 44 se cargan al arrancar; seis grupos —modelo, historial, generar, plataforma, diseño y pantalla— se encienden en caliente cuando la conversación los pide, y así el arranque cuesta un 44,60 % menos que cargarlas todas. Seis no tocan datos: mueven la PANTALLA del Studio. Véalas una a una.

Ya se ha construido un modelo entero hablando con él, de cero. Y como el que trabaja es el claude de su máquina, no hay una factura de IA nuestra en medio ni un modelo suyo viajando a un servicio nuestro: el puente vive en su ordenador, igual que el Studio.

El mapa del puente: lo que la terminal alcanza hoy con herramienta propia, area por area 145 operaciones del Studio en 16 áreas: 124 con herramienta propia, 5 sólo por el pasaje y 16 nunca. OPERACIONES DEL STUDIO POR ÁREA · CADA CELDA ES UNA El modelo 32 de 34 Historial y versiones 20 de 20 Requisitos 7 de 11 Generar y validar 10 de 10 Design Kit 9 de 9 Compilar y arrancar 8 de 8 Informes Crystal 8 de 8 Código a mano (ACM) 6 de 6 Conocimiento 6 de 6 Suites 6 de 6 Proyectos relacionados 4 de 4 Búsqueda, temas, avisos, mapa 3 de 4 Catálogo de versiones 3 de 3 IA del Studio 0 de 3 Ingeniería inversa SQL 2 de 2 Usuarios y claves NUNCA con herramienta propia (124) sólo por el pasaje (5) nunca (16): usuarios y claves, y borrar proyectos, requisitos o adjuntos MODELADOR STUDIO PHOENIX ESC 1:1 PUENTE 2/3
145 operaciones del Studio, contadas de su propia API, repartidas por área y cada una con su decisión escrita en el puente. Las macizas tienen herramienta con nombre: 124. Las 5 de trazo sólo se alcanzan por el pasaje: la IA interna del Studio (la terminal ya razona), el modelo en crudo y los avisos del editor de presentación. Y las 16 rayadas no tendrán nunca herramienta: usuarios y claves, y borrar un proyecto, un requisito o sus adjuntos. Esa puerta se cierra con llave, y la llave no se le da a nadie.

Lo que esta página anunciaba era «lo que viene»: que cada rincón del Studio tuviera su herramienta con nombre — el Design Kit, los informes, las suites, el historial —, que cualquier panel se abriera hablando y que la terminal comprobara lo que escribe antes de dárselo al Modeler. Ya está todo: el juez de bolsillo es la herramienta modelador_vara_forma, y renombrar una clase ya no es cosa sólo del chat: la terminal lo hace por el mismo camino, modelador_rename_class.

Herramienta a herramienta

93 herramientas. Su Claude arranca con 44 y enciende las demás cuando hacen falta.

Cada herramienta es una cosa que su Claude sabe hacer en el Studio: leer una clase, añadir un atributo, generar la app, abrir un panel. Antes se cargaban todas al empezar. Ahora arranca con el núcleo y, cuando la conversación pide otra cosa —el historial, los informes, el Design Kit—, enciende ese grupo en caliente y la usa en el turno siguiente, sin reiniciar. Mire la traza; luego toque cualquier punto.

Pieza animada: su Claude arranca con 44 herramientas, enciende el grupo historial y contesta. UNA PETICIÓN, UNA TRAZA SU TERMINAL · CLAUDE › ¿Qué cambió esta semana? · no está en el núcleo: enciendo historial modelador_grupos activar historial · siguiente turno: ya la tengo modelador_cambios → los cambios de la semana, por clase COSTE DE ARRANQUE 14.894 → 8.251 tokens estimados · −44,60 % MODELADOR STUDIO · API 145 operaciones · 124 con herramienta NÚCLEO 44 al arrancar historial · 9 generar · 10 plataforma · 16 diseño · 6 modelo · 6 pantalla · 2 tools/list_changed LA TRAZA petición modelador_grupos list_changed modelador_cambios respuesta MODELADOR STUDIO PHOENIX ESC 1:1 PUENTE 3/3 93 herramientas · 44 al arrancar el resto, cuando la conversación lo pide — sin reiniciar SU CLAUDE · SU MÁQUINA · EL MODELO NO SALE DE ELLA
0:32 / 0:32
Leer el guion
  1. 0:00 Su Claude arranca con el núcleo: 44 herramientas. Cargarlas todas costaría 14.894 tokens estimados; el núcleo, 8.251 (−44,60 %).
  2. 0:05 Usted pregunta qué cambió esta semana. Esa herramienta no está en el núcleo.
  3. 0:10 Su Claude llama a modelador_grupos y enciende el grupo historial.
  4. 0:12 El puente avisa con tools/list_changed: ya son 53.
  5. 0:15 En el turno siguiente llama a modelador_cambios y el Studio contesta.
  6. 0:24 93 herramientas en total: 44 al arrancar y seis grupos que se encienden sin reiniciar.

Toque un punto del dibujo —o una herramienta de la lista— y le dice qué hace. Toque un grupo para encenderlo.

  • lee
  • escribe
  • lee o escribe, según la acción
  • mueve la pantalla; no toca datos

núcleo 44

Siempre cargado: leer y editar el modelo, sus versiones, los requisitos, la app, la pantalla y el pasaje.

Leer y validar

  • Pídale a su Claude: «¿Qué modelos tengo en el Studio?»
  • Pídale a su Claude: «Enséñame la ficha del proyecto del Gym.»
  • Pídale a su Claude: «¿Qué hay en este modelo?»
  • Pídale a su Claude: «¿Cómo está declarada la clase Socio?»
  • Pídale a su Claude: «¿Qué ve un recepcionista?»
  • Pídale a su Claude: «¿Qué pide el alta de un Socio?»
  • Pídale a su Claude: «¿Está sano este modelo?»
  • Pídale a su Claude: «Hazme el informe del modelo.»
  • Pídale a su Claude: «¿Qué dijo el cliente sobre las cuotas?»

Editar el modelo

  • Pídale a su Claude: «Crea un proyecto nuevo para la biblioteca.»
  • Pídale a su Claude: «Importa el modelo del Gym de esta carpeta.»
  • Pídale a su Claude: «Expórtalo para llevarlo al Modeler.»
  • Pídale a su Claude: «Añade la clase Entrenador.»
  • Pídale a su Claude: «Ponle a Socio un teléfono.»
  • Pídale a su Claude: «Un Municipio tiene muchos Gimnasios.»
  • Pídale a su Claude: «Dale a Entrenador su alta y su baja.»
  • Pídale a su Claude: «Haz que Instructor herede de Empleado.»
  • Pídale a su Claude: «Quita la clase Temporal.»
  • Pídale a su Claude: «La foto de Producto es su imagen principal.»
  • Pídale a su Claude: «Pon el azul municipal como color principal.»

Versiones

  • Pídale a su Claude: «¿Qué versiones hay de hoy?»
  • Pídale a su Claude: «Vuelve a como estaba antes del último cambio.»
  • Pídale a su Claude: «¿Cuál es la versión oficial?»

Requisitos

  • Pídale a su Claude: «¿Qué ha pedido el cliente este mes?»
  • Pídale a su Claude: «Léeme el REQ-007.»
  • Pídale a su Claude: «Apunta: quieren avisos por SMS.»
  • Pídale a su Claude: «Sube la prioridad del REQ-007.»
  • Pídale a su Claude: «Pasa el REQ-007 a En curso.»
  • Pídale a su Claude: «¿A qué afecta el REQ-007?»
  • Pídale a su Claude: «¿Cómo va el tablero?»

Proyectos relacionados

  • Pídale a su Claude: «¿Con qué otros modelos se cruza Nómina?»
  • Pídale a su Claude: «Nómina comparte Empleado con RRHH.»
  • Pídale a su Claude: «Esa relación ya no aplica: quítala.»

La app

  • Pídale a su Claude: «Genérame la app del Gym.»
  • Pídale a su Claude: «Compílala.»
  • Pídale a su Claude: «Arráncala y dame el enlace.»
  • Pídale a su Claude: «Párala.»

La pantalla del Studio

  • Pídale a su Claude: «Enséñame cómo quedó.»
  • Pídale a su Claude: «Que quepa todo en pantalla.»
  • Pídale a su Claude: «Llévame a Socio.»
  • Pídale a su Claude: «¿Qué estoy viendo?»

El pasaje y los grupos

  • Pídale a su Claude: «¿Hay alguna operación para los adjuntos?»
  • Pídale a su Claude: «Bájame el adjunto 3 del REQ-007.»
  • Pídale a su Claude: «Activa el historial.»

modelo 6

Renombrar una clase, y quitar lo que nadie usa —atributos y servicios— con la baja segura: si algo lo usa, se niega y dice qué.

  • Pídale a su Claude: «Quita el atributo Fax de Socio.»
  • Pídale a su Claude: «¿Quién usa evSaveIn? Si nadie, quítalo.»
  • Pídale a su Claude: «Renombra Municipio a Localidad.»
  • Pídale a su Claude: «Renombra fu_EsEmailValido a fu_CorreoValido en todo el modelo.»
  • Pídale a su Claude: «¿Emitimos TextToStr?»
  • Pídale a su Claude: «Comprueba esta precondición: p_Email = NULL OR fu_EsEmailValido(p_Email) = TRUE.»

historial 9

Versiones a mano, sesiones de trabajo, cambios, notas, estadísticas, conversaciones, exportaciones y las versiones como fichero.

  • Pídale a su Claude: «Congela esto antes de seguir.»
  • Pídale a su Claude: «¿Qué cambió esta semana?»
  • Pídale a su Claude: «¿Qué notas hay sobre Factura?»
  • Pídale a su Claude: «Deja una nota: revisar la clave de Factura.»
  • Pídale a su Claude: «¿Cuánto se ha trabajado en este modelo?»
  • Pídale a su Claude: «¿De qué hablamos ayer?»
  • Pídale a su Claude: «¿Cuándo se exportó por última vez?»
  • Pídale a su Claude: «Abre una sesión de revisión.»
  • Pídale a su Claude: «Guarda la versión de ayer en un fichero.»

generar 10

Validación profunda, el juez de bolsillo, el XML, importar y exportar ficheros OOM, la vista previa, descargar la app y los paquetes de conocimiento.

  • Pídale a su Claude: «Hazle la validación profunda.»
  • Pídale a su Claude: «Enséñame el XML del modelo.»
  • Pídale a su Claude: «Este es el fichero original del modelo.»
  • Pídale a su Claude: «¿Con qué perfiles puedo generar?»
  • Pídale a su Claude: «¿Qué saldría si genero sobre la base existente?»
  • Pídale a su Claude: «Saca el conocimiento del código viejo.»
  • Pídale a su Claude: «Pásale la vara antes de llevarlo al Modeler.»
  • Pídale a su Claude: «Importa este OOM.»
  • Pídale a su Claude: «Bájame la app que acabas de generar.»
  • Pídale a su Claude: «¿Puedo sacar el informe de validación?»

plataforma 16

Informes Crystal y sus ficheros, código a mano, documentos, suites, catálogo de entregas, ingeniería inversa y búsqueda.

  • Pídale a su Claude: «¿Qué informes tiene Nómina?»
  • Pídale a su Claude: «Ese informe es el recibo de pago.»
  • Pídale a su Claude: «¿Dónde hay código a mano en Factura?»
  • Pídale a su Claude: «Esa zona calcula el recargo.»
  • Pídale a su Claude: «¿Qué documentos hay del proyecto?»
  • Pídale a su Claude: «Aprende este manual.»
  • Pídale a su Claude: «¿Qué hay en la suite municipal?»
  • Pídale a su Claude: «Mete el Gym en la suite municipal.»
  • Pídale a su Claude: «¿En qué estado está la v094 de AR?»
  • Pídale a su Claude: «¿Qué tablas tiene esta base?»
  • Pídale a su Claude: «Hazme un modelo de esta base.»
  • Pídale a su Claude: «Busca todo lo que hable de recargos.»
  • Pídale a su Claude: «Sincroniza el código a mano y dame los totales.»
  • Pídale a su Claude: «Enséñame el XML completo de este informe.»
  • Pídale a su Claude: «Bájame el .rpt del recibo.»
  • Pídale a su Claude: «Añade estas notas al conocimiento del proyecto.»

diseño 6

Los Design Kits: verlos, crearlos, sacarlos de unas capturas, ajustar sus tokens y sus imágenes.

  • Pídale a su Claude: «¿Qué kits de diseño hay?»
  • Pídale a su Claude: «Pon el menú arriba y la letra más grande.»
  • Pídale a su Claude: «Saca el estilo de estas capturas.»
  • Pídale a su Claude: «Crea el kit «Municipal».»
  • Pídale a su Claude: «Añade la superficie de recibos.»
  • Pídale a su Claude: «Usa esta captura para la superficie de recibos.»

pantalla 2

Abrir paneles y seleccionar piezas dentro del escritorio del Studio. Sólo existe allí.

  • Pídale a su Claude: «Ábreme el historial.»
  • Pídale a su Claude: «Selecciona el servicio de alta de Socio.»

La inteligencia que recomendamos

¿Todavía no conoce a Claude?

La terminal del Studio es Claude: lee el modelo, conduce las herramientas y escribe con usted. Buena parte de este proyecto se construye trabajando con Claude, y es la inteligencia artificial que recomendamos sin dudarlo. Si no lo ha probado o no lo tiene, éstas son sus páginas oficiales para empezar.

Para empezarClaudeQué es, qué sabe hacer y cómo empezar a usarlo.claude.com ↗ Para programarClaude CodeClaude en su terminal, trabajando sobre su código: así se construye este proyecto.claude.com ↗ Para desarrolladoresLa plataformaLa API y la documentación para construir con Claude.platform.claude.com ↗ Quién lo haceAnthropicLa empresa detrás de Claude y cómo piensa la seguridad de la inteligencia artificial.anthropic.com ↗

Modelador Studio y PeopleWorks Services LLC no tienen ninguna relación ni afiliación con Anthropic: lo recomendamos porque, para nosotros, Claude es la mejor inteligencia artificial con la que trabajar. Claude y Anthropic son marcas de Anthropic, PBC.

Cómo se trabaja

El generador escribe el código. Qué se construye lo decide una persona.

Las aplicaciones de arriba no salieron de una sola orden. Cada cambio llegó como lo diría quien usa el sistema — una frase, un informe de pruebas, una pregunta sobre el modelo —, se leyó contra las reglas del negocio que ya estaban escritas, lo trabajaron varios modelos de IA por orden escrita, y una persona decidió qué se publicaba.

01 · Llega en sus palabras

Una frase sobre algo que le molesta cada semana. No una especificación ni un formulario.

02 · Se lee contra sus reglas

La contesta un cerebro que ya conoce su sistema. Ese cerebro lee: no escribe ni ejecuta nada.

03 · Decide una persona

Nada se publica sin que alguien diga que sí. Y lo publicado lleva su sello al pie de cada pantalla.

Quien escribe el modelo es usted, con su terminal y en su máquina. Quien decide qué se publica es una persona. La IA trabaja entre una cosa y la otra.

Programando con nosotros, en PeopleWorks Services →

Contacto

Si esto le interesa, hay mucho más que enseñar.

Escríbanos y le mostramos el sistema completo: el modelo, el generador y las aplicaciones corriendo.

[email protected]