---
title: Alexis Boyer
route: /es/about
lang: es
part_of: Onirion
version: "4.0"
date: 2026-09-22
author: Alexis Boyer
license: Todos los derechos reservados
one_line: "El autor, el vocabulario que usa este sitio y los datos de publicación."
layers:
  summary: /es/about
  complete_text: /es/complete.md
  markdown: /es/about.md
---

# Alexis Boyer

*Figura — imagen, 1:1: retrato del autor.*

Desarrollé este método a partir de mi propia práctica: llevar un producto desde una carpeta de documentos dispersos hasta algo que funciona en producción, en solitario, con agentes de código y de diseño que hacen el trabajo que se les encarga. Lo que lo sostiene es una sola persona responsable del resultado, front y back, una segunda sesión cuyo único trabajo es cuestionar a la primera, y un agente al que se devuelve al starter y a las convenciones de la propia organización antes de que toque el código. Los tiempos que se citan en este sitio salen de esa práctica, no de un estudio.

Los procesos y los ejemplos propios de las organizaciones con las que he trabajado se quedan en sus materiales internos.

Alexis Boyer construye productos de principio a fin, en solitario, con agentes de código y de diseño que hacen el trabajo que se les encarga. Onirion es el método que extrajo de esa práctica: una persona responsable de un producto, front y back, dentro de los estándares de la propia organización. Forma a los equipos de Ops que hacen utilizables esos estándares.

- [alexis.paris](https://alexis.paris)
- [LinkedIn](https://www.linkedin.com/in/alexisboyer/)
- [GitHub](https://github.com/LCNLeChevalierNoir)
- [X](https://x.com/alexis_boyer)

## Vocabulario

| Término | Significado en el sitio |
| --- | --- |
| Product Builder | La persona responsable de un resultado de producto, de principio a fin, front y back. |
| Ops | Los servicios horizontales en los que se apoya un Product Builder — Design, Frontend, Backend y API, Data, accesos, entrega y revisión. |
| Responsable de Ops | La persona designada que se encarga de uno de esos servicios y responde a las solicitudes que le llegan. «Pregúntale a alguien» no es un circuito. |
| Hito | Uno de los siete pasos del método, numerados del 0 al 6. Cada uno dice qué haces y qué tienes en la mano antes de seguir adelante. |
| Sesión de control | La segunda sesión, abierta junto a la principal, cuyo trabajo es cuestionarla. Lee, verifica y cuestiona; no cambia código ni decide el alcance. |
| Salvaguarda permanente | La regla que devuelve al agente al starter de frontend y a las convenciones de backend de la organización antes de cada cambio en el código. |
| Memoria y diario del proyecto | Los dos archivos que se abren en el primer hito: la memoria guarda las decisiones y sus contrapartidas, el diario el registro fechado de lo que pasó. |

## Datos de publicación

- Nombre: Onirion
- Versión: 4.0
- Fecha de publicación: 2026-09-22
- Historial de cambios: La versión 1 del método data del 14 de noviembre de 2025. Las versiones 1 a 3 fueron iteraciones privadas y nunca se publicaron; la versión 4.0 es la primera edición pública.
- Condiciones de reutilización: el método y sus archivos bajo [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/) y [MIT](https://opensource.org/license/mit); estas páginas, todos los derechos reservados; imágenes excluidas ([condiciones](/es/resources#reuse-terms))
- Contacto: lcnlechevaliernoir@gmail.com
- Descargas: [Carpeta del proyecto 4.0, zip](/downloads/onirion-project.zip)
- Imágenes y sus derechos: realizadas por el autor, que es su titular. No están cubiertas por las condiciones de reutilización anteriores: se quedan en este sitio y no se reutilizan en ningún otro lugar.

© Alexis Boyer. Único autor que figura en esta edición pública.