Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como arquitecto software senior. Genera un Architecture Decision Record (ADR) para:
Título: [título de la decisión]
Contexto del proyecto: [contexto del proyecto]
Problema a resolver: [problema a resolver]
Estructura obligatoria:
1) Título + fecha + autor
2) Estado (propuesto/aceptado/deprecado)
3) Contexto: situación actual y restricciones
4) Opciones evaluadas (mínimo 3): cada una con pros, contras y coste estimado
5) Decisión tomada y justificación (por qué esta y no las otras)
6) Consecuencias positivas y negativas
7) Métricas de seguimiento para validar la decisión
Formato Markdown. Tono técnico, sin ambigüedades. Cada opción debe ser viable, no incluyas opciones paja.
Genera un ADR completo con contexto, opciones evaluadas, decisión y consecuencias.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como consultor de estrategia B2B. Genera un Business Model Canvas completo para:
Empresa: [empresa]
Sector: [sector]
Producto/Servicio: [producto o servicio]
Cliente ideal: [cliente]
Para cada uno de los 9 bloques del BMC:
- Proporciona 2-3 opciones estratégicas concretas
- Marca la opción recomendada con [RECOMENDADO] y justifica
- Identifica dependencias entre bloques
Al final incluye:
- 3 riesgos principales del modelo
- 3 hipótesis críticas a validar antes de invertir
- Métricas clave por bloque (unit economics si aplica)
Formato tabla Markdown. Sé específico para el sector indicado, no genérico.
Analiza y completa un Business Model Canvas con insights estratégicos.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como abogado laboralista especializado en propiedad intelectual bajo derecho español (Estatuto de los Trabajadores, Ley de Patentes 24/2015, LPI). Revisa las siguientes cláusulas contractuales:
[cláusulas a revisar, sin nombres ni datos personales]
Analiza cada cláusula evaluando:
1. Validez legal bajo normativa española vigente
2. Cláusulas potencialmente abusivas o desproporcionadas
3. Derechos irrenunciables del trabajador que se estén vulnerando
4. Ambigüedades que podrían generar conflicto
5. Alcance temporal y territorial (proporcionalidad)
Genera una tabla con columnas: Cláusula | Evaluación | Nivel de Riesgo (Alto/Medio/Bajo) | Recomendación concreta
Al final, redacta las cláusulas alternativas recomendadas listas para usar.
IMPORTANTE: Esto NO sustituye asesoramiento legal profesional. Indica siempre que se consulte con un abogado.
Revisa cláusulas de propiedad intelectual en contratos bajo derecho español.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como coach de OKRs para startups. Genera OKRs trimestrales para:
Empresa: [empresa]
Objetivo anual principal: [objetivo]
Trimestre: [trimestre]
Tamaño equipo: [número de personas] personas
Reglas:
- 3-4 Objetivos cualitativos e inspiradores
- 3-4 Key Results por objetivo, siempre medibles con número concreto
- Calibra al 70% de probabilidad de alcanzar (ambiciosos pero realistas)
- Adapta al tamaño del equipo (no pidas lo mismo a 3 que a 30)
Para cada Key Result incluye:
- Baseline actual (o indica que debe medirse)
- Target del trimestre
- 2-3 iniciativas concretas para alcanzarlo
- Owner sugerido (por rol, no nombre)
Formato Markdown con tablas. Incluye una sección de "dependencias entre OKRs" y "riesgos de no cumplimiento".
Genera OKRs trimestrales alineados con objetivos de negocio.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como consultor GRC senior certificado en ISO 27001 Lead Auditor. Genera una Política de Seguridad de la Información para:
Organización: [organización]
Sector: [sector]
Número de empleados: [número de empleados]
Nivel ENS requerido: [nivel ENS: básico, medio o alto]
La política debe cubrir estas 10 secciones:
1. Alcance y aplicabilidad
2. Marco normativo aplicable (ENS, NIS2, ISO 27001, RGPD)
3. Principios de seguridad
4. Roles y responsabilidades (matriz RACI)
5. Clasificación de la información (niveles y tratamiento)
6. Gestión de riesgos (metodología y ciclo)
7. Crosswalk ENS ↔ ISO 27001 ↔ NIS2 (tabla de controles equivalentes)
8. Gestión de incidentes (clasificación, notificación, plazos legales)
9. Continuidad de negocio (BIA, RPO, RTO)
10. Mejora continua (auditorías, métricas, revisión por dirección)
Adapta el nivel de detalle al tamaño de la organización. Incluye plazos legales de notificación según NIS2 y ENS. Formato Markdown profesional.
Genera una política de seguridad con crosswalk ENS/NIS2/ISO27001.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como detection engineer senior de un SOC. Tu tarea es [crear o analizar] una regla Sigma.
Descripción de la detección:
[descripción de la detección]
Genera lo siguiente:
1. Regla Sigma completa en YAML válido (título, status, description, references, author, date, tags, logsource, detection, falsepositives, level)
2. Mapeo MITRE ATT&CK: táctica, técnica, sub-técnica con IDs
3. Fuentes de log necesarias (Windows Event ID, Sysmon, etc.)
4. Falsos positivos esperados y cómo filtrarlos
5. Severidad justificada (informational/low/medium/high/critical)
6. Conversión de la regla para SIEM: [SIEM: Splunk, Elastic, Microsoft Sentinel…] (query lista para copiar)
7. 3 test cases: 1 true positive, 1 true negative, 1 edge case
La regla debe seguir las convenciones del repositorio SigmaHQ. Si es análisis de regla existente, evalúa cobertura, rendimiento y mejoras.
Analiza o genera reglas Sigma con mapeo MITRE ATT&CK.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como incident manager de un SOC. Genera un informe post-mortem completo para:
Incidente: [descripción del incidente]
Fecha y hora de detección: [fecha y hora de detección]
Sistemas afectados: [sistemas afectados]
Impacto en negocio: [impacto en el negocio]
Estructura del informe:
1. Resumen ejecutivo (max 5 líneas, para dirección)
2. Timeline detallado (desde primer indicador hasta cierre)
3. Análisis de causa raíz: 5 Whys documentados
4. Indicadores de Compromiso (IoCs): IPs, hashes, dominios, artefactos
5. TTPs del atacante mapeados a MITRE ATT&CK
6. Métricas: MTTD (tiempo detección), MTTR (tiempo respuesta), MTTC (tiempo contención)
7. Acciones correctivas: inmediatas (ya aplicadas) y a medio plazo (con owner y fecha)
8. Lecciones aprendidas y mejoras al playbook
Tono profesional, orientado a que el equipo aprenda. Sin culpar personas. Formato Markdown.
Genera un informe post-mortem con 5 Whys, IoCs y métricas.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como analista de riesgos TI (ISO 27005, ENS, metodología MAGERIT). Evalúa el riesgo del siguiente activo:
Activo: [activo]
Tipo de activo: [tipo de activo]
Criticidad para el negocio: [criticidad para el negocio]
Vulnerabilidades conocidas: [vulnerabilidades conocidas]
Controles actuales: [controles actuales]
Genera:
1. Valoración de dimensiones CID (Confidencialidad, Integridad, Disponibilidad) de 1 a 5 con justificación
2. Amenazas aplicables según MAGERIT (con probabilidad e impacto)
3. Cálculo de riesgo inherente (sin controles) y residual (con controles)
4. Puntuación CVSS v3.1 si aplica a las vulnerabilidades listadas
5. Recomendaciones priorizadas (quick wins vs inversión)
6. Matriz de riesgo visual en formato tabla Markdown
Indica claramente qué riesgos están por encima del umbral aceptable y requieren tratamiento inmediato.
Evalúa riesgos de un activo TI con CVSS, ENS e ISO 27005.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Genera un archivo CLAUDE.md optimizado para Claude Code con la siguiente información del proyecto:
Nombre del proyecto: [nombre del proyecto]
Stack tecnológico: [stack tecnológico]
Estructura de directorios: [estructura de directorios]
Convenciones del equipo: [convenciones del equipo]
El CLAUDE.md debe incluir estas secciones (max 100 líneas total):
1. Descripción del proyecto en 2-3 líneas
2. Stack con versiones
3. Estructura de directorios clave (solo los importantes)
4. Convenciones de naming (archivos, variables, funciones, commits)
5. Comandos frecuentes (build, test, deploy, lint)
6. Anti-patterns específicos del proyecto (qué NO hacer)
7. Contexto de negocio relevante para decisiones técnicas
8. Variables de entorno necesarias
Formato Markdown limpio. Sin secciones vacías. Prioriza lo que más ahorra tiempo a Claude Code al trabajar con el repo. No repitas lo que ya está en README o docs/.
Genera un CLAUDE.md optimizado para que Claude Code entienda tu proyecto.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Genera tests unitarios completos para el siguiente código:
```[lenguaje][código, sin secretos ni claves]
```
Framework de testing: [framework de testing]
Requisitos:
- Mínimo 5 tests cubriendo: happy path, edge cases, errores esperados, inputs límite, tipos incorrectos
- Patrón AAA (Arrange, Act, Assert) en cada test
- Naming: test_nombreMetodo_escenario_resultadoEsperado
- Mocks/stubs para dependencias externas (DB, API, filesystem)
- Cada test debe ser independiente y poder ejecutarse en cualquier orden
- Incluye comentarios breves explicando POR QUÉ se testea cada caso
Al final genera:
- Un resumen de cobertura estimada
- Casos que NO se pueden testear unitariamente (necesitan integración)
- Comando para ejecutar los tests
Genera tests unitarios completos para una función o clase.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Diseña un workflow n8n completo para:
Objetivo: [objetivo]
Trigger: [disparador]
Integraciones necesarias: [integraciones necesarias]
Genera:
1. Diagrama de flujo del workflow (texto: nodo1 → nodo2 → ...)
2. Configuración de cada nodo: tipo, parámetros clave, expresiones n8n
3. Manejo de errores: Error Trigger, retry policy, notificación de fallo
4. Variables de entorno necesarias (credentials y config)
5. Payload de ejemplo (input y output de cada nodo)
6. Coste estimado mensual (si usa APIs de pago)
7. Plan de testing: cómo verificar cada rama del workflow
Buenas prácticas:
- Usa nodos Set para transformar datos entre servicios
- Añade nodos IF para control de flujo
- Batch processing si hay más de 10 ítems
- Limita concurrencia para no saturar APIs
Formato Markdown. Los payloads en bloques JSON.
Diseña un workflow n8n completo con nodos, errores y configuración.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Necesito ayuda para debuggear un error.
Lenguaje/Framework: [lenguaje]
Mensaje de error completo:
```
[mensaje de error completo, sin secretos]
```
Código relevante:
```
[código, sin secretos ni claves]
```
Comportamiento esperado: [comportamiento esperado]
Comportamiento actual: [comportamiento actual]
Lo que ya he probado: [lo que ya has probado]
Analiza siguiendo este orden:
1. Causa raíz más probable (no síntomas, la causa real)
2. Por qué cada intento previo no funcionó
3. Solución paso a paso con código corregido
4. Cómo prevenir este error en el futuro (lint rule, type check, test)
5. Test unitario específico para cubrir este caso
Si necesitas más contexto (versiones, config, logs), pregunta antes de asumir.
Template universal para debugging efectivo con IA.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como copywriter especializado en LinkedIn B2B. Genera 3 variantes de post sobre:
Tema: [tema]
Audiencia objetivo: [audiencia]
Objetivo del post: [objetivo]
Tono: [tono]
Reglas para cada variante:
- Entre 800 y 1.300 caracteres
- Hook diferente: Variante 1 con pregunta provocadora, Variante 2 con dato/estadística, Variante 3 con mini-historia personal
- Estructura: hook (2 líneas) → desarrollo (3-5 párrafos cortos) → CTA sutil
- Máximo 2 emojis por post (al inicio de línea, nunca inline)
- 3 hashtags relevantes al final
- Saltos de línea entre cada párrafo (formato LinkedIn)
- Sin jerga corporativa vacía ("sinergia", "paradigma", "disruptivo")
- CTA que invite a comentar o compartir experiencia, no a comprar
Indica para cada variante: mejor hora de publicación y día de la semana recomendado.
Genera 3 variantes de post LinkedIn con hooks diferentes.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como especialista en cold outreach B2B. Genera una secuencia de 3 emails para:
Producto/Servicio: [producto o servicio]
Cliente ideal (ICP): [cliente ideal (ICP)]
Pain principal: [problema principal del cliente]
Diferenciador clave: [diferenciador clave]
Secuencia:
Email 1 (Día 0, primer contacto):
- Subject: max 50 caracteres, sin clickbait
- Body: max 100 palabras, personalizado al ICP
- Menciona el pain, no el producto
- CTA: pregunta simple (sí/no)
Email 2 (Día 3, follow-up de valor):
- Subject: referencia al email anterior
- Body: aporta un dato, caso de uso o recurso útil
- No repitas el pitch, aporta valor
- CTA: propón 15 min de llamada con fecha concreta
Email 3 (Día 7, breakup):
- Subject: cierre amable
- Body: max 50 palabras
- Deja la puerta abierta sin presionar
Reglas generales: sin jerga de ventas, sin "espero que estés bien", sin attachments. Tono profesional pero humano.
Genera secuencia de 3 emails fríos B2B personalizados.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como guionista de YouTube técnico. Genera un guion completo para:
Título del vídeo: [título del vídeo]
Duración objetivo: [duración] minutos
Audiencia: [audiencia]
Objetivo del vídeo: [objetivo]
Estructura obligatoria:
- [00:00-00:30] Hook: pregunta o problema que enganche en 5 segundos
- [00:30-01:00] Intro: quién eres, qué van a aprender, por qué importa
- [01:00-XX:XX] Contenido: bloques de 2-3 minutos, cada uno con subtítulo
- [XX:XX-XX:30] Resumen: 3 takeaways en bullets
- [XX:30-XX:45] CTA: suscripción + vídeo relacionado
Para cada sección incluye:
- Texto exacto del narrador (listo para teleprompter)
- [PANTALLA]: qué se muestra (screencast, slide, B-roll)
- [GRÁFICO]: textos overlay o lower thirds
Timestamps ajustados a la duración total. Tono conversacional, no conferencia. Incluye al final: título SEO (50-60 chars), descripción (2 párrafos), 10 tags.
Genera guion completo con timestamps y notas de producción.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como analista de mercado para startups. Realiza un análisis competitivo para:
Mi producto: [producto o servicio]
Competidores principales: [competidores principales]
Mi diferenciador clave: [diferenciador clave]
Genera:
1. Tabla comparativa: features, pricing, target, fortalezas, debilidades (Markdown)
2. Battlecard por cada competidor: qué dicen ellos, qué decimos nosotros, objeciones frecuentes y respuestas
3. Mapa de posicionamiento: ejes relevantes para el mercado (ej: precio vs complejidad)
4. Análisis Blue Ocean: factores a eliminar, reducir, incrementar y crear
5. 3 mensajes de diferenciación listos para usar en landing, pitch y LinkedIn
Basa el análisis en información pública. Si no conoces datos exactos de un competidor, indícalo y sugiere cómo investigarlo. No inventes métricas.
Genera battlecards y análisis de diferenciación competitiva.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Genera una propuesta técnica profesional para cliente enterprise:
Cliente: [cliente]
Sector: [sector]
Necesidad detectada: [necesidad detectada]
Solución propuesta: [solución propuesta]
Estructura de la propuesta:
1. Resumen ejecutivo (media página, para C-level)
2. Entendimiento del problema (demuestra que escuchaste al cliente)
3. Solución propuesta: arquitectura, componentes, integraciones
4. Plan de implementación: fases, hitos, duración, dependencias del cliente
5. Equipo asignado: roles y dedicación
6. ROI estimado: costes actuales vs con la solución, payback period
7. Pricing: 3 opciones (básico, profesional, enterprise) con scope claro
8. SLA y soporte: tiempos de respuesta, disponibilidad, canales
9. Siguientes pasos: 3 acciones concretas con fechas
Tono profesional pero no burocrático. Incluye al final una sección de "por qué nosotros" con 3 diferenciadores. Formato Markdown listo para convertir a PDF.
Genera propuesta técnica completa con ROI para cliente enterprise.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Genera un plan de contenido YouTube para 30 días:
Canal: [canal]
Nicho: [nicho]
Frecuencia: [vídeos por semana] vídeos/semana
Audiencia objetivo: [audiencia]
Por cada vídeo incluye:
- Día de publicación
- Título SEO optimizado (50-60 caracteres)
- Tipo de contenido: tutorial (40%), caso de uso (25%), opinión (20%), comparativa (15%)
- Duración recomendada
- 5 keywords objetivo
- Hook de los primeros 30 segundos (texto exacto)
- CTA específico del vídeo
Adicional:
- 2 Shorts por semana (tema, hook 3 seg, duración 30-60s)
- Mejor día y hora de publicación para el nicho
- Thumbnails: texto sugerido (max 4 palabras) y estilo visual
- Estrategia de playlists: agrupar vídeos en 3-4 series
Formato tabla Markdown. Los títulos deben provocar clic sin ser clickbait.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Genera un Google Apps Script completo para:
Objetivo: [objetivo]
Datos de entrada: [datos de entrada]
Acción a realizar: [acción a realizar]
Trigger: [disparador]
Requisitos del código:
- JSDoc completo en cada función (parámetros, return, descripción)
- try/catch con logging a un sheet de errores
- Configuración centralizada al inicio del archivo (rangos, IDs, URLs)
- Función testMain() para pruebas manuales
- Batch processing si maneja más de 50 filas (para evitar timeout 6 min)
- Comentarios en español explicando la lógica de negocio
Incluye al final:
1. Instrucciones de setup paso a paso (dónde pegar el código, permisos)
2. Cómo configurar el trigger (manual o automático)
3. Ejemplo de input y output esperado
4. Limitaciones conocidas (cuotas de Google, rate limits)
Código completo, listo para copiar y pegar en el editor de Apps Script.
Genera script GAS completo con JSDoc y manejo de errores.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Diseña un agente basado en LangGraph para:
Objetivo del agente: [objetivo]
Dominio: [dominio]
Tools disponibles: [herramientas disponibles]
Nivel de autonomía: [nivel de autonomía: bajo, medio o alto] (bajo=HITL siempre, medio=HITL en decisiones críticas, alto=autónomo con circuit breakers)
Genera:
1. Grafo del agente: nodos y edges en formato texto (node_a → condition → node_b)
2. State: TypedDict con todos los campos necesarios (inputs, outputs, memoria, flags)
3. Pseudo-código de cada nodo: qué hace, qué lee del state, qué escribe
4. Lógica de routing: condiciones para cada edge condicional
5. HITL checkpoints: en qué nodos se pausa y qué aprueba el humano
6. Memoria: qué se persiste entre ejecuciones y dónde (DB, file, vector store)
7. Circuit breakers: max retries, timeouts, fallbacks por nodo
8. Métricas: qué medir (latencia, tokens, tasa de éxito, HITL rate)
Código esqueleto en Python con:
- StateGraph, add_node, add_edge, add_conditional_edges
- Placeholder para cada tool
- Configuración de checkpointer
El agente debe seguir el patrón Coordinator-Worker si tiene más de 3 tools.
Diseña un agente IA con LangGraph: HITL, memoria y grafo.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como un social media manager experto. Crea un calendario de contenido para [red social] durante [mes]. Mi sector es [sector]. Incluye: 4 publicaciones por semana, mezcla de formatos (carrusel, vídeo, texto, stories), texto para cada publicación, hashtags relevantes y mejor hora de publicación para España.
Un mes de contenido para una red social, con formatos y horarios.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como controller financiero. Analiza estas cifras por partida: presupuesto [cifras presupuestadas] y real [cifras reales]. Identifica: desviaciones superiores al 5 %, causas probables de cada desviación, impacto en el resultado y 3 acciones correctivas priorizadas por impacto. Formato: tabla + resumen ejecutivo de 5 líneas.
Dónde se ha desviado el presupuesto, por qué y qué hacer.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como técnico de selección sénior. Te paso un CV ANONIMIZADO (sin nombre, foto, edad, sexo, nacionalidad, estado civil ni dirección) para el puesto de [puesto]. Requisitos del puesto: [lista de requisitos]. Analiza: grado de encaje con cada requisito (cumple, parcial o no consta) con la evidencia del CV, fortalezas, lagunas o puntos que aclarar y 3 preguntas específicas para la entrevista basadas en su experiencia.
CV: [pegar CV anonimizado]
Reglas: no puntúes ni ordenes candidatos, no descartes a nadie y no uses criterios protegidos ni sus indicios (edad, sexo, origen, discapacidad, maternidad o paternidad, huecos en el CV por cuidados). La decisión la toma una persona del equipo de selección.
Encaje con los requisitos y preguntas para la entrevista. La decisión la toma una persona.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como consultor de estrategia especializado en lógica financiera y unit economics. Evalúa cómo gana dinero este negocio y si escala:
Negocio: [descripción del negocio]
Modelo de precios actual: [suscripción, por uso, pago único…]
Datos disponibles: [ingresos, costes, clientes, CAC… o «sin datos»]
Analiza:
0) Hipótesis económica: por qué debería ser rentable a escala
1) Fuentes de ingresos: principales y secundarias
2) Lógica de precios: modelo y alineación con el valor que percibe el cliente
3) Estructura de costes: fijos, variables y principales impulsores
4) Unit economics: ingreso por cliente, coste por cliente y margen de contribución
5) Escalabilidad: economías de escala y cuellos de botella (operaciones, suministro, CAC)
6) Sensibilidad: qué 3 variables mueven más la rentabilidad
Salida: tabla resumen de unit economics, los 3 mayores riesgos y 3 palancas de mejora. Si faltan datos, usa supuestos marcados como [SUPUESTO] y no inventes cifras de mercado.
¿Gana dinero cada cliente y escala el modelo? Con supuestos marcados.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como estratega de salida al mercado centrado en la ejecución, no en la teoría. Convierte esta estrategia en un plan concreto:
Producto: [producto o servicio]
Cliente ideal: [cliente ideal]
Recursos disponibles: [personas, presupuesto mensual]
Incluye:
0) Hipótesis: por qué lo adoptarán los clientes
1) Cliente objetivo: perfil, intensidad y urgencia del problema
2) Posicionamiento: mensaje central en una frase y diferenciador
3) Canales de captación ordenados por retorno esperado, con el motivo
4) Embudo: visibilidad, consideración, conversión y retención, con los puntos de conversión clave
5) Plan de acción a 30, 60 y 90 días y reparto de recursos
6) Métricas: CAC, tasas de conversión, retención y umbrales de éxito
Formato: tablas Markdown. Ajusta el plan a los recursos indicados: no propongas canales que no se puedan atender.
De la estrategia a acciones con fecha, canales priorizados y métricas.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como crítico sénior de documentos de requisitos de producto (PRD) para startups en fase temprana. Has lanzado productos desde cero y también has descartado malas ideas a tiempo. Tu trabajo NO es reescribir el PRD, sino ponerlo a prueba hasta que sus puntos débiles sean evidentes y accionables.
PRD o notas:
[pegar el PRD o las notas]
Si falta algo crítico, haz hasta 5 preguntas antes de seguir; después continúa con supuestos marcados.
Revisa:
1) Claridad del problema: ¿es concreto, frecuente y lo sufre un comprador real?
2) Usuario y cliente: usuario principal frente a quien paga
3) Casos de uso: los 3 principales y si el alcance los cubre
4) Alcance del MVP: qué sobra y qué falta
5) Métricas de éxito: ¿se pueden medir y tienen umbral?
6) Riesgos: técnicos, de mercado, legales (RGPD) y de dependencia de terceros
7) Supuestos sin validar y el experimento más barato para cada uno
Salida: veredicto en una línea, tabla de problemas por gravedad y las 5 preguntas que debería poder responder el fundador antes de construir.
Revisión implacable de un PRD antes de gastar en desarrollo.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como analista de negocio especializado en estudios de viabilidad para startups. Evalúa esta idea:
Idea: [idea de negocio]
Sector: [sector]
Mercado geográfico: [región o país]
Analiza:
1) La propuesta central en 2-3 frases y el problema que resuelve
2) Retos técnicos: qué es difícil de construir, qué ya existe y qué depende de terceros
3) Viabilidad de mercado: tamaño aproximado, competidores y sustitutos
4) Requisitos legales o regulatorios relevantes en [región o país]
5) Recomendaciones para superar los 3 mayores retos
6) Veredicto: seguir, pivotar o descartar, con el motivo
Usa marcos conocidos (por ejemplo, las cinco fuerzas o un DAFO) solo si aportan. Distingue entre lo que sabes y lo que habría que investigar, y no inventes cifras de mercado.
Primer filtro de una idea: técnica, mercado, regulación y veredicto.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como product manager con experiencia en documentos de requisitos de producto (PRD). Quiero redactar el PRD de:
Producto o funcionalidad: [producto o funcionalidad]
Contexto: [empresa, usuarios actuales, motivo]
Antes de escribir nada, hazme las preguntas que necesites para aclarar el contexto (máximo 6). Después redacta el PRD con estas secciones:
1) Resumen
2) Problema y a quién afecta
3) Objetivos y métricas de éxito
4) Fuera de alcance
5) Funcionalidades priorizadas (imprescindible, importante, deseable)
6) Requisitos no funcionales: rendimiento, seguridad, privacidad (RGPD), accesibilidad
7) Dependencias y riesgos
8) Calendario por hitos
Formato Markdown. Frases cortas y sin relleno.
Un PRD completo que empieza preguntando, no suponiendo.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como experto en seguridad y cumplimiento de sistemas de IA. Crea un checklist de evaluación de seguridad para este despliegue:
Tipo de sistema: [asistente de chat, agente con herramientas, flujo automatizado…]
Datos que maneja: [tipos de datos, sin incluir datos reales]
Modelo y alojamiento: [API externa, modelo local…]
Cubre estas áreas, con preguntas verificables (sí/no/parcial) y la evidencia que se debe pedir:
1) Privacidad y RGPD: datos personales en prompts y base de conocimiento, transferencias internacionales, retención
2) Identidad y permisos: quién puede usarlo y qué puede hacer cada rol
3) Herramientas y acciones: qué puede ejecutar el agente, confirmación humana en acciones irreversibles
4) Base de conocimiento: origen de los documentos, documentos sensibles, contenido que suben los usuarios
5) Inyección de prompts: contenido externo tratado como datos, no como instrucciones
6) Registro y trazabilidad: qué se registra y durante cuánto tiempo
7) Encaje con ENS, NIS2 y AI Act cuando aplique
Salida: tabla con área, control, pregunta, evidencia y prioridad.
Preguntas verificables para auditar un asistente o agente antes de abrirlo.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Ayúdame a redactar la cronología de un incidente a partir de notas desordenadas (chat, guardias, registros). Elimina antes cualquier dato personal o secreto.
Notas:
[pegar notas]
Zona horaria: [zona horaria]
Proceso:
1) Ordena los hechos en una cronología con hora exacta (no «más tarde» ni «enseguida»)
2) Separa HECHOS (con la nota que los respalda) de HIPÓTESIS
3) Propón gravedad e impacto en clientes solo a partir de lo que dicen las notas; si no hay datos, escribe «PENDIENTE»
4) Resumen del impacto en 3 líneas
5) Acciones de seguimiento asignadas a roles, no a personas, y concretas (nada de «mejorar la monitorización»)
Estilo: frases cortas y sin culpables. Si el incidente afecta a datos personales, recuérdame comprobar el plazo de notificación de 72 horas del RGPD y los plazos de NIS2 si aplica.
Del caos de notas a una cronología con hechos, hipótesis y acciones.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como mentor sénior de ciberseguridad defensiva. Mi perfil:
Formación y experiencia: [formación y experiencia]
Nivel actual: [principiante, junior…]
Objetivo profesional: [analista SOC, GRC, respuesta a incidentes…]
Horas por semana: [horas]
Diseña un plan de 12 semanas que incluya:
1) Fundamentos que debo dominar primero (redes, sistemas, identidad, registros)
2) Por semana: un tema, un recurso gratuito o de bajo coste, un ejercicio práctico en laboratorio propio y cómo comprobar que lo he aprendido
3) Certificaciones adecuadas a mi objetivo y en qué orden, sin obligarme a ninguna
4) Un proyecto de portfolio que demuestre lo aprendido (por ejemplo, reglas de detección documentadas o un análisis de riesgos de un caso ficticio)
5) Normativa básica que debo conocer en España: RGPD, ENS y NIS2
Reglas: practica solo en laboratorios propios o plataformas autorizadas, nunca contra sistemas de terceros. Si una pregunta mía se va a lo ofensivo sin contexto autorizado, redirígela a la detección y la defensa.
Doce semanas de ruta práctica hacia un puesto defensivo.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como generador de mensajes de commit siguiendo la especificación Conventional Commits. Te paso el diff o la descripción de los cambios:
[pegar git diff o descripción, sin secretos]
Formato: <tipo>(ámbito opcional): <descripción>, seguido de cuerpo y pies opcionales.
- Tipos: feat, fix, docs, style, refactor, test, chore, ci, perf, build
- Ámbito entre paréntesis cuando aporte (por ejemplo, feat(api):)
- Cambios incompatibles: ! tras el tipo o pie BREAKING CHANGE:
- Descripción en imperativo, en minúscula y sin punto final, máximo 72 caracteres
- El cuerpo explica qué y por qué, no cómo
- Idioma del mensaje: [español o inglés]
Si el diff mezcla cambios sin relación, propón dividirlo en varios commits y da un mensaje para cada uno.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como revisor de pull requests experto en seguridad y calidad. Revisa este cambio:
Objetivo del cambio (ticket): [descripción del ticket]
Diff:
[pegar git diff, sin secretos]
Revisa por este orden:
1) ¿El cambio hace lo que pide el ticket? Señala lo que falte o sobre
2) Seguridad: validación de entradas, autorización por recurso, inyección, secretos en el código, datos personales en registros
3) Cambios incompatibles para otros módulos o clientes de la API
4) Errores y casos límite sin cubrir, y tests que faltan
5) Legibilidad y convenciones del proyecto
Salida: lista de hallazgos con fichero:línea, gravedad (bloqueante, importante, sugerencia), el problema en una frase y la corrección propuesta. No comentes el formato si no cambia el significado. Si no hay nada bloqueante, dilo claramente.
Revisión de PR por prioridades, con fichero:línea y gravedad.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como arquitecto de sistemas con experiencia en diseños prácticos. Diseña un sistema que funcione para esta idea:
Idea: [idea]
Restricciones: [presupuesto, equipo, plazos, normativa]
Explica:
1) El problema que resuelve y para quién
2) Actores implicados
3) Componentes principales y responsabilidad de cada uno
4) Funcionamiento paso a paso (flujo principal y flujo de error)
5) Herramientas y servicios necesarios, solo probados y existentes
6) Riesgos y limitaciones, y cómo gestionarlos (incluida la protección de datos)
7) Cómo escala: qué cambia con 10 veces más usuarios
8) Plan de implantación desde el MVP hasta la operación completa
Reglas: no inventes dependencias innecesarias, prefiere lo simple y explica cada decisión en una frase.
Arquitectura realista, del MVP a la escala, sin sobreingeniería.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Convierte esta petición en una consulta SQL correcta y legible.
Motor: [PostgreSQL, MySQL, SQL Server…]
Esquema: [tablas, columnas y relaciones]
Petición: [qué datos quieres, en lenguaje natural]
Reglas:
- Una sola consulta que responda a la petición
- Columnas explícitas, nunca SELECT *
- Alias de tabla claros y coherentes
- SQL estándar salvo que el motor indicado necesite otra cosa
- Si la petición es ambigua o falta una columna en el esquema, pregunta antes de suponer
- Si la consulta puede ser lenta en tablas grandes, indica qué índice ayudaría
Devuelve la consulta y, debajo, una explicación de 2-3 líneas de qué hace. No ejecutes ni propongas consultas que modifiquen o borren datos salvo que la petición lo pida expresamente.
SQL limpio desde una petición en castellano, con avisos de rendimiento.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como ingeniero sénior que audita la calidad, la mantenibilidad y la deuda técnica de un código. Tu objetivo es simplificar de forma segura sin cambiar el comportamiento.
Código o árbol de directorios:
[pegar código o árbol, sin secretos]
Evalúa:
1) Código muerto: funciones, ficheros, rutas, imports y dependencias sin uso
2) Lógica duplicada que convenga unificar
3) Componentes de interfaz huérfanos o estilos obsoletos
4) Implementaciones demasiado complejas que se puedan simplificar
5) Dependencias desactualizadas o con alternativas más ligeras
Para cada hallazgo: ubicación, evidencia de que no se usa o está duplicado, propuesta, riesgo del cambio (bajo, medio o alto) y cómo verificarlo (test o búsqueda). Ordena por relación entre beneficio y riesgo. No borres nada que pueda usarse por reflexión, configuración o desde fuera del repositorio sin marcarlo como «verificar».
Qué sobra, qué está duplicado y qué simplificar, con riesgo y verificación.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Revisa este cambio de contrato de API y detecta lo que rompe a los clientes.
Antes y después (OpenAPI, esquema o diff):
[pegar diff de la API]
Pasos:
1) Clasifica cada cambio como incompatible, compatible o dudoso (por ejemplo: quitar un campo, hacer obligatorio un parámetro, cambiar un tipo o un código de estado es incompatible)
2) Resumen en 3-6 puntos
3) Tabla de cambios incompatibles: ruta, cambio, por qué rompe y cómo mitigarlo (versionado, valor por defecto, periodo de convivencia)
4) Fragmento para el CHANGELOG
5) Checklist de migración para los consumidores de la API
Reglas: no inventes rutas que no estén en el diff. Si el diff está incompleto, pide las rutas que faltan antes de suponer.
Detecta cambios que rompen clientes y prepara la migración.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
A partir del código HTML de esta página, haz un diagnóstico rápido para una empresa de [sector] que quiere captar clientes en [mercado objetivo]. Máximo 200 palabras.
HTML:
[pegar el código fuente de la página]
1) Tecnología: lenguaje del servidor, librerías, CMS y herramientas de analítica que se detecten. Señala un componente claramente obsoleto o arriesgado, si lo hay
2) Los 3 problemas SEO de mayor impacto visibles en el código (por ejemplo: sin viewport, meta description vacía, contenido oculto, varias H1, sin atributos alt)
3) Para cada uno: impacto en tráfico orgánico o conversión y la corrección en una línea
Formato: una frase con un punto fuerte (si lo hay) y tres viñetas «problema → impacto → corrección». Solo lo que se vea en el HTML: no supongas posiciones ni volumen de búsquedas.
Tres problemas SEO prioritarios en 200 palabras, sin suposiciones.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como especialista SEO en enlazado interno. Te doy una lista de páginas de mi web y una página objetivo que necesita enlaces internos.
Página objetivo: [URL y tema de la página objetivo]
Páginas de la web (URL + título + resumen de una línea):
[pegar lista]
1) Puntúa de 0 a 100 la relación de cada página con la objetivo (tema, palabras clave, intención de búsqueda)
2) Elige las 5-10 mejores páginas de origen
3) Para cada una, propón el texto ancla (variado, natural, sin repetir la palabra clave exacta en todos) y la frase donde encajaría el enlace
4) Señala enlaces que NO conviene poner (relación débil o canibalización)
Trabaja solo con la información que te paso: no inventes páginas ni datos de tráfico.
Qué páginas deben enlazar a la tuya y con qué texto ancla.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como estratega sénior de UX y comportamiento del usuario. Analiza por qué esta landing convierte o no convierte. Sé preciso y evita consejos genéricos.
Landing: [URL, texto de la página o captura]
Objetivo de conversión: [registro, compra, demo…]
Público: [público objetivo]
1) Claridad del valor: ¿qué promete en los primeros 3-5 segundos? ¿Es concreto y medible?
2) Motivaciones principales que activa (deseo, miedo, control, alivio, pertenencia): elige las 2 dominantes
3) Jerarquía visual: qué se ve primero, claridad y visibilidad de la llamada a la acción
4) Flujo: gancho, interés, momento de decisión y fricciones
5) Confianza: pruebas sociales, garantías, transparencia de precios
6) Ética: señala cualquier patrón oscuro (urgencia falsa, precios ocultos) y propón la alternativa honesta
Salida: diagnóstico en 3 frases y 5 cambios priorizados con la hipótesis que valida cada uno en un test A/B.
Diagnóstico de conversión con cambios priorizados y sin patrones oscuros.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Ayúdame a escribir el extracto «Acerca de» de mi perfil de LinkedIn para conseguir un puesto de [puesto] en [sector].
Mi experiencia: [3-5 logros concretos con cifras si las tienes]
Lo que me diferencia: [propuesta de valor]
Tono: [cercano, técnico, formal]
Requisitos:
- Primeras 2 líneas que enganchen (es lo que se ve sin pulsar «ver más»)
- Entre 1.200 y 2.000 caracteres, en primera persona
- Logros con resultados, no listas de tareas
- Palabras clave del puesto de forma natural, para el buscador de LinkedIn
- Cierre con cómo contactar o qué busco
- Sin frases hechas («apasionado», «proactivo», «orientado a resultados»)
Dame 2 versiones con enfoques distintos y dime cuál encaja mejor con el puesto y por qué.
Dos versiones de extracto con logros y palabras clave del puesto.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como experto en fórmulas de hojas de cálculo. Necesito una fórmula para:
Herramienta: [Excel o Google Sheets, y en qué idioma está configurada]
Qué quiero calcular: [cálculo o tarea]
Datos: [qué hay en cada columna o rango, con un ejemplo de 3 filas inventadas]
Condiciones: [casos especiales, celdas vacías, errores]
Devuelve:
1) La fórmula lista para pegar, con los nombres de funciones en el idioma de mi hoja y el separador de argumentos correcto (punto y coma si está en español)
2) Explicación paso a paso de cada parte
3) Qué pasa con celdas vacías o errores y cómo controlarlo
4) Una alternativa más sencilla si la hay (por ejemplo, una tabla dinámica o un filtro)
Si mi petición se resuelve mejor con un script, dilo, pero da primero la solución con fórmulas.
La fórmula exacta, en tu idioma de hoja, explicada paso a paso.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Actúa como especialista en automatización de procesos con IA. Ayúdame a decidir qué automatizar primero.
Área de negocio: [área]
Procesos actuales (qué se hace, quién, cuántas veces por semana, cuánto tarda):
[lista de procesos]
Herramientas que ya usamos: [herramientas]
Presupuesto mensual: [presupuesto]
1) Puntúa cada proceso: horas ahorradas al mes, dificultad, riesgo de error y si maneja datos personales
2) Ordena por retorno y elige los 3 primeros
3) Para cada uno: flujo propuesto paso a paso, herramienta (prefiere las que ya usamos), dónde hace falta revisión humana y coste estimado
4) Riesgos: datos personales que saldrían a servicios externos, dependencia de un proveedor, qué pasa si falla
5) Cómo medir si ha funcionado a los 30 días
No recomiendes automatizar decisiones que afecten a personas (contratación, evaluación, crédito) sin revisión humana.
Priorización de automatizaciones por retorno, riesgo y datos personales.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Te adjunto una imagen o un PDF con una tabla sobre [qué contiene la tabla]. Extrae los datos y conviértelos en un bloque CSV listo para copiar y guardar.
Requisitos:
- La primera fila es la cabecera
- Si hay celdas combinadas, repite el valor en cada fila para que el CSV quede plano
- Separador: [coma o punto y coma]; decimales: [punto o coma]
- Quita las unidades de las columnas numéricas y ponlas en el nombre de la columna (por ejemplo, «tiempo_ms»)
- Entrecomilla los campos que contengan el separador
- Si un valor no se lee bien, escribe ILEGIBLE en lugar de adivinarlo
Al final, indica cuántas filas has extraído y cuántas celdas has marcado como ILEGIBLE para que las revise a mano.
Lo que escribas se queda en tu navegador: no se guarda ni se envía. No pegues secretos, claves ni datos personales o de clientes.
Revisa las cabeceras HTTP de respuesta de MI web (de mi propiedad o con autorización expresa) y dime qué mejorar.
Cabeceras (salida de curl -sI o de las herramientas del navegador):
[pegar cabeceras]
Tipo de web: [web estática, aplicación con login, tienda…]
Revisa: Content-Security-Policy, Strict-Transport-Security, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, X-Frame-Options o frame-ancestors, cookies (Secure, HttpOnly, SameSite) y cabeceras que revelan versiones del servidor.
Para cada una: estado (correcta, mejorable, ausente), riesgo que mitiga, valor recomendado para mi tipo de web y cómo comprobar que no rompe nada (por ejemplo, empezar la CSP en modo Report-Only). Ordena por prioridad. No propongas pruebas contra sistemas de terceros.
Hardening de cabeceras HTTP con valores recomendados y despliegue seguro.
