Le cyberpunk que nous méritons 👾🍆

Il circule sur le net un post Reddit dont tout le monde se moque massivement. Une fille annonce joyeusement qu'elle a donné à Claude l'accès à ses jouets sexuels Bluetooth. Désormais, le réseau neuronal décide lui-même quand, combien de temps et avec quelle intensité activer la vibration pendant le sexting.

La plupart rigolent sur la révolte des machines et les "petits amis IA". Mais nous, regardons les coulisses.

Ouvrons les sources de Signal Bridge Remote. La fille qui dit clairement dans le post « I'm not a developer » a conçu, écrit et déployé, avec l'aide de Claude lui-même, un système cyberphysique distribué :

1️⃣ Un serveur sur FastAPI qui agit comme endpoint MCP (Model Context Protocol) pour Claude.
2️⃣ Une architecture sensée avec authentification JWT, rate-limits et bannissements IP progressifs (protection contre le scanning).
3️⃣ Un hub de relais en websockets qui transmet les commandes du VPS vers l'appareil mobile.
4️⃣ Un client local sur Android (via Termux) qui traduit les commandes en protocole Buttplug.io (oui, c'est un vrai standard open-source pour le hardware intime) et contrôle le matériel via Bluetooth.

Claude ne se contente pas de générer du texte. Il a des outils enregistrés (tools) comme pulse, escalate, vibrate et read_battery. Le LLM analyse le contexte du dialogue et appelle la fonction appropriée, en transmettant les paramètres d'intensité et de motif.

Et il y a même un véritable dead man's switch : si la websocket se déconnecte, le matériel s'arrête immédiatement après un timeout du hub local.

Pendant que dans les cours on fait écrire la énième TODO-list sur Django, les gens résolvent leurs besoins fondamentaux en intégrant les LLM dans le monde physique avec des exigences de tolérance aux pannes.
Je ne sais même pas ce qui m'impressionne le plus : la rapidité avec laquelle le protocole MCP a été adapté pour la branlette à distance, ou le fait que le code généré par LLM pour contrôler un vibreur soit architecturalement plus logique et plus résistant aux pannes que les microservices de certaines fintechs.

#bon_open_source