Vos agents sont rapides. Aucun d’entre eux n’est sur le même plan. Le TPM agentic de @jakejooyoung surpasse les messages épinglés et les documents de plan obsolètes pour garder tous les agents à jour. Échangez en espérant que les agents ont entendu parler du changement pour un enregistrement en direct qu’ils lisent tous. Comment ça fonctionne : 1/ Le plan change et les personnes prennent la décision 2/ Serro détecte l’écart et met tout le monde à jour en même temps 3/ C’est tout.

Claude Code peut exécuter Sonnet comme modèle principal et faire appel à Opus uniquement pour les décisions complexes : un seul drapeau, --advisor opus. Configurez-le en 4 étapes : 1. Lancez avec : claude --model sonnet --advisor opus 2. Claude décide quand demander à Opus : avant de s'engager dans un plan, lorsqu'une erreur revient constamment, et avant de déclarer qu'il a terminé. 3. Confiez les tâches intensives à Haiku : un sous-agent dans .claude/agents avec model: haiku pour rechercher et lire de grands fichiers. 4. Donnez à tout sous-agent qui teste des modifications risquées un isolement : worktree, afin qu'il travaille sur une copie indépendante du dépôt. /advisor active ou désactive cette fonctionnalité en cours de session. Il nécessite l'API Anthropic ; il n'est pas encore disponible sur Bedrock ou Google Cloud. https://t.co/RDx6YSGDg8

J'ai modifié une application SwiftUI sur un PC Windows et j'ai vu le changement sur mon iPhone 9,3 secondes plus tard. Aucun Mac n'était présent. La pile, entièrement open source sauf un composant : WSL2 Ubuntu 24.04 Swift 6.4.1 depuis https://t.co/APlidSAOcr xtool (compilation, signature et installation de l'application) omarchy-apple-dev (remplaçants Linux pour les outils Apple d'assets) usbipd-win (transfère le téléphone à Linux) Ce qui m'a coûté : trois échecs de connexion, puis un bug d'un octet dans le relais USB, sur deux jours. Ce que cela ne peut toujours pas faire : pas de simulateur. J'ai donc placé le téléphone réel dans un volet à l'intérieur de l'éditeur. Compilé sur Windows : 14 secondes la première fois, 4 secondes maintenant.

Le conseil de Railway à chaque client après l'incident d'hier : remplacez toutes les variables d'environnement stockées sur Railway. Clés API, identifiants de base de données, identifiants de registre. Immédiatement. Une partie non autorisée a accédé aux variables chiffrées et, pour certaines, aux valeurs déchiffrées. Ensuite, elle a mis en pause les déploiements et invalidé tous les jetons API Railway. Si vous exécutez six services avec quarante variables, « remplacez tout » est brutal. Lesquelles en premier ? Lesquelles sont le même secret à trois endroits ? Lesquelles sont construites à partir d'une autre variable et ne doivent pas être modifiées ? Laquelle est un mot de passe de base de données dont le changement de variable ne modifie pas la valeur réelle ? Ces questions sont la liste que j'ai créée avec apikeys-handler pour les gérer. Il importe vos variables, les regroupe par service, catégorie et priorité, génère de nouvelles valeurs uniquement pour les secrets appartenant à votre application, vous guide à travers ceux émis par un fournisseur, redémarre chaque service une seule fois, et se souvient de l'endroit où vous vous êtes arrêté. Il n'affiche jamais une valeur, ne la stocke jamais, et le modèle n'en voit jamais une. Essayez-le d'abord sur un projet jetable avec ceci : npx --yes --allow-git=all github:codegobrrrr9/apikeys-handler demo

Un bot du marché Grok Bot est livré avec l’agenda de quelqu’un d’autre. Nightly Audit Engineer, l’un des 54 bots internes de l’équipe Grok Bot, s’exécute par défaut à 4 h. À 4 h, vous dormez. Donc, la première fois qu’il a besoin de votre approbation, celle-ci attend environ 10 minutes, affiche « Expired », et l’opération ne se produit jamais. Vous vous réveillez avec un bot qui « a fonctionné » sans rien faire. Avant sa première exécution, définissez une fois pour toutes : autorisé à l’avance : lecture, brouillons, rapports, demandes de tirage en brouillon. Demande d’approbation : envoi, publication, dépense, signature, fusion. Ensuite, consultez l’historique après sa première exécution. Une approbation « Expired » signifie qu’il nécessitait une action que vous aviez laissée en attente sur « Ask ». Autorisez-la, ou transformez la routine en brouillon au lieu de l’exécuter directement.

Apple a dit que vous avez besoin d’un Mac pour publier des applications sur l’App Store. J’ai répondu « f*ck it » et j’ai créé ma propre version de Xcode. Je l’appelle WinCode. (génial, non) Vous pouvez littéralement demander à Claude de générer une application iOS, et regarder chaque ligne de code et les tests être effectués ici, sur Windows. La signature du code, la compilation et le lancement se feront tous sur votre Windows, je règle encore quelques détails pour la dernière étape. L’aperçu en direct provient de mon iPhone connecté pour les tests. Je voudrais savoir si cela est véritablement utile pour les développeurs d’applications Windows ou non ? Mon prochain objectif est de construire une application et de la publier sur l’App Store directement depuis mon PC Windows !

Visa a mis en production le préfinancement en stablecoin cette semaine ! Visa propose désormais des paiements en stablecoin dans plus de 180 pays. Inyo est le premier partenaire. Les 180 pays correspondent à la portée des paiements d’Inyo, et non à un nouveau produit Visa dans 180 pays. C’est certainement une nouvelle très positive à mes yeux. https://t.co/naOd4YQKTn

La commande /ask. Enregistrez-la comme une compétence et vos notes commencent à répondre : « Répondez à la question que j'écris après la commande en utilisant EXCLUSIVEMENT les notes dans /workspace/brain. 1. Vérifiez d'abord _system/maps, puis recherchez dans l'ensemble du coffre. 2. Lisez entièrement les notes pertinentes, pas seulement les titres. 3. Répondez d'abord, en 3 à 6 phrases simples. 4. Ensuite, les preuves : chaque note sous forme de [[wikilink]] avec la ligne qui soutient la réponse. 5. Ensuite, où mes notes se contredisent entre elles, le cas échéant. 6. Ensuite, ce que mes notes NE couvrent pas et dont j'aurais besoin pour être sûr. Si mes notes ne répondent pas à la question, dites « Vos notes ne couvrent pas cela » et arrêtez-vous. N'utilisez ni la mémoire ni le web à moins que je ne le demande. » L'étape 6 transforme chaque réponse en liste de lecture.

Opus 5.5 est un excellent planificateur et un tapuscrit coûteux ! Lancez une fonctionnalité complète en une seule session, et c’est ce que vous payez : 20 $ par million de jetons de sortie pour le code que Sonnet 5.5 écrit à 10 $. La facture n’est pas la pire partie. Un seul contexte effectuant cinq tâches les charge toutes à chaque tour. À la deuxième heure, il a perdu l’interface qu’il avait convenu de respecter et a réécrit une fonction dont les tests avaient besoin. Alors, séparez les tâches. Opus excelle à 4 $ / 20 $ et planifie, donne les instructions, fusionne, décide. Les travailleurs Sonnet se chargent de la saisie. Un vérificateur contrôle chaque affirmation de terminaison. Le piège : une équipe ne génère des gains que pour certaines tâches. Le premier prompt dans la configuration existe pour vous indiquer quand ne pas en créer une.

Ouch. 75 000 $ est le scénario le plus défavorable toutefois. Je pense que le $BTC peut rebondir à partir de 80 000 $, sinon préparez-vous à l’impact ! https://t.co/sX7yjwatCI