J’ai copié un fichier pour en faire une sauvegarde.
Résultat : les deux copies sont devenues inutilisables.
La raison : ce fichier ne contenait pas des données, mais une identité.
Copiez des données, et vous obtenez deux jeux de données. Copiez une identité, et vous n’en obtenez pas deux : c’est la même identité, présente à deux endroits à la fois.
Quand une plateforme voit ça, sa première réaction est toujours : « Ce compte a été piraté. » Elle invalide alors tous les identifiants, et la copie comme l’original sont condamnés.
Ce genre de chose est plus répandu qu’on ne le croit : · sessions de connexion aux comptes · clés API, fichiers d’autorisation, certificats · cookies de navigateur · toutes sortes d’identifiants associés à l’option « Se souvenir de moi »
Vous pensez faire une sauvegarde, mais en réalité, vous créez un double. Or, le système n’en reconnaît qu’un seul.
Le pire, c’est que rien ne signale le problème sur le moment : tout fonctionne comme avant lorsque les identifiants sont invalidés. Vous ne vous en rendez compte qu’au moment où vous en avez vraiment besoin.
Alors, avant de copier quoi que ce soit, demandez-vous :
Est-ce que cela contient des données ou une identité ?
Les données peuvent être copiées. Une identité, on peut la déplacer, mais pas la dupliquer.
Quand tu demandes à une IA de faire quelque chose pour toi, comment gères-tu l’étape du mot de passe ?
J’en ai vu trois méthodes, avec des niveaux de risque très différents :
1. Coller directement le mot de passe dans la conversation — c’est le plus simple, mais aussi le pire. Il se retrouve dans le contexte, dans les journaux, peut-être même dans les données d’entraînement, et tu ne peux plus le retirer.
2. Demander à l’agent de consulter ton gestionnaire de mots de passe — ça a l’air professionnel, mais il reçoit le mot de passe en clair. Et tu ne sais pas où ira ce contexte ensuite.
3. L’agent lance une demande, puis tu confirmes dans l’interface de ton gestionnaire de mots de passe. La valeur est directement saisie dans la page. Pendant toute l’opération, l’agent ne voit que « autorisé / non autorisé », jamais la valeur.
C’est la troisième méthode qui peut être utilisée sur le long terme. Le critère est simple : **le mot de passe en clair passe-t-il par le contexte de l’IA ?** Si oui, ce n’est pas sûr, peu importe le nombre de couches intermédiaires.
Et il y a une règle encore plus fondamentale : pour les opérations qui nécessitent un mot de passe, évite autant que possible de laisser l’agent s’en charger. Il suffit qu’il t’amène jusqu’à cette étape. Le temps gagné ne vaut pas le risque de compromettre ton compte. ⚠️
As-tu renseigné le lien en haut à droite de ton dépôt GitHub ?
Je viens de vérifier les 17 miens : 16 étaient vides. C’est le seul lien sortant de la page d’un dépôt — 2 352 étoiles, et 0 visite dirigée vers mon propre site.
Même chose pour les topics. Ces pages de regroupement sont un point d’entrée majeur pour les personnes qui cherchent des outils. Si tu n’ajoutes pas de tags, ton dépôt n’y apparaît pas : c’est comme laisser fermé un canal d’acquisition gratuit.
Tu peux régler ces deux points en une dizaine de minutes :
· Settings → la roue dentée About dans la barre latérale → renseigne ton site dans Website · Au même endroit, ajoute 5 à 8 mots dans Topics, en fonction du contenu réel de ton dépôt, sans reprendre un modèle tout fait
Pour les tags, n’en mets ni trop ni trop peu : des termes précis comme mcp / claude-code / prediction-markets sont bien plus utiles que des termes génériques comme ai / tools — avec ces derniers, tu n’as aucune chance d’apparaître dans les pages de regroupement.
Ce genre d’oubli ne déclenche aucune erreur. Le dépôt a l’air parfaitement normal, alors ces champs peuvent rester vides longtemps sans que personne ne s’en rende compte. Va vérifier le tien.
Après avoir vu Bao Yu @dotey présenter la méthode d’apprentissage de Feynman sous forme de boucle, je me suis rendu compte que le processus de création de contenu que je peaufine depuis quelque temps revient au même, avec simplement une étape supplémentaire au milieu : l’IA et la prise de parole.
Avant, mon processus était très simple : j’avais une idée, je demandais à l’IA de la structurer, je retouchais quelques phrases et je publiais. C’était assez efficace. Mais un problème évident est apparu par la suite : le contenu était complet, mais on aurait dit qu’il n’avait pas été écrit par une vraie personne.
Surtout quand l’IA mettait directement en forme une prise de parole : il y avait un titre, des points clés et une conclusion, mais l’ordre dans lequel les choses étaient dites, les pauses et les jugements qui surgissaient sur le moment — tout ce qui donne au discours son ton et ses émotions les plus authentiques — avaient tendance à disparaître.
J’ai donc transformé mon processus en boucle fermée :
1. Une idée ou une question authentique — elle doit venir d’une expérience personnelle ou d’un vrai besoin : ce pour quoi on dépense de l’argent, les erreurs qui nous font perdre du temps, ou ce qui nous bloque. 2. Mise en pratique et vérification — on commence par faire les choses soi-même, on garde une trace du processus, puis on demande à l’IA de le mettre en forme. 3. Révision à l’oral — on raconte les choses avec ses propres mots pour y remettre un langage naturel. 4. Publication sur plusieurs plateformes 5. Retours — les commentaires et les questions alimentent le cycle suivant, et la boucle se referme.
Voilà à quoi ressemble le cycle de Feynman appliqué à la création de contenu : il ne s’agit pas de « maîtriser avant de transmettre », mais de devoir transmettre pour être poussé à vraiment comprendre. La seule étape ajoutée, c’est l’IA qui se charge de mettre en forme, tandis que la prise de parole permet de garder l’humain dans la boucle.
L’article que j’ai écrit il y a quelques jours sur mon test de Codex pour contrôler ChatGPT Pro s’inscrivait justement dans ce cycle ; ce n’était pas une couche de motivation ajoutée artificiellement.
J’avais oublié de faire des captures d’écran. Pour écrire un contenu solide, j’ai dû refaire tout le processus et reconstituer les images. En revérifiant les choses, mon jugement à ce sujet s’est aussi précisé.
Écrire ne consiste pas seulement à consigner un résultat. Cela nous pousse à passer à la pratique, à vérifier, à apporter des preuves et à découvrir si l’on a vraiment compris.
Dans ce processus :
L’IA se charge d’organiser les informations, de supprimer les répétitions et d’adapter le contenu aux plateformes. L’humain se charge de l’expérience vécue, du jugement final et de la touche personnelle.
Une fois que l’IA a produit un brouillon, je le lis intégralement à voix haute. Si vous trouvez que le contenu sonne comme de l’IA, lisez-le simplement à voix haute : vous verrez tout de suite ce qui sonne bizarre et ce que vous ne diriez jamais.
Un petit conseil : redonnez à l’IA la transcription de votre prise de parole en lui demandant uniquement de clarifier les idées et de corriger les erreurs. Ne la laissez pas ajouter des opinions ou forcer une conclusion grandiloquente.
Il ne s’agit pas de rendre l’écriture plus compliquée. Mais de gagner en efficacité grâce à l’IA sans effacer ce qui nous rend uniques.
Polymarket va passer les marchés Crypto Up/Down de 5 min / 15 min / 4 h à un règlement TWAP. Ces deux derniers jours, le groupe s’est disputé sur la question : est-ce que le TWAP s’applique sur toute la durée, ou seulement pendant les 30 dernières secondes ? Deux personnes campaient chacune sur leur position, sans parvenir à convaincre l’autre.
Je suis allé consulter l’annonce officielle : la réponse dépend de la durée du marché :
Marchés de 5 minutes → TWAP de 30 secondes Marchés de 15 minutes → TWAP de 60 secondes Marchés de 4 heures → TWAP de 60 secondes
La formulation exacte de l’annonce est « with the averaging window scaled to the length of the market » : la fenêtre d’average s’adapte à la durée du marché.
Autre point plus important : le changement n’entrera en vigueur que le 7 août à 00:00 UTC. Pour l’instant, rien n’a changé. Le feed du mainnet et le RTDS seront mis en ligne le 4 août.
Donc, dans la dispute du groupe, les deux avaient raison à moitié : oui, c’est bien 30 secondes, mais uniquement pour les marchés de 5 minutes.
Autre détail que personne n’a mentionné dans le groupe, et qui me semble plus concret que les modalités de règlement : dans la même annonce, l’équipe indique qu’elle distribuera 1 million de dollars de récompenses de liquidité sur tous les marchés concernés pendant tout le mois d’août, pour faciliter cette transition. Autrement dit, pendant ce mois d’août, la structure de rendement côté LP sera différente de d’habitude.
Le calendrier est crucial : les retournements en fin de marché que l’on observe ces jours-ci restent dus à l’ancien règlement par instantané unique. On ne peut pas s’en servir pour déduire ce qui se passera avec le TWAP.
Revenons à la raison de ce changement. Quelqu’un du groupe avait fait des statistiques spécifiques : le taux de retournement dans les 30 dernières secondes est de 13 % — c’est la probabilité que le camp en tête 30 secondes avant la fin perde finalement. Il définissait très concrètement ce qu’est une avance : par exemple, si PTB est en tête de +100 (UP domine), puis passe à -30 DN au règlement, cela compte comme un retournement.
Dans ces conditions, sa conclusion était : « Peu importe à quel point tu as raison sur la direction ou à quel point ton taux de réussite est élevé, tu finiras par te faire éliminer par un retournement », donc « à part couvrir sa position, il n’y a vraiment rien à faire ».
Alors, une fois le problème corrigé, tout ira bien ? Quelqu’un du groupe n’était pas de cet avis. Voici selon moi le passage qu’il faut le plus retenir :
« En fait, ce n’est pas si mal de ne pas passer au TWAP. Même s’il y a de la manipulation, plus les vagues sont grosses, plus les poissons valent cher ; le risque est déjà intégré dans nos cotations. »
« Sans manipulation, plus personne ne parierait sur les retournements. »
Ce qui l’inquiète, ce n’est pas que sa stratégie cesse de fonctionner, mais que plus personne ne vienne jouer sur le marché : « Le plus grand danger, ce n’est pas de nuire à une stratégie en particulier — en réalité, toutes les stratégies ont besoin des particuliers pour fournir une contrepartie. »
Un autre a résumé les choses encore plus franchement : « Sans les parieurs compulsifs et les particuliers, il ne reste qu’une bande de robots en combat libre. Qui peut encore gagner de l’argent ? Il n’y a plus d’alpha. »
Le scénario qu’il redoute — un TWAP appliqué sur toute la durée — ne se produira pas cette fois (les fenêtres seront de 30 ou 60 secondes, et les graphiques continueront à fluctuer normalement). Mais ce compromis existe bel et bien, et mérite d’être retenu à part :
La volatilité des prix est en elle-même un produit qui attire les participants. Un dispositif qui lisse les fluctuations ne fait pas que débarrasser le marché des manipulateurs : il écarte aussi les gens prêts à parier — précisément ceux dont les market makers et les stratégies d’arbitrage tirent leurs revenus.
Voilà comment je gère cette transition de mon côté.
Le jour de l’annonce, j’ai d’abord vérifié mon exposition réelle : elle était nulle. Ce qui est vraiment interrompu, ce sont plusieurs pistes de validation qui analysaient encore des données sans engager d’argent réel — leurs échantillons couvriront le 7 août. L’une d’elles, en particulier, tombait pile au mauvais moment : elle reproduisait justement une stratégie consistant à « entrer dans les 30 dernières secondes », alors que la nouvelle fenêtre des marchés de 5 minutes est précisément de 30 secondes. Son hypothèse de départ se retrouve donc directement remise en cause.
La première chose à faire n’est donc pas de modifier la stratégie, mais de définir une frontière temporelle.
Il ne faut pas mélanger les échantillons d’avant et d’après le 7 août. Un ensemble d’échantillons qui franchit cette frontière produira une moyenne sans signification, sans pour autant déclencher d’erreur : le programme statistique continuera de tourner normalement, mais ses conclusions perdront discrètement leur sens. C’est le risque le plus facile à négliger dans cette transition : un changement de règles ne fait pas planter votre programme, il invalide simplement vos conclusions.
Deuxième point : ne regardez pas un seul côté. Intuitivement, un TWAP plus lisse semble faciliter les prévisions, mais il entraîne deux effets opposés : la prévisibilité peut augmenter (un prix moyen est plus stable qu’un tick isolé), tandis que l’amplitude des mouvements capturables diminue (justement parce que le lissage réduit les écarts de prix). Impossible de savoir par simple raisonnement si l’effet net est positif ou négatif : il faut refaire les tests.
Troisième point : ajoutez une limite temporelle aux recherches existantes. Certaines conclusions reposent essentiellement sur l’idée que « les N dernières secondes constituent une fenêtre de manipulation » ; cette observation suppose un règlement par instantané unique. Après le 7 août, elle pourrait toujours être valable, voire l’être davantage, mais les éléments qui la justifient auront changé. Les conclusions peuvent être reprises, pas leurs hypothèses — et une conclusion sans limite temporelle indiquée sera encore citée comme référence dans six mois.
J’ai mis la version complète en ligne. Elle explique aussi pourquoi le copy trading finit par s’autodétruire, ainsi qu’un autre point de méthode qui n’a pas été clarifié dans la statistique des 13 %.