Plot está en acceso anticipado, lo que significa que entre el momento en que alguien que escribe choca contra un muro y el momento en que lo vemos pasan horas, no trimestres. Ese circuito de opiniones es lo mejor de construir a la vista de todos. También es una trampa: si publicas lo que pida la petición más ruidosa, acabas con un montón de funciones y sin producto. Este es el criterio que usamos en su lugar.
Ordenamos las opiniones por lo que revelan, no por lo que pidenEnlace a esta sección
Una petición de función es una respuesta. Nuestro trabajo es recuperar la pregunta. Cuando alguien pide un botón, el botón es su propuesta de solución para un problema que está sintiendo, y a menudo el problema es real mientras que el botón propuesto no es el mejor arreglo. Por eso leemos cada opinión dos veces: una por lo que pide literalmente y otra por la fricción de fondo a la que apunta.
- ¿Qué intenta hacer de verdad esa persona? No la función, sino el objetivo que hay detrás.
- ¿Con qué frecuencia aparece, y en cuántas personas distintas? Una petición vistosa es un dato; cinco discretas en la misma zona son un patrón.
- ¿El arreglo encaja con la base del producto o va en su contra? Los mejores cambios surgen del control de versiones, los documentos estructurados y los skills. Los que van contra esa base son señales de alarma.
- ¿Qué le cuesta al resto del producto? Cada función también es superficie: algo que mantener, explicar y apartar del camino de todos los demás.
La base es el filtroEnlace a esta sección
Inkwell se apoya en una base concreta: los documentos son datos estructurados, el historial es una secuencia de puntos de guardado inmutables y la IA funciona como skills revisables. Las peticiones que encajan de forma natural con esa base son baratas y duraderas. Las que obligan a rodearla son caras y frágiles, y suelen indicar que la petición o nuestro modelo tienen la forma equivocada.
En concreto: «déjame comparar dos versiones de lectura de mesa una al lado de la otra» encaja, porque no es más que una comparación entre dos puntos de guardado, algo que la base ya hace con precisión. «Déjame editar libremente el PDF maquetado y sincronizarlo de vuelta» va contra la base, porque el PDF es una representación de datos estructurados, no la fuente de verdad. La misma energía por parte de quien escribe; un coste y una durabilidad muy distintos. Al primer tipo le decimos que sí enseguida, y al segundo despacio y con cuidado.
Cómo es ese orden ahora mismoEnlace a esta sección
El editor estructurado y el analizador de guiones llegaron primero, porque cada capacidad posterior necesita un borrador que pueda entender. Después vino el control de versiones: puntos de guardado, líneas de borrador, seguimiento semántico de cambios e incorporación. Las pasadas de diálogo, las comprobaciones de continuidad y los informes de guion trabajan luego sobre esos mismos borradores estructurados en lugar de crear una segunda copia al lado. Canvas extiende esa base a documentos de uso general, mientras que el trabajo de producción lleva a Plot por la secuencia de colores de revisión de la WGA, las páginas bloqueadas, las páginas A y las exportaciones de entrega. La ventaja para quien escribe es la continuidad: una versión para la lectura de mesa, una pasada de la dirección y una entrega a producción siguen siendo momentos de un único historial navegable. Consulta la página Acerca de para ver el estado actual.
Publicar con regularidad en lugar de grandes lanzamientosEnlace a esta sección
Como el equipo es pequeño y el circuito es corto, preferimos versiones frecuentes y acotadas a versiones raras y enormes. Una versión acotada es fácil de entender, fácil de revertir y fácil de relacionar con las opiniones que la motivaron. También mantiene la siguiente versión centrada en el trabajo de la semana que viene: si un cambio no se puede describir en una frase y publicar en una o dos semanas, normalmente conviene dividirlo antes en partes más pequeñas.
Ese es todo el método, y es poco vistoso a propósito. Lee las opiniones buscando la pregunta, no la respuesta. Prefiere los cambios que surgen de la base. Publica poco, publica a menudo y mantén la superficie bajo control. No producirá la lista de funciones más larga del software de escritura de guiones. Está pensado para producir una herramienta que siga teniendo sentido usar dentro de un año.