Gaffe les gens, j'ai aussi pété mon quota en moins de 5 mn (il me reste 4 reset donc osef) par contre par défaut il est en fast mode donc à repasser à standard. Je viens de le faire et ça change radicalement la conso...

 
TAMAG0 « BEST PRACTICES » VS SKILLS SUPERPOWERS
Analyse comparative de tamag0.ai/docs/best-practices.html — 11 juillet 2026
 
 
VERDICT D'ENSEMBLE
 
Très bon condensé de bonnes pratiques agentiques. tamag0 et superpowers
convergent vers exactement la même philosophie (clarifier avant de coder,
TDD strict, revue adverse, isolation git), mais avec deux stratégies
d'implémentation différentes : tamag0 en fait des fonctionnalités produit
(threads, watchdog CI, Dialog Hub), superpowers en fait une discipline de
processus portable (des skills en markdown).
 
 
CE QUE LA PAGE DIT DE BIEN (ET QUI RECOUPE SUPERPOWERS)
 
La correspondance est presque terme à terme :
 
tamag0                      │ superpowers                            │ Commentaire
────────────────────────────┼─────────────────────────────────┼────────────────────────────────────
/refining                     │ brainstorming → writing-plans   │ Même conviction : « les assumptions sont là où naissent les bugs »
────────────────────────────┼─────────────────────────────────┼────────────────────────────────────
/debugging                  │ systematic-debugging            │ Idem
────────────────────────────┼─────────────────────────────────┼────────────────────────────────────
Test qui échoue d'abord, │ test-driven-development         │ tamag0 plus explicite sur les mocks (services externes seulement)
pas de mocks DB           │                                              │  
────────────────────────────┼─────────────────────────────────┼────────────────────────────────────
/parallel-code-review       │ requesting-code-review +        │ Même mécanique de revue multi-perspectives
(3 sous-agents)             │ subagent-driven-development    │  
────────────────────────────┼─────────────────────────────────┼────────────────────────────────────
Clone par thread            │ using-git-worktrees                   │ Obligatoire et automatique chez
                                   │                                                │ tamag0, opt-in chez superpowers
────────────────────────────┼─────────────────────────────────┼────────────────────────────────────
Golden rules                │ CLAUDE.md / mémoire             │ Contraintes au niveau prompt, contournables — les hooks bloquent mécaniquement
────────────────────────────┼─────────────────────────────────┼────────────────────────────────────
Un thread = une tâche  │ (implicite dans                         │ La meilleure idée de la page
= un rôle                     │ executing-plans)                       │
 
Le passage le plus juste opérationnellement, c'est « One thread, one role »
et la mise en garde sur la compaction de contexte qui brouille le rôle d'un
thread (auteur vs relecteur). C'est une leçon vécue, pas théorique. Le
conseil « vérifie l'état du thread et le premier message, n'infère pas du
dernier » est exactement le bon réflexe.
 
Le pattern watchdog CI (état waiting_external, réveil automatique quand la
CI se termine) est le point où tamag0 a un vrai avantage produit : dans
Claude Code, on émule ça avec /loop ou des wakeups planifiés, mais ce n'est
pas natif au cycle PR.
 
 
OÙ JE SUIS PLUS RÉSERVÉ
 
« Tech debt = zéro, tout dans la même PR » est le conseil le plus dogmatique
de la page, et il est en tension directe avec notre méthode. Fixer chaque
remarque de linter dans le fichier touché, d'accord ; mais « no follow-up
ticket, no out of scope » systématique fait gonfler les diffs et mélange
les chantiers. Le système en place — corriger l'évident directement, router
le reste vers le backlog avec un numéro — est plus sain à l'échelle.
 
Les « golden rules » sont des contraintes au niveau prompt, donc
contournables par le modèle un mauvais jour. L'approche par hooks est
objectivement plus robuste : les hooks bloquent mécaniquement, pas par
persuasion. Amusant d'ailleurs : le paragraphe « a companion should never
tell you to install a GitHub connector » est visiblement un patch
documentaire contre une hallucination récurrente de leurs agents — preuve
que les règles-prompt fuient.
 
Les agents persistants par fonction (coding, UX, DevOps qui se consultent
via le Dialog Hub) sont le vrai différenciant conceptuel face à
superpowers, qui préfère des subagents éphémères à contexte frais. Les
personas persistants accumulent de la mémoire de domaine, mais aussi de la
dérive de contexte ; les subagents frais repartent propres à chaque fois.
Pour un solo dev avec un forfait limité, le modèle éphémère + revue par la
boucle principale offre le meilleur ratio.
 
« Multiple reviewers are encouraged » sans garde-fou de coût : c'est là que
la règle LEAN (ordre de grandeur + GO avant fan-out) est plus mûre que la
page. La vérification adverse paie (23 findings réfutés sur 39 lors de
l'audit à 54 agents !), mais elle se déclenche délibérément, pas par
défaut.
 
 
EN RÉSUMÉ
 
Deux écosystèmes indépendants arrivent aux mêmes invariants : refining
obligatoire, TDD, revue adverse, isolation par tâche, un thread = un rôle.
 
  - Superpowers : portabilité et granularité (skills lisibles, versionnées,
    adaptables).
  - tamag0 : intégration produit (watchdog CI, cycle de vie des threads,
    routage par spécialité).
 
Deux idées à retenir : la règle explicite « un thread = un rôle »
post-compaction, et le réflexe watchdog si une CI entre un jour dans la
boucle. Le reste, le setup actuel le couvre déjà — souvent de façon plus
contraignante (hooks) ou plus économe (LEAN + backlog routé).
 

pour tamag0, il n'y a pas que des golden rules, il y a des golden rules, des best practices, des forbidden commands et des reminders, ca métirerait d'ailleurs que je les documente mieux, c'est une bonne remarque

Me reste 50% d'un quota Fable sur un Max6 et 100% sur un autre Max6

la concurrence de codex a du bon

Toujours pas actif la suppression de la limite des 5h...faut nous laisser bosser là

Et ca pousse à l'utilisation du mode fast, j'aurais presque pu économiser 4 jours lol

https://i.imgur.com/aXT3zGG.jpeg

la concurrence de codex a du bon

Dans 1h

Kestudi ?

Et en plus Tibo vient de reset l'usage
Source: mon tableau de bord

Et en plus Tibo vient de reset l'usage
Source: mon tableau de bord

Ah oui! j'était à 13% je viens de passer à 99

je suis totalement bluffé par l'efficacité de gpt 5.6-sol, il m'a dépilé de A-Z une PR complète, le lancement de code-review via agents réels distincts (jusqu'ici c'est normal), mais aussi correctif sur la PR dans la foulée, redemande de review, et ceci plusieurs fois, alors que Claude avait tendance à un peu caler habituellement !

https://rehost.diberie.com/Picture/Get/r/528903

'tain la suppression du quota de 5h j'ai du mal à y croire    
c'est pas ça qui va m'aider à retrouver une vie sociale

Faut pas le dire trop fort sinon 90% des clients Claude, qui ont pris l’abo sans se renseigner, vont se rendre compte qu’ils se font douiller et vont switcher.
Anthropic coule et pour célébrer ça OpenAI divise les quotas par 5

'tain la suppression du quota de 5h j'ai du mal à y croire  
c'est pas ça qui va m'aider à retrouver une vie sociale

Putain, c'est clair qu'on en a pour son pognon ! J'ai pris le mois gratos du forfait "plus" il y a deux semaines et je peux plus m'arrêter avec leur connerie de reset et de nouveau modèle. Mon Home Assistant est passé dans le turfu (jetez un œil à l'addon MCP si jamais, c'est juste magique), mon Proxmox n'a jamais autant taffé, et j'ai maintenant à disposition une foultitude de moulinettes qui me laissent tellement le temps de me gratter les couilles que je vais avoir de l'eczéma.
Je pensais vraiment juste prendre le mois gratos pour quelques projets, mais le retour à la vie non assistée va être difficile...

Faut en profiter...a mon avis une fois entrés en bourse, ils vont se mettre d'accord pour nous mettre une carotte. En espérant que d'ici là, les chinois aient des modèles peu chers et aussi bons

GLM-5.3 est annoncé pour août, jamais les entreprises US ne pourront amortir leurs infras, ils sont foutus ! (et c'est bien fait pour leurs gueules vu qu'à cause d'eux on peut plus se payer de RAM, de stockage et de GPU à prix décent)

Moue, tu crois que GLM fonctionne avec des popcorn à la place de la RAM ?

les chinois on été bloqué sur le hardware par les US, donc ils ont optimisé pour que ça marche avec moins de matériel et moins puissant.

les chinois on été bloqué sur le hardware par les US, donc ils ont optimisé pour que ça marche avec moins de matériel et moins puissant.

Moue, tu crois que GLM fonctionne avec des popcorn à la place de la RAM ?