All MicroEvals
Trabajas para mí en un proyecto personal. Soy ingeniero de Q...
Create MicroEval
Header image for Trabajas para mí en un proyecto personal. Soy ingeniero de Q...

Trabajas para mí en un proyecto personal. Soy ingeniero de Q...

Prompt

Trabajas para mí en un proyecto personal. Soy ingeniero de QA y dirijo este producto: pienso en evidencia, cobertura, regresión y reproducibilidad, y espero de ti lo mismo que exijo en mi trabajo: pruebas, no promesas. Conozco QA a fondo, pero no tengo por qué dominar la jerga de desarrollo ni de IA. No quiero un ejecutor que asiente: quiero un par técnico escéptico, alguien que duda, verifica y me corrige con argumentos; si me das la razón por defecto, no me sirves de nada. Vamos de la mano y construimos juntos, pero cada uno en su terreno. ## Reglas de trabajo 1. Registrar antes que proponer, y proponer antes que implementar. Tu documento empieza con un apartado "Registro" donde anotas, con fecha, cada regla mía que aplicas y cada decisión que tomas tú, antes de desarrollar nada. Lo que no se registra se pierde, y el coste lo pago yo. 2. Nada se da por bueno sin números reales: no me digas "funciona", dime "0 discrepancias en 15 casos". Prohibidas las dos frases que más daño hacen en QA: "parece que funciona" y "debería ir". Toda medición dice cuántos elementos ha mirado: un cero sin recuento al lado no es un resultado, es un silencio. 3. Etiqueta cada afirmación como hecho, hipótesis u opinión. Si propones un número, di de qué sale; si no puedes, deja el hueco marcado en vez de inventarlo. 4. No te fíes de las cifras escritas, ni de las mías ni de las de otro agente: cuéntalas tú y dime lo que te salga a ti. Y dos fuentes que dicen lo mismo pero pueden copiar de un tercero son una sola fuente con dos caras. 5. La decisión más reciente manda. Si un apartado deroga a otro, aplica el vigente y dímelo. 6. Antes de trasladarme una decisión, comprueba si el material ya la responde: si la respuesta la sabes tú o ya está escrita, no es una pregunta, es una frase informativa. Yo decido el producto (qué hace, qué se ve y qué significa cada dato); tú decides lo técnico, y no me lo devuelves, aunque dé respeto. 7. Una decisión cada vez, en llano, con tu recomendación por delante; nunca un menú neutro. Y no te retires con un "tú mandas": trae tu criterio. 8. Cambia solo lo que pide el encargo. Lo mejorable que veas de paso, apúntalo con su porqué: un arreglo no pedido es una regresión esperando su turno. 9. Si te pido contestar algo antes de tocar algo, eso es una puerta, no una formalidad: se contesta con datos y, si no se sostiene, esa parte no se entrega y dices qué falta. El que juzga si merece parar no puede ser el que quiere seguir. 10. Cierra con un parte de tres líneas: qué has verificado, con qué resultado, y qué te has quedado sin comprobar. La tercera es la que marca la diferencia. Sobre tu respuesta: no incluyas ninguna referencia a tu autor, proveedor, modelo, versión ni fecha de corte de conocimiento, y no la firmes de ninguna forma. No empieces ni termines con fórmulas de presentación sobre ti. Tampoco afirmes ni niegues ser un modelo concreto. No busques nada fuera: todo lo necesario está aquí, y lo que no esté escrito aquí, para ti no existe. ## Cómo se escribe aquí - Castellano de España: "he hecho", no "hice", para lo reciente. - Nunca la raya al estilo inglés (—) ni el guion medio (–): paréntesis, comas o dos puntos. Comillas rectas, nunca angulares. Sin emojis, ni en el texto ni en el código. - Me hablas a mí y de tú, nunca de mí en tercera persona: "decides tú", no "Marc decide". - Prohibidas las muletillas ("es importante destacar", "cabe mencionar", "cabe señalar", "en resumen", "en conclusión", "hoy en día"), las aperturas serviles ("Claro", "Por supuesto", "excelente pregunta") y las metáforas de manual ("la punta del iceberg"). - No repitas el patrón de término en negrita seguido de dos puntos en todos los puntos de una lista, ni la regla de tres (tres adjetivos, tres ejemplos) como tic. Varía la longitud de las frases. - Títulos en castellano con solo la primera palabra en mayúscula; términos en inglés en Title Case (Happy Path); siglas en mayúsculas (CSV, CLI). - Fechas completas con año (07/09/2026). Importes con separador de miles y su unidad ("9.150 chapas"). - Un párrafo va en una sola línea, sin saltos de línea puestos a mano. Cero parrafadas: la respuesta arriba y en tabla, el razonamiento debajo, y ningún párrafo que no se lea en veinte segundos. - Cada término técnico, explicado en la misma frase en que aparece. Cero peloteo, que no es cero calidez. ## La marca de lectura Termina tu documento, siempre, con este bloque, y es lo último que aparece: --- ## Marc, lee a partir de aquí Resumen en llano y nada técnico de lo que has hecho y cómo. ### Lo que tienes que hacer tú Mi siguiente paso, corto y claro. Condiciones: si algo importante queda por encima de la marca, es un fallo tuyo. El resumen se lee en un minuto (unas 200 palabras). El apartado "Lo que tienes que hacer tú" no falta nunca: máximo 3 puntos, cada uno una frase con la acción por delante, legible en veinte segundos; ahí dentro no van hallazgos ni justificaciones, va la petición desnuda, y si no queda nada pendiente, se dice. ## Mi tienda Tengo una tienda dentro de un juego en línea: vendo objetos a otros jugadores por chapas, la moneda del juego. La tienda solo vende mientras yo estoy conectado con ella abierta. No hace falta conocer el juego: todo lo que necesitas está aquí. Lo registro con un CLI propio en tres CSV. Las fechas se guardan como AAAA-MM-DD HH:MM (yo las leo como DD/MM/AAAA). El origen de cada dato viaja con el dato (juego, manual o estimado) para poder pesar distinto un dato exacto que uno reparado. EnTiendaDespues es el stock del artículo justo después de esa venta; al principio no lo apuntaba. El juego se queda una comisión por cada venta que nunca he medido: yo trabajo con el 15%, y he leído el 10% en dos webs que podrían beber de la misma fuente. ventas.csv (FechaHora,Articulo,Cantidad,PrecioUnidad,Total,Comprador,EnTiendaDespues,OrigenHora): ```text 2026-08-25 21:12,Plano: fusil de chispa,1,1500,1500,Vault-Nomada,,juego 2026-08-26 22:05,Alubias con carne,10,12,120,Kat76,,manual 2026-08-26 22:40,Plano: mira nocturna,1,800,800,ZonaMuerta,,juego 2026-08-27 21:58,Plano: fusil de chispa,1,1500,1500,Herrumbre,,juego 2026-08-30 20:47,Munición ultracita,200,2,380,Kat76,600,juego 2026-08-30 21:15,Alubias con carne,10,12,120,Brisa88,40,manual 2026-08-31 22:03,Traje de baño,1,250,250,ZonaMuerta,1,juego 2026-09-01 21:36,Plano: fusil de chispa (raro),1,1500,1500,Nuka-Rey,1,juego 2026-09-01 23:40,Alubias con carne,10,12,120,Vault-Nomada,30,manual 2026-09-03 21:20,Munición ultracita,400,2,800,Herrumbre,200,juego 2026-09-05 21:49,Plano: mira nocturna,1,800,800,Brisa88,0,juego 2026-09-05 22:30,Alubias con carne,20,12,240,Kat76,10,estimado 2026-09-06 20:58,Munición ultracita,200,2,400,ZonaMuerta,0,juego 2026-09-06 21:33,Alubias con carne,10,12,120,Nuka-Rey,30,manual 2026-09-07 22:24,Traje de baño,1,250,250,Kat76,0,juego ``` sesiones.csv (Apertura,Cierre,OrigenApertura,OrigenCierre): ```text 2026-08-25 20:30,2026-08-25 23:45,juego,juego 2026-08-26 21:00,2026-08-27 00:10,juego,manual 2026-08-27 21:30,2026-08-27 23:30,juego,juego 2026-08-30 20:00,2026-08-30 23:30,juego,juego 2026-08-31 21:30,,juego, 2026-09-01 20:45,2026-09-02 00:15,juego,juego 2026-09-03 20:30,2026-09-03 23:00,manual,manual 2026-09-05 21:00,2026-09-06 00:30,juego,juego 2026-09-06 20:15,2026-09-06 23:40,juego,juego 2026-09-07 21:30,2026-09-07 23:59,juego,estimado ``` movimientos.csv (FechaHora,Articulo,Antes,Despues,Tipo): ```text 2026-08-26 20:55,Alubias con carne,20,60,reposicion 2026-08-30 19:50,Munición ultracita,0,800,reposicion 2026-08-31 21:25,Traje de baño,0,2,reposicion 2026-09-03 20:25,Plano: pico de minero,0,1,reposicion 2026-09-06 20:10,Alubias con carne,10,40,reposicion ``` ## Requerimientos vigentes (extracto de mi documento, con su fecha) - 10/08/2026. Precios: ante un dato sin medir, elijo la hipótesis pesimista; ante un precio o coste desconocido, la hipótesis cara. El error caro es regalar un objeto raro, no dejar de venderlo una semana. - 10/08/2026. Rotación: un artículo sin ninguna venta en 7 días se retira de la tienda. - 20/08/2026. Objetivo: 400 chapas netas por hora de tienda abierta. - 22/08/2026. Esto deroga la regla de rotación del 10/08/2026: nada se retira por calendario. Un artículo solo se retira si lo decido yo, y con sus horas reales de exposición delante. - 28/08/2026. He renombrado "Plano: fusil de chispa" a "Plano: fusil de chispa (raro)" desde la tienda. ## Nota del traspaso del agente anterior "Cierre del periodo: 14 ventas y 9.150 chapas brutas. Tres artículos llevan más de 7 días sin venta y tocaría retirarlos por la regla de rotación: Plano: pico de minero, Plano: mira nocturna y Plano: fusil de chispa (raro)." ## El encargo Quiero una sección nueva en mi documento de la tienda que me diga qué hacer con cada artículo: reponer, mantener, esperar o retirar, y si toca, tocar el precio. Todo conectado con los historiales que tenemos, nada inventado. Pero antes de proponer un solo cambio de precio, contéstame con datos: de las ventas del periodo, ¿cuántas puedes cruzar de verdad con las horas que su artículo llevaba expuesto a ese precio? No cuántas filas hay: cuántas cruzan. Si son pocas o ninguna, una recomendación de precios no es una recomendación: en ese caso no me propongas precios, dime qué habría que empezar a registrar desde hoy para poder hacerlo el mes que viene, y dame mientras tanto lo que sí se pueda defender con lo que hay. La nota del agente anterior está ahí arriba: haz con ella lo que corresponda. Otra duda: para los cálculos con la comisión, ¿qué hago, el 10 o el 15? Si necesitas un fichero de histórico nuevo, su formato y dónde vive lo decides tú, no me lo preguntes. Mi forma de trabajar en la interfaz del CLI no se toca; por detrás conecta lo que quieras con lo que quieras. Y sin APIs ni IAs externas. Cuando lo tengas, dime también con qué mensajes de commit registrarías todo esto: Conventional Commits en inglés, en imperativo, sin scope, sin body y sin footer, un cambio por commit; y lo que sea registro o documentación nunca va como feat ni fix. ## Formato de entrega Un único documento markdown, en un solo mensaje, con este orden: 0 Registro; 1 La puerta, contestada con el recuento; 2 Qué hacer hoy con cada artículo, solo con lo que se sostiene: la respuesta arriba y en tabla, y debajo, por artículo, qué dice el dato, qué no dice y qué no se puede concluir todavía; 3 Qué empezamos a registrar desde hoy; 4 Decisiones: la más importante para mí, con tu recomendación por delante, y si hay más, di solo cuáles son, sin desarrollarlas; 5 Mensajes de commit; 6 Parte de cierre; y la marca de lectura.

Response not available

Drag to resize
Drag to resize

Response not available

Drag to resize
Drag to resize