Robate esto.

CopiarEres un analista de mercado senior con 15 años en LatAm. Te paso 3 competidores: [EMPRESA_1], [EMPRESA_2], [EMPRESA_3]. Para cada uno, dame: 1. Posicionamiento real (no su tagline, lo que se percibe en el mercado) 2. Fortaleza no obvia 3. Debilidad estructural (no anecdótica) 4. Cliente ideal específico 5. Una pregunta incómoda que su CMO no quiere responder Formato: tabla. Tono: directo, sin diplomacia. Si no tienes evidencia clara, di "no encontré" y no inventes.

CopiarTe paso la transcripción de una reunión. Dame DOS outputs: OUTPUT 1 — Resumen ejecutivo (máx 3 párrafos): - Párrafo 1: contexto y por qué se hizo la reunión - Párrafo 2: las 2-3 decisiones tomadas (con quién las debe ejecutar) - Párrafo 3: lo que quedó sin resolver y la fecha próxima OUTPUT 2 — Action items: tabla con columnas [Tarea | Owner | Deadline | Status inicial]. No uses bullets en el OUTPUT 1. No inventes nombres. Si alguien dijo algo importante pero no se decidió, anótalo en "sin resolver". TRANSCRIPCIÓN: [pegar aquí]

CopiarEscribe un memo interno sobre [DECISIÓN]. Audiencia: [equipo de X personas]. Reglas: - Máximo 350 palabras - Empieza con la decisión, no con el contexto - Justifica con 2 razones concretas (no abstractas) - Reconoce explícitamente el costo de la decisión (qué se pierde) - Cierra con qué necesitas del equipo en las próximas 48h - Tono: respetuoso, claro, no corporativo. Cero "estamos emocionados de anunciar" Hechos clave que tienes que usar (no inventes nada más): - [hecho 1] - [hecho 2] - [hecho 3]

CopiarVoy a entrevistar para [PUESTO] en [EMPRESA / SECTOR]. Mi background: [3-4 líneas de qué hiciste]. Hazme tres cosas: 1. Dame las 6 preguntas más probables que me van a hacer, ordenadas de más fácil a más difícil 2. Para cada una, dame el "anti-patrón" (la respuesta que casi todos dan y que aburre al entrevistador) 3. Para las 2 más difíciles, dame el frame de respuesta usando STAR (Situación-Tarea-Acción-Resultado), pero solo el frame, no me lo escribas — quiero pensarlo yo Bonus: una pregunta que YO debería hacerle al entrevistador para que se note que entendí el negocio.

CopiarVas a escribir un brief de copy para un copywriter freelance. Te doy contexto y tú lo estructuras profesionalmente. Producto/servicio: [QUÉ] Audiencia primaria: [QUIÉN, lo más específico que puedas] Pieza: [landing / email / anuncio / video script] Tono: [3 adjetivos máx] Hecho clave (la única cosa que la audiencia debe recordar): [UNA FRASE] Objeción principal: [QUÉ DUDA TIENE] CTA: [QUÉ HACER DESPUÉS] Lo que NO se puede decir: [legal/marca/competencia] Ejemplos de copy que admiro: [URLS o nombres] Devuelve un brief de máx 1 página con secciones: contexto, audiencia, propuesta de valor, tono, must-includes, no-go, CTA, mood references. Si falta info, lístame las preguntas — no inventes.

CopiarSoy [tu rol] y necesito elegir un modelo para esta tarea: [DESCRIPCIÓN DE 2 LÍNEAS]. Volumen estimado: [N tokens/mes o N requests/mes] Latencia tolerable: [Xms o "no importa"] Restricciones: [costo / privacidad / on-prem / idioma / herramientas] Compara: Claude Sonnet 4.6, GPT-5.1, Llama 4 (versión grande). Para cada uno dame: 1. Fit con la tarea (1-10) y por qué 2. Costo estimado al mes con ese volumen 3. Riesgo principal (lo que más dolor da en producción) 4. Si lo eligiera, qué ajustaría primero (prompt, RAG, fine-tune, etc.) Cierra con UNA recomendación, no con "depende". Si depende, dices de qué depende y ya.

CopiarEres un arquitecto AI senior. Te describo un caso y tú me das la arquitectura mínima viable Y la primera evolución. CASO: [Describe en 5-10 líneas: qué entra, qué sale, quién lo usa, qué precisión necesitas, qué datos hay] Devuelve: 1. ARQUITECTURA MÍNIMA VIABLE (qué construir esta semana): - Modelo - Storage (si aplica) - UI/integración - Costo aproximado mensual 2. PRIMERA EVOLUCIÓN (qué agregas cuando duela): - El cuello de botella que vas a tener primero - El componente que lo resuelve 3. Lo que NO necesitas todavía (cosas que la gente agrega de más): lístame 3. Justifica cada decisión en 1 línea. Sin lenguaje "enterprise". Sin "cohesión".

CopiarVoy a evaluar una herramienta nueva: [NOMBRE + URL]. Ayúdame a hacerle la prueba ácida en 30 minutos. Devuelve: 1. Las 5 preguntas que tengo que poder responder al final, ordenadas: ¿qué problema real resuelve? ¿quién es el usuario verdadero? ¿con qué se compara? ¿precio real (no "starting at")? ¿qué riesgo de discontinuidad tiene? 2. Para CADA pregunta: dónde busco la respuesta (sección de su web, changelog, repo, twitter del fundador, reviews independientes). 3. Tres red flags (señales de alarma) que indican que no vale ni 30 min de prueba (ej: pricing oculto, fundador sin track record, dependencia de un único proveedor). 4. Un test de 5 minutos que rompe la herramienta más rápido que su demo.

CopiarSoy [tu rol/contexto]. Mi nivel actual con AI es: [describe en 3 líneas qué haces y qué no entiendes todavía]. Quiero un roadmap de 90 días para subir de nivel SIN ahogarme. Devuelve: - 3 hitos (uno cada 30 días) con criterio de éxito medible - Para cada hito: 1 lectura técnica, 1 video honesto (no influencer), 1 proyecto pequeño que demuestre que aprendí - Las 3 trampas más comunes de mi nivel (lo que la gente intenta y le hace perder semanas) - Una pregunta crítica que debería poder responder al día 90 que hoy no puedo Tono: honesto, no motivacional. Si crees que mi nivel real es más bajo de lo que digo, dímelo.

CopiarTenemos que decidir entre construir [X] in-house o contratar [SAAS Y]. Contexto: - Tamaño del equipo dev disponible: [N personas / X horas/semana] - Presupuesto del SaaS: [USD/mes] - Volumen de uso: [N usuarios / N transacciones] - Sensibilidad de datos: [pública / interna / regulada] - Velocidad necesaria: [tenemos X semanas / no hay deadline] Devuelve: 1. Tabla comparativa con: costo año 1, costo año 3, riesgo de vendor lock-in, control sobre el roadmap, cumplimiento legal, tiempo a producción, mantenimiento ongoing. 2. La pregunta de criterio de descarte (kill criteria): ¿qué hecho concreto haría obviamente errónea cada opción? 3. Recomendación con UNA frase que arranque con "Construir/Comprar PORQUE...". Si crees que es 50/50, dices cuál es el criterio que rompe el empate.

CopiarEres un senior engineer haciendo code review. No me pidas explicaciones — lee el código y opina. Te paso un diff. Revisa enfocándote en: 1. Bugs reales (no de estilo) 2. Casos límite que no contempla 3. Riesgos de concurrencia / race conditions 4. Acoplamientos peligrosos con código existente 5. Performance — solo si es realmente un problema, no especulativo 6. Tests faltantes, en orden de importancia Reglas: - Si algo está bien, no lo elogies. Tiempo es tiempo. - Si dudas de la intención del autor, haz UNA pregunta concreta antes de criticar. - Categoriza cada comentario como [bloqueante] [importante] [nit]. - No me digas "deberías considerar X" — di "X porque Y". DIFF: [pegar aquí]

CopiarTe paso una especificación. Antes de implementar, escribe los tests. REGLAS: - Solo tests que vengan directamente de la spec — no inventes comportamiento - Si la spec es ambigua, escribe "AMBIGÜEDAD: [pregunta]" en lugar del test - Cubre: golden path, casos límite obvios, errores esperados - Stack: [Jest / pytest / Vitest / Go testing] - Estilo: AAA (arrange-act-assert), nombres descriptivos en español o inglés según el repo Devuelve: 1. Lista de ambigüedades (si las hay) — antes de los tests 2. Tests, agrupados por feature, con un comentario al inicio que diga qué línea de la spec lo origina SPEC: [pegar aquí]

CopiarEres un senior engineer pragmático. Te paso un módulo y quiero mejorarlo SOLO si tiene impacto real. REGLAS: - Identifica MÁXIMO 3 cambios que valen la pena - Para cada uno, di: el problema concreto que resuelve, la línea/función afectada, el tamaño del cambio (S/M/L), el riesgo (B/M/A) - Si no encuentras 3 cambios de alto valor, di "no veo deuda significativa, este código está bien" — no rellenes - Cero refactor cosmético (renames sin razón, extraer funciones de 3 líneas) - Si encuentras un bug en el camino, márcalo aparte como [BUG] — no lo mezcles con refactor CÓDIGO: [pegar aquí]

CopiarMe ayudas a debuggear con método. Cero adivinanzas, cero "prueba X a ver". Te paso: el síntoma, lo que esperaba, lo que pasa, el entorno, lo que ya intenté. Devuelve: 1. UNA hipótesis más probable basada en el patrón del síntoma (no la primera que se te ocurra — la más probable estadísticamente). 2. Una técnica para CONFIRMAR o DESCARTAR esa hipótesis en menos de 10 minutos (con código si aplica). 3. Si la hipótesis se descarta, la SIGUIENTE más probable y su técnica de confirmación. 4. Las 2 trampas mentales más comunes con este tipo de bug (cosas que la gente cree y no son). NO me sugieras "agregar logs" como respuesta genérica — di dónde y qué loguear con propósito. SÍNTOMA: [...] ESPERADO: [...] ACTUAL: [...] ENTORNO: [...] YA INTENTÉ: [...]

CopiarDocumenta este endpoint para que un dev externo lo use sin leer mi código. Sigue exactamente esta estructura: # [Método] [Path] ## En 1 frase Qué hace, sin reescribir el path. ## Cuándo usarlo 2-3 escenarios reales. NO "para obtener X" — esos son obvios. ## Request Tabla: parámetro | tipo | obligatorio | descripción | ejemplo ## Response (200) JSON ejemplo realista (no Lorem ipsum). Comenta los campos NO obvios. ## Errores comunes Tabla: código | razón | qué hacer del lado cliente ## Curl real Un curl que funcione copy-paste con valores plausibles. ## Lo que esta API NO hace 2-3 cosas que parece que hace pero no — esto evita 80% de tickets de soporte. CÓDIGO/CONTRATO: [pegar aquí]

CopiarVas a actuar como mi jefe de gabinete. Te voy a pasar emails y tú los clasificas SIN responderlos por mí. Categorías: 1. URGENTE (algo se va a romper si no lo veo hoy) 2. DECISIÓN (alguien espera mi sí/no) 3. INFORMATIVO (no requiere acción mía) 4. RUIDO (newsletter, promo, puedes ignorarlo) Para cada email me devuelves: - 1 línea de resumen (sin saludos, sin firmas) - Categoría - Si es DECISIÓN: la pregunta exacta que están haciendo - Si es URGENTE: por qué lo es y qué pasa si lo ignoro 24h Reglas duras: - Nada de "podría ser importante" — categoriza con confianza - Si no entiendes el email, márcalo "revisar a mano" — no inventes resumen - Si detectas tono pasivo-agresivo o conflicto, márcalo con ⚠️ al inicio EMAILS: [pegar tanda]

CopiarVas a ser mi analista de inteligencia matutino. Cada mañana te paso titulares y links de las últimas 24h en mi industria. Tu trabajo es CURAR, no reportar. Devuelve un briefing así: 📌 LO IMPORTANTE (máx 3 items, 2 líneas cada uno): Solo si pasó algo que cambia decisiones. Si no pasó nada, di "día tranquilo, sin novedades de fondo". 🔍 DETRÁS DE: 1 historia que parece menor pero merece tu atención (qué la hace relevante). ⚠️ RIESGO EMERGENTE: 1 patrón que se está formando (regulatorio, competencia, supply chain). Si no hay, "ninguno detectable". 💬 CONVERSACIÓN: lo que tu equipo va a comentar hoy aunque sea ruido — para que no te tome desprevenida cuando salga el tema. Mi industria: [SECTOR] Mis competidores clave: [LISTA] Lo que NO me interesa (para que no me lo metas): [LISTA] INPUTS DE HOY: [titulares + links]

CopiarVas a actuar como un negociador experimentado preparándome para una conversación difícil. CONTEXTO: - Con quién negocio: [persona y rol] - Qué quiero conseguir (mi resultado ideal): [...] - Qué estoy dispuesta a ceder: [...] - Qué NO voy a ceder bajo ninguna circunstancia: [...] - Mi BATNA (mi alternativa si esto no cierra): [...] - Lo que sé del otro lado: [...] Devuélveme: 1. Las 3 jugadas más probables que va a intentar el otro lado, con la respuesta concreta para cada una 2. Las 2 trampas a las que probablemente caigo yo (básate en mi descripción) 3. La frase exacta para abrir y la frase exacta para cerrar si la conversación se va a un mal lugar 4. Mi BATNA (Best Alternative to a Negotiated Agreement / Mejor Alternativa a un Acuerdo Negociado): ¿es realmente fuerte o me estoy mintiendo? Sé honesto. 5. Una pregunta que si la hago, cambia el balance de poder NO uses lenguaje de coach motivacional. Habla como alguien que ha negociado mucho.

CopiarVoy a entregar [parte de] mi rol a [PERSONA, breve descripción]. Ayúdame a diseñar un plan de transición de 30 días. Lo que hago hoy (en bullets, máx 12): [...] Lo que solo yo sé (conocimiento tácito que se pierde si no lo paso): [...] Mis relaciones clave (personas con quien la nueva persona DEBE construir confianza): [...] Lo que NO voy a soltar (temas que sigo decidiendo yo aunque delegue): [...] Devuélveme: 1. Plan semana por semana (4 semanas), con MÁX 3 actividades concretas por semana 2. Las 5 reuniones críticas que tienen que pasar y con quién 3. El documento mínimo viable que la persona necesita: índice (no contenido) — máx 1 página 4. Las 3 señales tempranas de que la transición no va bien (para corregir en lugar de aguantar) 5. Lo que YO tengo que hacer diferente (no lo que la persona tiene que hacer) para que esto funcione Tono: pragmático. Sin "empoderamiento".

CopiarNO eres mi abogado. Eres un revisor que me ayuda a llegar a mi abogado preparada. Te paso un contrato. Devuelve: 1. RESUMEN EN UNA PÁGINA (sin lenguaje legal, en español claro) 2. LAS 5 CLÁUSULAS QUE MÁS RIESGO ME GENERAN, en orden, con: - Cita textual de la cláusula - Por qué es riesgosa para mí (no en abstracto, en MI caso) - La pregunta exacta que tengo que hacerle al abogado 3. CLÁUSULAS ESTÁNDAR pero potencialmente negociables (las que la otra parte espera que firme sin chistar pero que si pidiera ajustar, lo aceptarían) 4. AUSENCIAS NOTABLES: lo que un contrato así DEBERÍA tener y no tiene (eso es donde se esconden los problemas) 5. UN PÁRRAFO DE 3 LÍNEAS que pueda mandarle al otro lado para pedir tiempo a revisar, sin sonar conflictiva CONTEXTO: - Mi rol: [comprador/proveedor/empleador/etc] - Tamaño relativo: [soy más grande / más chica / similar] - Relación: [primera vez / repetimos / preexistente] CONTRATO: [pegar aquí]

CopiarEstoy preparando una presentación al board para [TEMA: ej. revisión Q3, lanzamiento, decisión X]. Tengo que entregarlo en 5 slides. Ni una más. Ayúdame a estructurarlo. CONTEXTO: - Audiencia (perfil del board): [...] - Lo que quiero que aprueben/decidan al final: [...] - Lo que ya saben: [...] - Lo que NO saben pero deberían: [...] - Métricas clave que tengo: [...] Devuélveme la estructura de los 5 slides así: SLIDE 1 — [tema]: bullet único de qué hay en el slide y por qué este es el slide 1. SLIDE 2 — [tema]: ... ... etc. REGLAS: - Slide 1 es la conclusión, no el contexto. Si no, el board ya dejó de oírte en el primer minuto. - Cada slide tiene 1 idea, no 4. - El último slide es la decisión que pides, escrita como pregunta. - Después de los 5 slides, lístame 3 preguntas que el board casi seguro me va a hacer y la respuesta corta para cada una.

CopiarTengo un P&L y quiero analizarlo, pero NO te voy a pasar números absolutos. Te paso porcentajes y ratios. Trabajá con eso. ESTRUCTURA QUE VOY A PASAR (todo en %): - Mix de revenue por línea: [...] - Margen bruto por línea: [...] - OpEx como % de revenue total, por categoría: [...] - Crecimiento YoY por línea: [...] - Comparación vs benchmark de industria que tengo: [...] Haz lo siguiente: 1. Identifica las 3 anomalías (cosas que no encajan con un negocio sano de mi industria) 2. Para cada anomalía, dame DOS hipótesis posibles (una optimista y una pesimista) 3. Dime qué dato adicional me ayudaría a romper el empate entre las dos hipótesis 4. Una pregunta que si me la hace mi CFO/board, no sabría responder con esta info Tono: analista financiero senior. Sin diplomacia. Si crees que mi negocio tiene un problema serio que no quiero ver, dímelo.

CopiarEstoy atorada/o entre [OPCIÓN A] y [OPCIÓN B]. Llevo semanas sin decidir. Sin pedirme más contexto del que te doy abajo, llevame por este framework: 1. ¿Cuál es la decisión REAL que estoy postergando? (a veces no es la que parece) 2. ¿Qué pasa si decido y me equivoco? Costo concreto en cada opción. 3. ¿Es reversible? Si sí, decidir mal es barato — el costo de no decidir es mayor. 4. ¿Qué información me falta REALMENTE para decidir? Y, ¿la puedo conseguir en 7 días? Si no, no la voy a tener nunca. 5. ¿Cuál es la opción que mi yo de aquí a 5 años va a desear haber tomado? Sé directo. 6. La frase final: la decisión que me recomiendas Y por qué. CONTEXTO: - Opción A: [...] - Opción B: [...] - Lo que me preocupa de A: [...] - Lo que me preocupa de B: [...] - Costo de NO decidir: [...] Reglas: nada de "depende de tus prioridades". Si depende, dime de qué depende y arriésgate con la recomendación.

CopiarTengo a [PERSONA, rol, antigüedad]. No está rindiendo en [ÁREA específica]. Llevo [X meses] dándole feedback sin que cambie. ANTES DE DARME EL PLAN, hazme tres preguntas que me obliguen a ser honesta sobre: - Si el problema es de capacidad (no puede) o de motivación (no quiere) - Si yo le di las herramientas/contexto suficientes - Si la persona está en el rol correcto Espera mis respuestas. NO me des plan todavía. (Cuando responda, recién ahí me das un plan de 30 días con: 1 conversación clave, 2 hitos medibles, criterio de "esto no va a funcionar" — que es lo que define si es momento de salida amable o si vale la pena seguir invirtiendo).

CopiarQuiero rediseñar un dashboard para [ROL: ej. director comercial, gerente de operaciones]. Hoy nadie lo usa o lo usan mal. CONTEXTO: - Quién lo va a leer: [...] - Qué decisión debería poder tomar después de mirarlo (UNA decisión, no varias): [...] - Frecuencia con la que lo va a abrir: [diario / semanal / mensual] - Lo que hoy tiene y NO sirve: [...] - Datos disponibles: [lista corta] Devuélveme: 1. Las 5 métricas que SÍ deben estar (no más). Para cada una: qué decisión habilita. 2. Las métricas "obvias" que NO deben estar y por qué (las que la gente mete por inercia). 3. La estructura visual: qué va arriba, qué va al medio, qué va al final, en 5 líneas. 4. Una alerta condicional que el dashboard debería disparar (algo que no requiera abrir el dashboard, te llega por mail/WA si pasa). 5. La pregunta de validación que tengo que hacerle al usuario antes de construir: si su respuesta es X, todo este diseño está mal. No uses palabras tipo "vista 360" o "single source of truth".

CopiarVas a ayudarme a armar un portafolio personal que NO suene a plantilla. Mi info: - Lo que hice (con fechas y resultados concretos, no "ayudé al equipo"): [...] - Lo que me apasiona DE VERDAD (no lo que suena bien decir): [...] - Lo que NO quiero hacer aunque me paguen: [...] - A dónde quiero llegar en 3 años: [...] Devuélveme: 1. Una "one-liner" para LinkedIn que arranque con un VERBO concreto, no con "passionate", "driven" ni "results-oriented" 2. 3 versiones de bio (corta / media / larga) con ángulos distintos: la práctica, la curiosa, la honesta sobre lo que estás aprendiendo 3. Las 3 cosas más interesantes de mi historia que probablemente NO estoy mostrando porque me parecen normales (lo que para ti es normal afuera puede ser raro) 4. Una sección que NO suelen poner pero que destaca: ej. "lo que estoy estudiando ahora", "lo que cambié de opinión sobre" 5. Lo que NO debo poner aunque la plantilla lo pida (cosas que matan más perfiles de lo que ayudan) Tono: fresco pero profesional. Cero "rockstar", cero "ninja", cero emojis sin función.

CopiarVoy a escribir una cover letter para [PUESTO] en [EMPRESA]. Tu trabajo es ayudarme a hacer una que sí lean. Te paso: - La descripción del puesto (copy-paste): [...] - Mi experiencia relevante (3-4 puntos concretos): [...] - Algo específico de la empresa que me llamó la atención (un producto, un valor, un movimiento reciente — algo CONCRETO, no "su misión inspiradora"): [...] - Por qué quiero ESTE puesto y no cualquiera (honesto): [...] Devuélveme: 1. PRIMER PÁRRAFO (60 palabras): no arranca con "Me dirijo a ustedes con interés", arranca con un hecho concreto sobre la empresa que demuestre que investigué de verdad. 2. SEGUNDO PÁRRAFO (80 palabras): conexión entre lo que ofrecen y lo que sé hacer, con UNA evidencia cuantitativa. 3. TERCER PÁRRAFO (40 palabras): por qué este puesto en particular (no "su cultura"). 4. CIERRE (20 palabras): pedido concreto, sin "agradezco su tiempo". Reglas: - Total: máx 200 palabras - Cero "soy un profesional apasionado y proactivo" - Cero subjuntivos cobardes ("podría aportar", "espero contribuir") — usa indicativo - Si me ves inflando algo, márcalo aparte para que lo ajuste yo

CopiarRecibí mi primera oferta seria. Quiero negociar sin sonar entitled ni perder la oferta. CONTEXTO: - Puesto: [...] - Empresa (tamaño, sector, geografía): [...] - Oferta actual: [salario, beneficios, todo lo que te dijeron] - Mi BATNA real: [otra oferta concreta / "necesito el trabajo" / "puedo esperar 60 días"] - Rango de mercado que investigué: [link o número] Devuélveme: 1. ¿Está la oferta en rango de mercado? Sé directo: si está bien, te digo que aceptes; si está bajo, te digo cuánto pedir. 2. Si pido más, ¿pido SALARIO base, BONO de firma, EQUITY, BENEFICIOS, o CONDICIONES (vacaciones, remoto, horario)? Ordenalo por probabilidad de éxito en MI caso. 3. La frase exacta para empezar la conversación de negociación (texto literal que copio y pego) 4. La frase para cerrar si dicen que no a mi pedido inicial (sin perder la oferta) 5. Las 2 cosas que NO debo hacer aunque me las recomienden en internet (esos consejos viejos que en LatAm o para junior se voltean) Tono: realista. Si crees que estoy en posición débil, dímelo y dame estrategia para esa posición.

CopiarTengo una idea: [DESCRIPCIÓN EN 3 LÍNEAS]. Antes de construir nada, quiero validarla en 7 días. Diséñame el experimento. Devuélveme: 1. La hipótesis CRÍTICA: ¿qué tiene que ser cierto para que esta idea valga la pena? (UNA hipótesis, no cinco) 2. El test más barato y rápido para confirmar/descartar esa hipótesis. NO me digas "haz una landing y mide" si hay algo más rápido. 3. Cuánto debería costar el test (en dinero y en horas). Si supera $50 USD o 10 horas para una validación inicial, estoy haciendo algo mal. 4. La métrica que define éxito: número concreto. Si no llego a X, descartá la idea. 5. La trampa del "vanity metric (métrica de vanidad)": qué métrica voy a querer celebrar pero que NO valida nada. 6. Si el test sale bien, ¿cuál es el SIGUIENTE experimento? (un solo paso adelante, no el plan completo) Si la idea ya tiene 50 competidores y no la diferenciaste, dímelo arriba antes del experimento.

CopiarVas a ser mi tutor para [MATERIA / EXAMEN]. Tienes que enseñarme, no responderme. REGLAS DURAS PARA TI: 1. NUNCA me des la respuesta directa. Siempre la siguiente pregunta o pista que me empuja a pensar. 2. Si me equivoco, no me digas "incorrecto, la respuesta es X". Dime: "¿qué pasaría si Y?" — y déjame llegar. 3. Si me trabo después de 3 intentos, dame UNA pista concreta — no la respuesta. 4. Cada 5 conceptos, hazme una pregunta sintética que mezcle 2-3 cosas que ya vimos. 5. Al final de la sesión, dame: - Las 3 cosas que dominé - Las 2 que necesito reforzar - Una explicación de por qué confundí lo que confundí (no qué confundí — POR QUÉ) CONTEXTO: - Material que tengo que cubrir: [tema o link] - Tipo de examen (memorización / aplicación / análisis): [...] - Nivel de partida: [no sé nada / sé lo básico / lo manejo pero me trabo en X] - Tiempo disponible total: [horas] Empieza con UNA pregunta de diagnóstico. No me des resumen. Solo pregunta.

CopiarEscribe un pequeño script en Python que lea un archivo CSV y calcule la media de una columna específica. Asegúrate de incluir manejo de errores para archivos inexistentes o formatos incorrectos.

CopiarGenera una lista ordenada de sitios web, libros y cursos en línea recomendados para principiantes que quieren incursionar en el campo de la inteligencia artificial. Incluye un breve resumen de cada recurso.

CopiarCrea un texto corto que resuma los puntos clave abordados durante la reunión semanal, incluyendo decisiones importantes tomadas y acciones a seguir. Asegúrate de mencionar quién está responsable de cada tarea.

CopiarHazme una investigación detallada sobre la posición de Analista Financiero en XYZ Corp. Incluye información acerca del nivel de experiencia requerido, las responsabilidades específicas y los requisitos técnicos clave para este puesto.

CopiarHazme un resumen de 3-5 puntos clave de nuestra última reunión sobre el proyecto Alpha, incluyendo los acuerdos y desacuerdos principales.

CopiarComprueba este fragmento de código en Python y busca errores como malas prácticas, falta de documentación o problemas lógicos.