claude-ask
Módulo Python para backend de ClaudeAsk en Telegram, integrando IA con acciones reales vía sesiones Telethon y relay HTTP compartido.
Ficha actualizada 26 sept 2026, 14:22 · upstream 26 sept 2026, 14:00 · release sin release detectada
Qué es claude-ask
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
claude-ask es un módulo de backend independiente diseñado para integrarse con userbots de Telegram (como los de Heroku) que utilizan ClaudeAsk. Proporciona capacidades de invocación de inteligencia artificial mediante comandos como .ask, .search y .translate dentro de chats de Telegram, ejecutando acciones reales a través de sesiones Telethon autenticadas.
La arquitectura separa claramente el watcher de mensajes del procesamiento de backend, utilizando un relay HTTP compartido para gestionar colas de comandos entre múltiples instancias. Incluye soporte para integración con MCP (Model Context Protocol) y permite actualizaciones in-place sin reconfiguración de red mediante el comando .dlm.
El sistema requiere instalación manual en Linux con Python 3.10+, systemd para gestión de servicios y configuración externa de tokens SHA256 y rutas MCP. No incluye Docker ni despliegue one-click, pero soporta tanto despliegues dedicados como integración con hosts compartidos.
- Invocar respuestas de IA desde chats de Telegram usando comandos .ask y .search
- Ejecutar acciones reales (list_triggers, read_history) mediante sesiones Telethon persistentes
- Gestionar múltiples instancias de userbot a través de un relay HTTP compartido con autenticación por tokens
- Actualizar el módulo en producción sin perder configuración de red ni reconfigurar instancias
- Arquitectura modular clara: claude_ask.py, claude_watcher.py y mcp_telegram_tools.py separan responsabilidades
- Autenticación basada en tokens SHA256 con archivos externos de configuración (0600)
- Soporte para despliegues en Heroku o hosts dedicados sin requerir Docker
- Actualización in-place vía .dlm que mantiene la configuración de red intacta
- No incluye Dockerfile ni archivos de composición para contenerización nativa
- Requiere instalación manual de Telethon/Hikka como userbot base antes de cargar el módulo
- El relay no verifica la identidad original del remitente en Telegram, solo confía en requester_id
- Configuración externa obligatoria: tokens, rutas MCP y archivos de autenticación fuera del checkout
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Instalar en Linux con Python 3.10+ usando setup.sh; gestionar servicios con systemd (jarvis-ask-watcher); almacenar JARVIS_RELAY_TOKENS_FILE y JARVIS_RELAY_OWNERS_FILE fuera del checkout con permisos 0600; configurar JARVIS_RELAY_BIND a 127.0.0.1 por defecto; verificar que jarvis-ask-cmd-queue.service no esté activo antes de iniciar nuevos componentes.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.