gentle-pi v2.6.0 afuera, y Gentle Agents dejó de ser una lista de tareas: ahora es una consola de orquestación completa adentro de Pi.
Los agentes se agrupan por sesión de orquestador, con navegación jerárquica de lista y detalle, bloques semánticos de thread, y los orquestadores vivos visibles JUNTO a sus hijos directos. Y la parte que más me gusta: un hijo puede pedirle input al padre con handoff a foreground, sin filtrar mensajes crudos de protocolo a tu conversación. Delegación de verdad, con jerarquía de verdad.
La otra grande: perfiles con nombre. /gentle:profiles te abre un selector fullscreen donde el orquestador y CADA agente empaquetado pueden tener su propio provider, modelo y effort, aplicados atómicamente. ¿Tu orquestador con el modelo más potente y los workers con uno más barato? Un perfil. ¿Configuración distinta para experimentar de noche? Otro perfil. El routing de modelos pasó de ser configuración estática a decisión de runtime en vivo.
Gentle Shell también creció: los worktrees de sesión persisten entre recargas, /gentle:changes agrupa los diffs en vez de aplanarlos, con estado de Git y conteo de líneas, navegación fullscreen con puntero y un sidebar responsive que sigue el estado vivo de la sesión.
Y un tema que me importa mucho: el estado de los agentes es HONESTO después de que el camino feliz se termina. Los runs abortados registran por qué terminaron, los procesos perdidos se asientan en registros terminales durables, y los grupos completados quedan disponibles. Nada desaparece en el aire, nada miente sobre cómo terminó.
Abajo del capó: el runtime package-local salta a gentle-ai v2.8.0, con 69 artefactos de contrato byte-idénticos verificados y los binarios SHA-256 pinneados.
Los números: 126 commits, 77 PRs mergeados y DIEZ autores distintos. La comunidad de gentle-pi ya tiene motor propio.
Upgrade:
pi install npm:[email protected]
(reiniciá Pi y después gentle-ai sync)
https://t.co/Lv1j0I6U5O
#OpenSource #DeveloperTools #AI
Hagamos famosos a estos cobardes que agredieron a un trabajador de “Parqueo Positivo” en Samborondón por cumplir con su trabajo, ellos simplemente cumplen órdenes por un sueldo…
NO COMPREN CANGREJO EN EL CORVINON
Mi mamá y yo comimos ayer y en la madrugada nos dió escalofríos, vómito diarrea.
ahora me entero por una amiga que le pasó lo mismo con el mismo plato, y me dijo que fue ahí mismo , que asco que usen cangrejo guardado.
@Arcsa_Ec@EmergenciasEc
No seré un testigo pasivo de la indolencia y la incoherencia de un sistema que procesa a un joven universitario por defender su vida y la de sus acompañantes cuando fue agredido por cuatro delincuentes armados.
Arquitecturas para APIs más usadas.
¡Te las explico todas y cuándo usarlas! ↓
gRPC
Desarrollado por Google. Utiliza HTTP/2 para la transmisión, Protocol Buffers como lenguaje de interfaz y ofrece funciones como autenticación, balanceo de carga y verificación.
Uso: Ideal para microservicios y sistemas distribuidos donde se necesita un rendimiento eficiente y una comunicación rápida entre servicios.
SOAP
Simple Object Access Protocol es un protocolo de intercambio de mensajes basado en XML utilizado para la comunicación entre aplicaciones. Es independiente del lenguaje y la plataforma, y se apoya en protocolos como HTTP y SMTP.
Uso: Adecuado para entornos empresariales con requerimientos de seguridad y transacciones complejas, aunque tiende a ser más pesado que alternativas como REST.
GraphQL
Lenguaje de consulta y manipulación de datos para APIs. Permite a los clientes especificar exactamente qué datos necesitan, lo que puede reducir la cantidad de datos transferidos.
Uso: Útil cuando los clientes necesitan solicitar datos específicos y variados, optimizando las cargas de las solicitudes y respuestas.
Webhook
Técnica utilizada para que una aplicación proporcione a otras aplicaciones información en tiempo real. Funciona mediante "callbacks" HTTP: una aplicación enviará datos a otra aplicación tan pronto como ocurra un evento.
Uso: Ideal para reacciones en tiempo real a eventos, como notificaciones o integraciones automáticas entre diferentes servicios.
REST
Representational State Transfer es una arquitectura para sistemas distribuidos, y es el más común para APIs en la web. Utiliza métodos HTTP estándar y se basa en recursos identificados por URLs.
Uso: REST es versátil y fácil de entender, adecuado para la mayoría de las aplicaciones web que no requieren una comunicación en tiempo real o un formato de mensaje más complejo.
WebSocket
Proporciona un canal de comunicación bidireccional y persistente sobre una sola conexión TCP. Esto permite una comunicación en tiempo real entre el cliente y el servidor.
Uso: Es ideal para aplicaciones que requieren interacciones en tiempo real como juegos en línea, chat en vivo y aplicaciones de colaboración en tiempo real.
¡Existen más pero estos serían las más populares!
Espero que te sirva el contenido.
¡Colección de Certificaciones para Programadores!
Todas son gratuitas, algunas por tiempo limitada.
Tienes de SQL, MongoDB, Cloud, Git y más.
→ https://t.co/bwXmNgNYaH
🔥Formación gratuita de ciberseguridad🔥
829GB de formación gratuita. Vía Joan Moya
➡️Formación de AWS.
➡️Arduino.
➡️Forensia.
➡️Hacking y Pentesting.
➡️Iot (Internet of Things).
➡️Linux.
➡️Redes.
➡️Virtualización.
➡️Cursos de Microsoft.
➡️Programación.
https://t.co/Yv7UfqeUpC
🚨 Ya conocías estas plataformas para encontrar trabajo remoto:
🟢FlexJobs
🟢https://t.co/BHv9UfGNoe
🟢Upwork
🟢We Work Remotely
🟢Guru
🟢Glassdoor
🟢RemoteOK
🟢Working Nomads