← Retour aux projetsSaaS · Réseaux sociaux · IA

Timalio

Timalio programme des publications sur plusieurs réseaux sociaux avec un circuit de validation avant mise en ligne — pensé aussi pour qu'un agent IA planifie lui-même des posts via une API.

timalio.com →

Stack technique

Ce que j'ai utilisé

App

Nuxt 3Vue 3Vitest

Site vitrine

Nuxt 3, bilingue EN/FR sans dépendance i18n

Infra

Conteneurs DockerBuild en CI sur runner auto-hébergé

Architecture

Comment c'est construit

API REST classique côté produit, doublée d'un serveur MCP pour que des agents IA programment des publications directement — même logique métier, deux points d'accès : l'interface pour un humain, MCP pour un agent.

Intégrations IA

Ce que l'IA fait dans le produit

Serveur MCP exposé par le produit pour la programmation de posts par des agents IA.
Intégrations réseaux confirmées en production : Mastodon, avec un test réel sur Bluesky.
Une application mobile est en cours de développement.

Qualité

Tests et vérifications

174 fichiers de test Vitest côté application
14 fichiers de test côté site vitrine

Déploiement & exploitation

Ce qui part en production

Build effectué en CI sur un runner auto-hébergé plutôt que sur un runner cloud partagé.

Sécurité

Ce qui protège le produit

Plusieurs revues de sécurité dédiées
Politique CSP appliquée en production
Correctif d'un TOCTOU (time-of-check to time-of-use) sur une action de gestion des posts

Ce qui a cassé, ce que j'ai appris

Un build Docker lancé en local a gelé la machine de production pendant 70 minutes, avec les autres sites qu'elle héberge. Le build est passé sur un runner CI auto-hébergé, séparé de la machine de production, pour qu'une compilation ne puisse plus jamais bloquer ce qui tourne dessus.