Contexte et objectif
Le projet SIwithin décrit dans le titre vise à lancer du code basé sur le modèle Claude d’Anthropic sans supervision humaine, tout en le confinant dans une fence (sandbox) et en limitant les dépenses à moins d’un dollar. Cette triple contrainte – automatisation, isolation et budget très restreint – impose une architecture où chaque composant doit être mesuré en temps d’exécution et en consommation de tokens.
Le terme unattended indique que le processus doit pouvoir s’auto‑déclencher, par exemple via un cron ou un déclencheur d’événement, sans interaction manuelle. La contrainte budgétaire, explicitée comme "under a dollar budget", implique que le coût total des appels à l’API Claude, ainsi que les frais d’infrastructure (CPU, stockage, bande passante), restent en dessous de 1 USD pour la période d’évaluation.
Architecture proposée
Une solution typique repose sur un conteneur Docker limité en ressources, exécuté sur une plateforme cloud offrant un niveau gratuit ou très bas prix (ex. AWS Free Tier, GCP Cloud Run). Le conteneur contient le script d’invocation de l’API Claude, les clés d’accès sécurisées et un mécanisme de journalisation local. La fence se matérialise par les capacités d’isolation du conteneur : réseau restreint, système de fichiers en lecture‑seule, et limites de CPU/mémoire définies via les options --cpus et --memory.
Le flux d’exécution se déroule ainsi : le planificateur déclenche le conteneur, le script envoie une requête à l’API Claude avec un prompt minimal pour réduire le nombre de tokens, récupère la réponse, puis écrit le résultat dans un stockage persistant (ex. bucket S3). Après traitement, le conteneur s’arrête, libérant les ressources. Chaque appel à l’API est comptabilisé, ce qui permet de calculer le coût en temps réel grâce aux tarifs publiés par Anthropic (par token).
Analyse des contraintes et limites
Le principal facteur de coût provient du nombre de tokens consommés. Sans visibilité sur la longueur du prompt ou de la réponse, il est difficile de garantir que le budget de moins d’un dollar soit respecté. Une estimation conservatrice doit donc fixer un plafond de tokens (ex. 10 000 tokens) et implémenter une vérification avant chaque appel.
L’isolation offerte par la fence protège contre l’exécution de code malveillant, mais ne supprime pas les risques liés à la fuite de la clé API. La clé doit être injectée via des variables d’environnement sécurisées et jamais stockée en clair dans l’image Docker.
Enfin, l’exécution unattended élimine la possibilité d’intervention humaine en cas d’erreur. Il faut donc prévoir des mécanismes de redémarrage automatique et de notification (ex. email ou webhook) en cas d’échec, tout en restant dans le budget. L’absence de détails supplémentaires dans la source limite la précision de l’analyse, mais les exigences exprimées – automatisation, sandbox et coût < 1 $ – dictent les choix d’infrastructure et de gestion des tokens décrits ci‑dessus.
