Sistema de Análisis de Apuestas Deportivas

Proveedores de IA (agrupados por proveedor)

Puedes agregar varias filas del mismo proveedor (ej. dos "gemini" con distintas API keys) para formar un pool. En cada análisis el sistema usa solo una fila por proveedor — la de mayor prioridad (número más bajo) que no haya llegado a su límite de tokens. Si la que está en uso llega al límite o la API responde con error de cuota, se pasa automáticamente a la siguiente fila del mismo proveedor, sin usar un proveedor distinto en su lugar.

gemini 4 fila(s) · 4 activa(s) todos 168,287 tok. total

IA Final	Tokens usados	Acciones
—	19,846 tok.
—	146,190 tok.
—	0 tok.	{"tools": [{"google_search": {}}]}
—	2,251 tok.

deeseek 1 fila(s) · 0 activa(s) todos 2,402,185 tok. total

Prioridad	Nombre	Modelo	Tipo de análisis	Límite tokens	Activa	IA Final	Tokens usados	Acciones
						—	2,402,185 tok.	"thinking": {"type": "enabled"}, "reasoning_effort": "high", "stream": false

groq 4 fila(s) · 4 activa(s) historial, todos 989,278 tok. total

IA Final	Tokens usados	Acciones
—	0 tok.
—	0 tok.
—	245,372 tok.	{"compound_custom": {"tools": {"enabled_tools": ["web_search"]}}}
—	743,906 tok.

nova 1 fila(s) · 0 activa(s) todos 0 tok. total

Prioridad	Nombre	Modelo	Tipo de análisis	Límite tokens	Activa	IA Final	Tokens usados	Acciones
						—	0 tok.

openrouter google 1 fila(s) · 0 activa(s) todos 0 tok. total

Prioridad	Nombre	Modelo	Tipo de análisis	Límite tokens	Activa	IA Final	Tokens usados	Acciones
						—	0 tok.

openrouter nvidia 1 fila(s) · 1 activa(s) todos 124,204 tok. total

Prioridad	Nombre	Modelo	Tipo de análisis	Límite tokens	Activa	IA Final	Tokens usados	Acciones
						—	124,204 tok.

openrouter 1 fila(s) · 0 activa(s) todos 24,762 tok. total

Prioridad	Nombre	Modelo	Tipo de análisis	Límite tokens	Activa	IA Final	Tokens usados	Acciones
						—	24,762 tok.

Agregar nuevo proveedor de IA

Usa el mismo slug (ej. "gemini") en dos filas distintas para formar un pool de esa IA: el sistema usará la de menor número de prioridad primero, y saltará a la siguiente automáticamente si esa llega a su límite de tokens o la API responde con error de cuota/límite.

Parámetros extra: cualquier campo JSON que pongas ahí se mezcla directamente en el cuerpo de la request a esa IA. Ejemplo para activar el modo razonamiento ("thinking") de DeepSeek con el modelo deepseek-v4-flash: {"thinking": {"type": "enabled"}, "reasoning_effort": "high"}

Endpoints correctos (copia y pega exactamente así):

Slug	Endpoint API	Modelo (ejemplo)
gemini	https://generativelanguage.googleapis.com/v1beta/models/gemini-2.0-flash:generateContent	gemini-2.0-flash
grok (Groq)	https://api.groq.com/openai/v1/chat/completions	llama-3.3-70b-versatile
deepseek	https://api.deepseek.com/chat/completions	deepseek-chat
claude	https://api.anthropic.com/v1/messages	claude-sonnet-4-6

⚠️ Groq (inferencia rápida, console.groq.com) y Grok de xAI (grok.x.ai) son empresas distintas con nombres parecidos — revisa cuál de las dos tienes contratada, ya que la URL y el modelo son diferentes. El slug interno puede llamarse "grok" para cualquiera de las dos, solo importa que el endpoint sea el correcto.

Nota: si pegas la URL de Gemini incompleta (sin el modelo y sin ":generateContent"), o la de un proveedor tipo OpenAI sin "/chat/completions" al final, el sistema ahora intenta completarla automáticamente usando el campo "Modelo" — pero es más confiable pegar la URL completa desde el inicio.

Sugerencias de slug: gemini (formato Google Generative Language API), claude (formato Anthropic Messages API), grok, deepseek, kimi u otro (formato OpenAI-compatible "chat/completions").
El tipo de análisis determina en qué momentos se llama a esa IA: solo partidos individuales, solo jugadas múltiples, solo búsqueda de resultados finales (liquidación de tickets), o "todos".

Buscador web real (Tavily) — para historial de equipos

Esto NO es una IA: es un buscador hecho para que lo use un agente, que sí busca de verdad en internet (a diferencia de pedirle a un modelo de texto que "busque", que es justo lo que ha fallado antes). Cada cuenta de Tavily da 1,000 búsquedas gratis al mes, sin tarjeta. Agrega varias cuentas para sumar cupo — se prueban en orden de prioridad y rota sola a la siguiente si una se queda sin cupo. Los resultados que trae se le pasan después a cualquier IA activa (ya no necesita búsqueda propia) para que los organice en el historial del equipo.

Prioridad	Nombre	Clave API	Activa	Uso este mes (ref.)	Acciones
				59 búsquedas (desde 01/10)
				0 búsquedas

Consigue tu clave gratis en tavily.com → Dashboard → API Keys.

Consumo de tokens por IA

Acumulado por cada fila, agrupado y ordenado por proveedor y prioridad.

Proveedor	Nombre	Prioridad	Límite	Total tokens	Individuales	Múltiples	Liquidación	N° llamadas
deeseek	Gjaramak deepseek	0	Sin límite	2,402,185	456,609	1,943,858	1,718	618
gemini	Gemini gjaramaker	0	Sin límite	0	0	0	0	0
gemini	Apuesta hackr	0	Sin límite	19,846	17,551	2,295	0	25
gemini	Gemini globerjara	1	Sin límite	2,251	1,319	932	0	2
gemini	Gemini gjaramak	2	Sin límite	146,190	121,123	14,060	11,007	152
groq	Groq gjaramaker	0	Sin límite	245,372	217,610	27,762	0	139
groq	Groq globerjara	1	Sin límite	743,906	206,822	530,899	6,185	664
groq	Glojaramaker	3	Sin límite	0	0	0	0	0
groq	Gjibero	4	Sin límite	0	0	0	0	0
nova	Nova gjaramak	0	Sin límite	0	0	0	0	0
openrouter	Openrouter gjaramak qwen	0	Sin límite	24,762	3,191	21,571	0	17
openrouter google	Openrouter gjaramak google	1	Sin límite	0	0	0	0	0
openrouter nvidia	Openrouter gjaramak nvdia	0	Sin límite	124,204	31,923	92,281	0	85

Historial de consumo

Periodo	Total tokens	Individuales	Múltiples	Liquidación	N° llamadas
Cargando...

Parámetros del modelo de análisis

Historial de equipos: antes de analizar un partido, el sistema busca los últimos partidos de cada equipo (goles, tarjetas, córners y si ganó/empató/perdió) y se los pasa a la IA de análisis como contexto. "Partidos anteriores a buscar" define cuántos (0 desactiva la función). "Refrescar cada" define cuánto tiempo se reutiliza esa búsqueda antes de volver a pedirla — mientras no pase ese tiempo, no se gastan búsquedas ni tokens de nuevo para el mismo equipo. Para que esto funcione necesitas al menos una cuenta de Tavily activa (panel de arriba, "Buscador web real") y al menos una IA activa (tipo "Solo búsqueda de historial de equipos", "Solo liquidación de resultados" o "Participa en todo") — ya no hace falta que esa IA tenga búsqueda web propia, Tavily hace la búsqueda real y la IA solo organiza los resultados.

Los 3 pesos de "ranking de jugadas" determinan cómo se ordenan las jugadas individuales y combinadas (de mejor a peor opción) en Resultados y en Ticket: combinan probabilidad real + proyectada + EV en un solo puntaje, en vez de ordenar solo por una de las tres. No es obligatorio que sumen 1.

Prompts enviados a las IAs

Este es el texto exacto que se le manda a la IA en cada tipo de análisis. Puedes editarlo libremente — usa las variables entre llaves (ej. {equipo_local}) donde quieras que aparezca ese dato; el sistema las reemplaza automáticamente antes de enviar. El texto debe seguir pidiendo la respuesta en formato JSON tal como está (con esas claves exactas), o el sistema no podrá interpretar la respuesta.

Prompt — Análisis por partido (el que se usa al analizar)

Se envía UNA vez por partido e IA, con todas sus selecciones. Variables: {deporte} {equipo_local} {equipo_visitante} {organizacion} {fecha_hora} {selecciones} (lista numerada ya armada con mercado, selección, cuota y prob. implícita). Debe seguir pidiendo el JSON {"selecciones":[{"n":1,"real_probability":..,"projected_probability":..,"rationale":".."}]} con un objeto por selección.

Eres un analista profesional de apuestas deportivas. Analiza el partido y evalúa CADA selección de la lista, de forma independiente.

Responde ÚNICAMENTE con JSON válido (sin texto antes, después, ni bloques de código, sin comentarios, sin comas finales). Usa exactamente esta estructura, un objeto por selección, en el mismo orden y con el mismo "n" de la lista:
{"selecciones": [{"n": 1, "real_probability": 0.00, "projected_probability": 0.00, "rationale": "justificación en español (máx 30 palabras)"}]}

Deporte: {deporte}
Partido: {equipo_local} vs {equipo_visitante}
Organización/Liga: {organizacion}
Fecha/Hora: {fecha_hora}

Selecciones a evaluar (n, mercado, selección, cuota y probabilidad implícita del mercado):
{selecciones}

Definiciones:
- "real_probability": tu estimación (0 a 1, dos decimales, nunca exactamente 0.00 ni 1.00) de que ESA selección se cumpla, basada en forma reciente, historial, lesiones/bajas, localía y contexto — sin mirar la cuota.
- "projected_probability": tu probabilidad final recomendada (0 a 1) tras contrastar "real_probability" contra la probabilidad implícita del mercado. Si el mercado está bien ajustado, acércate a él; si tu confianza es alta y detectas valor, mantente alejado. No es un promedio automático: justifica el desvío en el "rationale" cuando sea significativo (>10 puntos porcentuales).

Reglas de coherencia (aplican solo entre selecciones del MISMO mercado, en ambas probabilidades):
- 1X2 (local/empate/visitante): la suma debe estar entre 0.97 y 1.03.
- Más de X / Menos de X (misma línea): la suma debe estar entre 0.97 y 1.03.
- Doble oportunidad: debe ser aproximadamente igual a la suma de sus dos resultados simples correspondientes.
- Mercados sin relación directa entre sí (ej. hándicap, marcador exacto, ambos anotan) no están sujetos a estas sumas; evalúalos solo por coherencia interna.

Si no hay información suficiente sobre algún equipo o contexto, indícalo brevemente en el "rationale" y usa una probabilidad más cercana a la implícita del mercado (menor desvío = menor confianza).

Prompt — Búsqueda de historial de equipos

Se envía UNA vez por equipo (no por partido), a cualquier IA activa (ya no necesita búsqueda web propia — Tavily ya trajo los resultados reales). Variables: {equipo} {deporte} {fecha_hoy} {cantidad} (cuántos partidos pedir) {resultados_busqueda} (el texto que trajo Tavily — no lo quites del prompt, es lo único real que tiene la IA para trabajar). Debe seguir pidiendo el JSON {"partidos":[{"fecha":"YYYY-MM-DD","rival":"..","resultado":"G|E|P","marcador":"2-1","goles_favor":2,"goles_contra":1,"tarjetas_total":3,"corners_favor":5,"corners_contra":4,"torneo":".."}]}. Los promedios (goles, tarjetas, córners) los calcula el sistema en PHP a partir de estos datos — la IA solo organiza los números de cada partido, no calcula promedios.

A continuación tienes resultados REALES de una búsqueda web sobre el equipo "{equipo}" ({deporte}), hecha hoy ({fecha_hoy}). Tu trabajo es EXTRAER de ahí los datos de sus últimos partidos — no busques nada por tu cuenta, no sabes navegar internet, usa ÚNICAMENTE lo que está escrito abajo.

--- RESULTADOS DE BÚSQUEDA ---
{resultados_busqueda}
--- FIN DE RESULTADOS ---

Responde ÚNICAMENTE con un JSON válido, sin texto adicional, con este formato exacto:
{"partidos": [{"fecha": "YYYY-MM-DD", "rival": "nombre del rival", "resultado": "G", "marcador": "2-1", "goles_favor": 2, "goles_contra": 1, "tarjetas_total": 3, "corners_favor": 5, "corners_contra": 4, "torneo": "nombre del torneo"}]}

"resultado" debe ser "G" (ganó), "E" (empató) o "P" (perdió) desde la perspectiva de "{equipo}".
"tarjetas_total" es la suma de amarillas y rojas que recibió "{equipo}" en ese partido (no el rival).
"corners_favor"/"corners_contra" son los córners a favor y en contra de "{equipo}" en ese partido.
Si el texto de arriba no trae el dato de tarjetas o córners de algún partido, omite esas dos claves en ese partido en vez de inventar un número — el resultado y el marcador si son obligatorios y deben venir del texto, nunca inventados.
Incluye hasta {cantidad} partidos, del más reciente al más antiguo. Si los resultados de arriba no traen información real y verificable sobre partidos de "{equipo}", responde {"partidos": []} — NUNCA inventes resultados, marcadores ni rivales que no estén en el texto.

Prompt — Análisis individual (ya no se usa al analizar; se conserva por compatibilidad)

Variables disponibles: {deporte} {equipo_local} {equipo_visitante} {organizacion} {fecha_hora} {mercado} {seleccion} {cuota} {prob_implicita_pct}

Eres un analista profesional de apuestas deportivas. Analiza el siguiente evento.

Responde ÚNICAMENTE con JSON válido (sin texto antes ni después, sin bloques de código, sin comentarios, sin comas finales), con este formato exacto:
{"real_probability": 0.00, "projected_probability": 0.00, "rationale": "justificación en español (máx 40 palabras)"}

Deporte: {deporte}
Partido: {equipo_local} vs {equipo_visitante}
Organización/Liga: {organizacion}
Fecha/Hora: {fecha_hora}
Mercado: {mercado}
Selección a evaluar: {seleccion}
Cuota ofrecida: {cuota} (probabilidad implícita del mercado: {prob_implicita_pct}%)

Definiciones:
- "real_probability": tu estimación (0 a 1, dos decimales, nunca exactamente 0.00 ni 1.00) de que esa selección se cumpla, basada en forma reciente, historial, superficie/condiciones, lesiones/bajas y contexto — sin mirar la cuota.
- "projected_probability": tu probabilidad final recomendada (0 a 1) tras contrastar "real_probability" contra la probabilidad implícita del mercado ({prob_implicita_pct}%). Si el mercado está bien ajustado, acércate a él; si tu confianza es alta y detectas valor (una brecha real que el mercado no está viendo), mantente alejado. No es un promedio automático: si el desvío entre ambas probabilidades supera 10 puntos porcentuales, justifica por qué en el "rationale".

Si no tienes información suficiente sobre el evento, indícalo brevemente en el "rationale" y usa una "projected_probability" cercana a la implícita del mercado (menor desvío = menor confianza).

Prompt — Jugadas múltiples

Variables disponibles: {eventos} (lista ya armada de los partidos de la combinada) {prob_implicita_pct}

Eres un analista profesional de apuestas deportivas. Evalúa la probabilidad de que TODOS los siguientes eventos combinados (jugada múltiple) se cumplan a la vez.

Eventos de la jugada múltiple:
{eventos}

Cuota combinada implica una probabilidad de mercado de {prob_implicita_pct}%.

Definiciones:
- "real_probability": tu estimación (0 a 1, dos decimales, nunca exactamente 0.00 ni 1.00) de que se cumplan TODOS los eventos listados a la vez. No la calcules solo multiplicando las probabilidades individuales: ajusta por correlación. Si dos o más eventos comparten el mismo partido o equipo (ej. "gana el local" + "más de 2.5 goles"), su cumplimiento conjunto suele ser más probable que el producto simple de ambas por separado; menciónalo en el "rationale" si aplica. Si los eventos son de partidos completamente independientes, el producto simple es un buen punto de partida.
- "projected_probability": tu probabilidad final recomendada (0 a 1) tras contrastar "real_probability" contra la probabilidad implícita del mercado combinado ({prob_implicita_pct}%). Acércate al mercado si está bien ajustado; mantente alejado solo si tu confianza es alta y detectas valor real. Si el desvío supera 10 puntos porcentuales, justifica por qué en el "rationale".

Si no tienes información suficiente sobre alguno de los eventos, indícalo brevemente en el "rationale" y usa una "projected_probability" cercana a la implícita del mercado.

Prompt — Liquidación de resultados

Variables disponibles: {eventos} (lista de partidos/selecciones del ticket a verificar) {resultados_busqueda} (resultados reales que trajo Tavily — no lo quites, es lo único real que tiene la IA para decidir). Ya no hace falta que la IA elegida tenga búsqueda web propia.

Busca el resultado final REAL y confirmado de los siguientes eventos deportivos y determina si cada selección apostada se cumplió.

Responde ÚNICAMENTE con JSON válido (sin texto antes ni después, sin bloques de código, sin comentarios, sin comas finales), con este formato exacto:
{"legs":[{"match":"equipoA vs equipoB","result":"texto del resultado final","won":true,"found":true}], "all_won": true}

Eventos:
{eventos}

Reglas:
- Verifica que el resultado corresponda a la fecha y competición indicadas en cada evento — si hay dos equipos con nombre similar en ligas distintas, no los confundas.
- "found": true solo si localizaste el resultado final oficial confirmado. Si el evento aún no se ha jugado, fue suspendido/pospuesto, o no encuentras el resultado con certeza, usa "found": false, "result": "no encontrado" y "won": false — nunca inventes o asumas un resultado.
- "won": true solo si la selección apostada se cumplió exactamente según las reglas de su mercado (marcador exacto, línea de goles/puntos, hándicap, etc. tal como fue apostada).
- Si el mercado apostado terminó en empate/push/anulado según sus propias reglas (ej. hándicap exacto, línea de Más/Menos exacta), indícalo en "result" (ej. "push - se reembolsa") y usa "won": false.
- "all_won": true únicamente si TODAS las selecciones tienen "found": true Y "won": true. Si alguna no se encontró o no se cumplió, "all_won": false.
- Usa el mismo orden y el mismo texto "match" que aparece en la lista de eventos, uno por cada evento.
Genera la respuesta UNA SOLA VEZ. No repitas el JSON. No generes texto después del cierre de la llave final "}".