Ce qu’un agent IA peut et ne peut pas faire sur un Mac hébergé
Un Mac hébergé donne à un agent de code une vraie machine de développement : Xcode, le simulateur iOS, un vrai navigateur, des connexions persistantes, et une machine qui ne se met jamais en veille. Il a aussi des limites, parce que c’est un Mac hébergé chez un prestataire et pas posé sur votre bureau. Connaître les deux avant de louer vous évite un remboursement plus tard. Voici la liste complète, y compris les points délicats.
Ce qui marche, et marche bien
- Tout outil de développement, en administrateur. Claude Code, Codex, Xcode, Playwright, Homebrew, Docker, Node, Python, et tout ce dont votre projet a besoin. C’est votre machine.
- Un vrai navigateur pour le développement. Connectez-vous une fois à GitHub, à votre registre de paquets, à App Store Connect ou à votre site de préproduction. L’agent utilise ces sessions pour tester ce qu’il construit et lire la documentation dont il a besoin.
- Toujours allumé. Ethernet filaire, jamais de veille, redémarrage automatique, session maintenue en vie.
- Le contrôle depuis votre téléphone. Remote Control de Claude Code attache l’app Claude à la session qui tourne sur le Mac.
- Le bureau quand vous en avez besoin. Le partage d’écran depuis un onglet du navigateur, pour les connexions, les codes à deux facteurs et tout ce qui bloque.
- De petits modèles locaux. Des modèles d’environ 8B paramètres tournent correctement sur une machine de 16 Go, pour des tâches de code où les données doivent rester sur la machine.
- Xcode et le simulateur iOS. L’agent peut compiler votre app, la lancer sur le simulateur et faire une capture du résultat. C’est ce qu’une machine Linux ne peut pas faire.
Ce qui est peu fiable
- iMessage et FaceTime. Apple lie l’activation au matériel et bloque souvent les Mac qu’elle identifie comme hébergés. Parfois cela marche. Ne bâtissez rien dessus.
- Les sites qui se méfient des adresses d’hébergeur. Certains services, dont LinkedIn et Instagram, mettent à l’épreuve ou bloquent l’automatisation venue d’une IP d’hébergement.
Ce qui est exclu
- Tout ce qui est physiquement à proximité. Bluetooth, HomeKit, AirDrop, une imprimante dans votre bureau, un périphérique USB. Le Mac n’est pas dans vos locaux.
- Les gros modèles locaux. Un M6 de base de 16 Go ne fera pas tourner de modèles de 30B ou 70B. Les agents qui y tournent appellent des modèles dans le cloud, ce que font de toute façon Claude Code et Codex.
- L’automatisation généraliste. Apple n’autorise un Mac loué que pour le développement logiciel. Un agent qui gère votre boîte de réception, votre CRM ou vos réseaux sociaux n’a pas sa place ici. C’est la licence, pas une préférence, et elle s’applique à tous les hébergeurs de Mac.
- Les abus. Pas de spam, pas de scraping à grande échelle, pas de credential stuffing, pas de minage de crypto, pas d’automatisation des comptes d’autrui contre leurs conditions. C’est la politique d’utilisation acceptable, et elle est appliquée.
- Les redémarrages instantanés. Un redémarrage prend quelques minutes, pas quelques secondes, et il n’y a pas de bouton d’alimentation à maintenir enfoncé.
Comment décider
Un Mac hébergé convient très bien à un agent de code qui travaille sur votre logiciel avec des modèles cloud. Il doit tourner toute la journée. Et il ne doit avoir besoin d’une personne que de temps en temps, pour cliquer sur quelque chose. C’est le mauvais outil pour trois types d’agent. Celui qui a besoin d’iMessage comme fonction centrale. Celui qui a besoin d’un appareil de votre réseau local. Celui qui a besoin d’un gros modèle sur la machine. Mieux vaut le savoir maintenant.
Questions fréquentes
iMessage fonctionne-t-il sur un Mac hébergé ?
+
Pas de façon fiable. Apple lie l’activation d’iMessage au matériel et la refuse souvent sur les Mac hébergés. Cela marche parfois, mais rien d’important ne doit en dépendre.
L’agent peut-il utiliser les comptes auxquels je me connecte ?
+
Oui, pour le développement. Connectez-vous une fois à GitHub, npm, App Store Connect ou votre environnement de préproduction depuis le bureau dans le navigateur. L’agent utilise ensuite ces sessions. Les connexions restent sur la machine, pas chez nous. Les comptes sans rapport avec votre logiciel sortent de ce que la licence du Mac autorise.
Puis-je faire tourner des LLM locaux sur un Mac mini hébergé ?
+
Des petits. Une machine de 16 Go gère des modèles d’environ 8B paramètres, pour des tâches de code où les données doivent rester sur la machine. Les gros modèles demandent bien plus de mémoire qu’un mini de base n’en a. Les agents qui y tournent utilisent plutôt des modèles dans le cloud.
Que se passe-t-il si mon agent bloque ?
+
Vous ouvrez l’écran du Mac dans votre navigateur, vous gérez la demande, la connexion ou le captcha, et vous fermez l’onglet. La session continue de tourner pendant tout ce temps.