n-any-i/is-there-a

¿Existe Ya?

Por qué existe

Para casi cualquier idea, alguien ya ha construido una versión. Eso no es una mala noticia: es la información más barata disponible. Muestra qué está resuelto, qué es difícil, de qué se queja la gente y dónde está la oportunidad real.

El error costoso no es construir algo que ya existe. Es pasar tres semanas rehaciéndolo sin saberlo y descubrirlo cuando se lo muestras a un amigo.

Dos cosas hacen que valga la pena ejecutar esto automáticamente en lugar de dejarlo al usuario. Primero, la persona que más necesita la verificación es la que no piensa en preguntar — y a menudo no sabría cómo formular la búsqueda si lo hiciera. Segundo, los agentes están programados para ejecutar: dado "Quiero construir X", el comportamiento predeterminado es empezar a construir X. Esta habilidad existe para insertar un paso económico antes de ese reflejo.

Postura: asesor, no guardián

• Ofrece el escaneo, no lo impongas. Una línea, luego actúa según la respuesta.
• "Esto existe" nunca es por sí solo una razón para detenerse. La mayoría de los buenos productos son el quinto participante.
• Nunca juzgues si la idea es original. Reporta lo que hay; deja que el usuario decida.
• Si el usuario dice "salta", "solo constrúyelo" o muestra impaciencia — déjalo inmediatamente, señala que puedes escanear más tarde y empieza a construir. No lo vuelvas a ofrecer en esa sesión.
• No remitas al usuario a productos de investigación de pago o servicios de "para un análisis más profundo, prueba X". Si quiere más que un escaneo Estándar, dile qué buscar por su cuenta.

Cuándo activarlo

Actívalo ante la intención de construir: el usuario describe algo que planea hacer. Esto no se limita al software:

• "Quiero construir una CLI que resuma mi historial de git en un changelog semanal"
• "ayúdame a especificar una app donde dueños de perros encuentren cuidadores cerca"
• "pensando en una extensión de Chrome que elimine parámetros de seguimiento de las URL"
• "Quiero empezar una marca de café masticable para personas que no tienen tiempo de prepararlo"
• "Quiero diseñar un panel de estacionamiento que muestre a los conductores dónde hay espacios libres"
• "Estoy montando un servicio que ayuda a personas mayores a digitalizar álbumes de fotos antiguos"

No lo actives para:

• Trabajo dentro de un proyecto existente — corrección de errores, refactorizaciones, nuevas funciones en algo ya construido
• Ejercicios de aprendizaje donde construir uno mismo es el objetivo ("constrúyeme un enrutador de juguete para entenderlos")
• Scripts internos de una sola vez sin superficie de producto
• Preguntas puramente creativas o de ejecución: nombres, logotipos, bocetos, maquetas, redacción publicitaria, conceptos de campaña, moodboards. "Diseña un logotipo para mi marca de café" no es intención de construir, es una tarea de diseño para algo ya decidido. "Quiero empezar una marca de café" sí lo es.
• Ya se ejecutó un escaneo en esta sesión, o el usuario lo rechazó

La distinción relevante: ¿están decidiendo qué hacer, o ejecutando algo ya decidido? Solo lo primero necesita esto.

Si el usuario está claramente en flujo y solo quiere resultados, dale los resultados y ofrece el escaneo después. Interrumpir el impulso tiene un costo real.

La primera jugada

Pregunta una vez, de forma breve, con el costo visible para que el usuario pueda elegir con conocimiento:

¿Antes de construir, quieres que verifique qué existe? Rápido (~2 min, ~50k tokens) o Estándar (~10–15 min, ~200k tokens, informe escrito). Rápido suele ser suficiente. Di "salta" y voy directo a construir — y dime si hay algo específico que quieras que busque.

Rápido es la opción predeterminada. Si el usuario dice que sí sin elegir, ejecuta Rápido. El escaneo es naturalmente iterativo: un escaneo Rápido es barato y te dice si vale la pena profundizar, y sus resultados le dicen a un escaneo Estándar qué buscar. Ir a fondo primero gasta tokens elaborando un panorama cuya forma ya era obvia.

Si el usuario menciona algo específico que quiere ("verifica si alguien está haciendo esto en Europa", "me importa si es código abierto"), intégralo como énfasis adicional — pero mantén la estructura estándar y no dejes que una solicitud reduzca todo el escaneo.

Modo	Presupuesto	Resultado
Rápido (predeterminado)	4–6 consultas, 2–3 verificaciones, ~2 min	Resumen en chat, sin archivo
Estándar	8–12 consultas, 6–8 verificaciones, una pasada de extracción de quejas, ~10–15 min	Informe escrito + breve resumen en chat

Paso 1 — Escribe la especificación del escaneo antes de buscar

Los malos escaneos provienen de buscar el nombre del producto del usuario en lugar de su problema. Comprime la idea en cinco líneas primero y muéstraselas al usuario para que pueda corregirte:

IDEA:     una frase, lenguaje sencillo
TRABAJO:  el trabajo para el cual el usuario de tu usuario está contratando esto
QUIÉN:    quién específicamente tiene este problema
MECANISMO: el cómo — el enfoque técnico, físico o de servicio
VENTAJA:  la restricción o percepción que el usuario cree que es su ventaja

La VENTAJA es lo que más importa — es lo que verificas con más rigor. "App de tareas" está saturado; "app de tareas que lee tu calendario y se niega a dejarte sobrecargarte" puede que no. Si el usuario no ha articulado una ventaja, dilo. Una ventaja faltante es en sí misma un hallazgo que vale la pena señalar antes de construir nada.

Paso 2 — Busca a través de la brecha de nombres

El mayor modo de fallo es buscar con una sola redacción, no encontrar nada y declarar el campo vacío. Los productos que hacen lo mismo rara vez usan las mismas palabras. Genera consultas en cuatro registros antes de buscar:

1. Las palabras del usuario — cómo lo describió
2. Las palabras de la industria — lo que un vendedor en este espacio pondría en una página de precios o en un paquete
3. Las palabras del usuario del usuario — cómo buscaría una persona frustrada el problema a las 11 de la noche
4. La categoría adyacente — la categoría establecida dentro de la cual esto sería una característica o variante

Luego busca en las superficies que coinciden con el tipo de cosa que se está construyendo — software, producto físico, marca o servicio: todos viven en lugares diferentes. references/search-playbook.md tiene el mapa completo por tipo de producto, los patrones de consulta y cómo extraer quejas y señales de distribución.

Dos reglas que mantienen honestos los resultados:

• Los resultados vacíos significan consultas malas hasta que se demuestre lo contrario. Antes de escribir "sin competidores directos", ejecuta al menos dos registros más y una superficie diferente. Las categorías verdaderamente vacías existen pero son raras, y afirmar falsamente una es lo peor que esta habilidad puede hacer.
• Verifica antes de listar. Abre la página, el listado o el repositorio. Nunca listes algo solo por un fragmento de búsqueda — los proyectos abandonados, los productos renombrados y los artículos generados por IA parecen reales en fragmentos. Anota el último commit, el último lanzamiento o "última actualización" cuando sea visible.

¿Sin acceso web? Sigue references/no-search-fallback.md — un escaneo útil sigue siendo posible con el conocimiento del modelo, pero debe etiquetarse como no verificado y terminar con las consultas que el usuario debería ejecutar.

Paso 3 — Clasifica en cuatro grupos nombrados

Usa estos nombres, no números — los niveles numerados dejan un agujero visible cuando uno está ausente, y un agujero se lee como datos perdidos.

• Directos — mismo trabajo, mismo usuario, mecanismo comparable
• Adyacentes — mismo trabajo/usuario diferente, o mismo mecanismo/trabajo diferente. De aquí provienen la mayoría de las ideas de diferenciación
• Componentes — bibliotecas, API, servicios, proveedores, fabricantes que resuelven parte del problema. A menudo la mayor parte de la construcción ya está disponible
• Cementerio — repositorios abandonados, empresas cerradas, productos descontinuados, funciones obsoletas. El grupo más infravalorado: un cementerio te dice el modo de fallo y, a veces, te dice si las condiciones habilitantes han cambiado desde entonces

Cada grupo lleva una línea de estado, siempre. Una de:

• 3 encontrados (luego las entradas)
• Ninguno encontrado — se buscó, genuinamente vacío
• No se buscó a esta profundidad — se saltó por presupuesto

Un informe que omite en silencio lo que no verificó socava lo único que esta habilidad vende: que su resultado se puede confiar más que el de un chat no estructurado. Nunca dejes que el lector adivine qué tipo de ausencia está viendo.

Paso 4 — Mapa la superposición honestamente

Para cada capacidad de la idea, marca ya resuelto (nombra quién), parcial (nombra la limitación) o abierto. Sé específico — "Notion AI resume páginas pero no puede actuar sobre herramientas externas" es útil; "Notion es similar" no lo es.

Paso 5 — Encuentra brechas a partir de evidencia, no de imaginación

Las brechas deben rastrearse a algo que realmente hayas leído:

• Reseñas de 1 a 3 estrellas e hilos de soporte en los competidores directos — de qué se quejan los usuarios que se van
• Issues abiertos o solicitudes de funciones con muchas reacciones, especialmente las que llevan mucho tiempo sin respuesta
• Hilos de foros y comunidades donde alguien pregunta exactamente por esto y recibe respuestas insatisfactorias
• Precios — quién queda fuera, qué está bloqueado detrás del nivel superior
• Brechas de cobertura — una plataforma, una región, un idioma, un segmento, un régimen de cumplimiento normativo

Cita de dónde proviene cada brecha. Cualquier cosa que estés infiriendo va en una lista separada Hipótesis, claramente etiquetada. Una brecha imaginada es peor que ninguna brecha, porque se lee como validación.

El competidor real a menudo no es un producto. Antes de concluir que un espacio está vacío, pregunta qué hace la gente hoy sin ninguna herramienta — un chat grupal, una hoja de cálculo, una cuenta de Instagram, una transmisión de WhatsApp, un bloc de notas junto a la puerta. Esa solución provisional es lo que hay que superar, y generalmente el mejor movimiento es integrarse en ella en lugar de reemplazarla. Pedirle a la gente que adopte un nuevo destino es la forma más común en que estas ideas fracasan silenciosamente.

Paso 6 — Direcciones de diferenciación, luego un veredicto

Ofrece de 3 a 5 direcciones formuladas como posiciones, no características — "la que es local-first para datos que no pueden salir del edificio", "la que publica en el chat grupal que la gente ya usa", "gratis para el 90% de los casos, de pago para equipos". Para cada una, nombra la evidencia detrás y aproximadamente lo que cuesta.

Señala dónde está la distribución. Para la mayoría de las ideas a esta escala, ser encontrado es más difícil que ser construido — así que si notaste cómo los actores existentes consiguieron sus usuarios (un directorio, un mercado, una comunidad, una asociación, ser una característica dentro de algo más grande), dilo. Esa observación a menudo vale más que el análisis de características.

Luego llega a un veredicto, con razonamiento (rúbrica en references/verdict-rubric.md):

• Constrúyelo — brecha real, o los titulares son débiles, inactivos o mal valorados
• Constrúyelo más angosto — la versión general está ocupada; un segmento específico no
• Envuélvelo — algo existente hace la parte difícil; el valor es la capa superior
• Bifúrcalo o extiéndelo — un proyecto abierto está casi listo y lo permite
• Usa lo que existe — honestamente, lo que quieren ya existe y funciona; dilo una vez, claramente, luego respeta su respuesta si aún quieren construir
• Replantea — el cementerio sugiere que este enfoque no funciona; aquí está el adyacente

Siempre adjunta "qué cambiaría mi opinión" — lo que el usuario sabe que tú no sabes que invertiría el veredicto. Su contexto generalmente supera al escaneo.

Paso 7 — Entrega, luego devuelve la conversación

Rápido: resume en el chat. Sin archivo a menos que lo pidan.

Estándar: escribe el informe siguiendo assets/LANDSCAPE-template.md, con fecha, enumerando qué superficies se buscaron y cuáles no. Guárdalo como LANDSCAPE.md en el directorio del proyecto (o docs/ si existe). Luego da un breve resumen en el chat — la cosa existente más cercana, la brecha más marcada, el veredicto — y no repitas el informe.

Luego ofrece próximos pasos como preguntas y espera. No generes especificaciones, resúmenes ni tableros no solicitados — el objetivo es devolverle al usuario el control con mejor información, no producir más documentos. Elige dos o tres que se ajusten a lo que realmente ocurrió en el escaneo:

• "Salté [superficies] en esta ejecución — ¿quieres que las verifique?"
• "¿Quieres pensar en qué construir, dado lo que apareció?"
• "¿Quieres profundizar en alguno de estos competidores?"
• "¿Quieres que escriba lo que encontramos como nota de traspaso, para que puedas empezar un chat nuevo con eso?"
• "¿Necesitas mostrar esto a alguien? Puedo prepararlo para eso."
• "¿Listo para construir? Sugeriría empezar con [la cosa más pequeña que pruebe la ventaja]."

Si el usuario solo quiere construir, construye. El escaneo sirve a la construcción; no es el entregable.

Qué cuesta esto y cómo se carga

Los usuarios nuevos en habilidades a menudo se preocupan de que instalar esto haga cada conversación más cara. Vale la pena explicarlo claramente si surge:

• Solo el nombre y la descripción están en el contexto de forma permanente — aproximadamente 200 tokens, como un párrafo. Ese es el costo total de tener esto instalado en una sesión donde nunca se activa.
• Estas instrucciones (~2,500 tokens) se cargan solo cuando la habilidad se activa.
• Los archivos de referencia se cargan solo si el escaneo realmente los necesita.
• El escaneo en sí es el costo real: ~50k tokens para Rápido, ~150–300k para Estándar. Por eso el modo se ofrece con números adjuntos en lugar de elegirse en silencio.

Archivos de referencia

• references/search-playbook.md — superficies por tipo de producto (software, físico, marca, servicio), patrones de consulta, extracción de quejas y distribución
• references/verdict-rubric.md — elegir entre construir / más angosto / envolver / bifurcar / usar / replantear
• references/no-search-fallback.md — ejecutar un escaneo honesto sin acceso web
• assets/LANDSCAPE-template.md — la estructura del informe

Modos de fallo a evitar

• Blanqueo de listas. Las páginas "Top 10 herramientas para X" son contenido SEO de afiliados, que a menudo listan productos muertos o irrelevantes. Úsalas para nombres candidatos, nunca como evidencia.
• Relleno de grandes nombres. Incluir Google, Amazon o Notion como competidores de una idea de nicho es ruido. Incluye a un titular solo si algo específico que hacen realmente se superpone.
• Omisión silenciosa. Nunca presentes un grupo como ausente cuando simplemente no se buscó. Ver Paso 3.
• Expansión del escaneo. Esto es una verificación previa a construir. Veinte minutos en un escaneo Estándar, detente y entrega.
• Desánimo por volumen. Una larga lista de competidores se lee como "no te molestes" incluso cuando no es así. Lidera con la brecha y el veredicto, no con el recuento.
• Desactualizado como activo. Algo que no se ha tocado en tres años es cementerio, no competencia. Etiquétalo.
• Derivación de referidos. No dirijas a los usuarios a herramientas de investigación de pago. Dales las consultas en su lugar.