Odontología · Inicio
Chats anteriores Nuevo
párrafo · «Desde una limpieza…»

el texto no se ve casi, está como blanco y debería verse negro

Dio 2 pasos Revisando los estilos y los errores de la página · Bloque "estilos-pagina" cambiado· Revisión: sin errores · Estilos comprobados

Se cambió el bloque estilos-pagina . La banda de bienvenida ya no usa un relleno sólido del color de marca con --color-primary-content encima.

Banda de bienvenida: usa un tinte suave del color de marca. El título conserva el color definido en --color-primary-text .

La revisión comprobó los estilos y no encontró errores en la página.

pon los servicios en dos columnas en el móvil

0:14 Revisando la cuadrícula de servicios y su punto de cambio

Pide un cambio o describe una pantalla

claude-opus-5 Crear
Enter envía · Shift+Enter salto de línea
fig. 1 — Una petición cerrada, otra en curso y el selector de modelo y modo.
Los dos modos

Crear aplica cambios; Plan los organiza antes

Elige el modo junto al campo de texto. Crear permite aplicar cambios a la página y a las tablas. Plan solo puede consultar la información necesaria y redacta un plan; las órdenes que modifican la página o las tablas no están disponibles en ese modo.

  • En Plan se pueden consultar las tablas y leer adjuntos, pero no modificar la página ni las tablas.
  • Cuando la información es suficiente, el plan queda en la conversación como una tarjeta.
  • Está escrito para quien manda en la aplicación, no para quien construye: palabras llanas, sin nombres de tablas ni de columnas.
  • «Implementar ahora» cierra el plan con la información disponible y pasa a Crear. Ese cambio no se puede deshacer desde la conversación.
Una petición de principio a fin
Control de pedidos Plan

quiero llevar el control de pedidos y saber cuáles van atrasados

Dio 3 pasos Preguntó contra qué fecha se mide «atrasado»
Plan

El plan incluye:

  1. Guardar cada pedido con su cliente, la fecha en que se prometió y lo que vale.
  2. Marcar los que ya pasaron de esa fecha y todavía no se entregaron.
  3. Una pantalla con los del mes, los atrasados aparte y lo facturado.
Cambios previstos

Los pedidos se guardan aquí y quien vende entra con su cuenta.

Resultado previsto

La pantalla muestra los pedidos atrasados y el total del mes.

Implementar ahora
fig. 2 — El plan cerrado, esperando la única decisión que queda.
Lo que puede hacer

Un conjunto cerrado de órdenes

El servidor expone un conjunto cerrado de órdenes. Cada petición utiliza una de ellas, el servidor la ejecuta y devuelve el resultado. Estos nombres aparecen en la fila de pasos.

La página

Leerla tal como está, rehacerla completa o cambiar un bloque sin regenerar el resto.

  • ver_pagina
  • escribir_pagina
  • leer_bloque
  • reemplazar_bloque
  • insertar_bloque
  • quitar_bloque
Las tablas

Consultar una muestra de registros, crear una tabla con sus columnas, añadir columnas o cambiar sus nombres visibles.

  • consultar_datos
  • crear_tabla
  • agregar_columnas
  • renombrar_columna
Cambios que requieren confirmación

Los cambios que pueden provocar pérdida de datos se agrupan y se confirman en el diálogo de impacto antes de aplicarlos.

  • borrar_columna
  • cambiar_tipo_columna
  • borrar_tabla
Los archivos adjuntos

Leer un adjunto por rangos de líneas cuando la respuesta depende del archivo entero, y volcar sus filas emparejando columna con columna.

  • leer_archivo
  • llenar_tabla
Acceso y roles

Consultar los roles de un usuario y definir qué roles pueden abrir la página. Quitar un rol se aplica; concederlo requiere autorización.

  • cambiar_acceso
  • cambiar_roles_pagina
Comprobación antes de entregar

Preguntar cuando falta información y revisar la página después de modificarla.

  • preguntar
  • revisar_errores

Una petición son como mucho doce rondas de ida y vuelta con el modelo. En cada una puede pedir varias órdenes, y se ejecutan de una en una; cuando deja de pedir, el turno cierra.

Revisar errores

La página se comprueba en un navegador

El servidor solicita al navegador una comprobación de la página. La página se monta fuera de la vista, en modo ensayo, y los errores de la consola se devuelven para corregirlos antes de entregar el resultado.

  • En el ensayo, lo que guarda datos se contesta sin tocar nada de verdad.
  • Recoge excepciones, promesas rechazadas, console.error y recursos que no cargan: hasta diez, sin repetidos.
  • La revisión de estilos comprueba colores escritos a mano, variables inexistentes y cambios que no utilizan el catálogo de la plataforma.
  • Si el navegador no responde, la comprobación termina a los quince segundos y se informa que no pudo completarse.
  • Dos revisiones por petición; a la tercera se le dice que pare y lo cuente.
revisar_errores · Chequeo preoperacional
estilo Estilos comprobados
errores 1 encontrado
TypeError: no se puede leer «filas»
  al pintar (pagina:214)

La página se dibujó fuera de la vista en el navegador de quien construye. El resultado de la consola y la revisión de estilos se utilizan para corregirla y volver a comprobarla.

fig. 3 — Lo que vuelve de una revisión: el estilo y la consola.
Control

Qué se puede deshacer, autorizar y detener

Crear aplica las órdenes permitidas a la página. Los cambios que pueden provocar pérdida de datos se agrupan para confirmarlos, y cada petición guarda una versión anterior que se puede restaurar.

  • Un punto al que volver Antes de iniciar una petición, Planer guarda una versión de la página llamada «Antes de: …» junto con la frase original. Puedes restaurarla para deshacer de una vez los cambios de esa petición.
  • Los cambios con riesgo se confirman Borrar una columna o una tabla, o cambiar un tipo, se agrupa y se confirma al terminar. También puedes elegir no modificar la tabla.
  • Conceder acceso requiere confirmación Antes de conceder un rol, Planer muestra qué podrá hacer ese usuario con los datos. La confirmación se aplica a esa descripción.
  • Detener una petición Puedes detener una petición entre órdenes; los cambios ya aplicados se conservan. Cada petición tiene además un tiempo máximo.
  • La petición se ejecuta en el servidor La ejecución no depende de la pestaña: recargar o cerrar el panel no la corta. Mientras trabaja en una página no se procesa otra petición para una página distinta.
  • La clave no llega al navegador Lo que el servidor le manda al panel nunca la incluye, y el archivo de configuración se exporta con todo menos las claves.
  • La conversación es de la página Una petición escribe sobre una sola página: la que está abierta. La lista muestra solo las conversaciones de esa página, y borrarla se las lleva.
  • Registro de cada petición Al cerrar el turno se guardan la solicitud enviada al modelo, los pasos y la respuesta. El registro queda asociado a la página y ayuda a investigar errores.
Memorias

Las reglas de la página se conservan

Al cerrar una petición, Planer revisa qué reglas de negocio debe conservar para esa página. Esas reglas se leen antes de las siguientes peticiones, incluida la primera de una conversación nueva.

  • Una regla por renglón: quién puede qué, en qué estados vive una cosa, qué exige cada cambio de estado, qué no permite el negocio.
  • Cómo se ve no es una regla: colores, orden de columnas o redacción no entran.
  • No reescribe la memoria entera. Cada cambio nombra el renglón que toca, y lo que ninguno nombra queda intacto.
  • Se corrigen a mano desde el panel de la página. Y si pides que algo se recuerde, se guarda aunque la pasada no lo habría tomado por regla.
Página · Agenda de citas
Memorias

Lo que esta página tiene que cumplir, una regla por renglón. Se escriben solas con cada petición; corrígelas si hace falta.

- Solo los auxiliares crean citas - Un odontólogo no cambia el estado de una cita ajena - El teléfono del paciente es obligatorio - No se agenda en domingo ni sobre días pasados - Las citas nacen sobre una franja libre, nunca sueltas - Cancelar exige un motivo y conserva los datos del paciente
fig. 4 — Las reglas de una página, escritas por la propia IA al cerrar cada petición.
Proveedores

Conecta el servidor que quieras, o varios

En Ajustes puedes conectar un servidor, comprobar la conexión y elegir los modelos disponibles. La configuración se exporta e importa como archivo, sin las claves.

Claude (Anthropic) El proveedor de modelos de Anthropic.
ChatGPT o compatible Cualquier servidor con el formato de ChatGPT: Ollama, LM Studio, vLLM.
OpenRouter Un servicio para elegir modelos mediante una sola clave.
llama.cpp Un modelo GGUF corriendo en tu máquina con llama-server.
Modelo
Con el que sale cada petición mientras no se elija otro en el chat.
Cuánto piensa
Del nivel que ofrezca ese modelo, de «Off» a «Max».
Memorias
Otro modelo, más corto, para las reglas que se guardan al cerrar.
Tope
Minutos por petición. En cero, sin tope.

Los datos de Planer se almacenan en tu servidor. Si utilizas un proveedor externo —Claude, OpenRouter o un servicio compatible alojado fuera—, las solicitudes enviadas al modelo salen de tu servidor y se procesan según las condiciones de ese proveedor. Con Ollama, LM Studio, vLLM o llama.cpp, el modelo se ejecuta en tu propia máquina.

Empieza aquí

Describe la primera pantalla y mira lo que hace.

Instala Planer, conecta el servidor de IA que prefieras y pide lo que necesita tu área. Antes de tocar nada queda el punto al que volver.