« AI Creators on X · Distillation de 20 créateurs techniques chinois » — Point d’entrée complet du livre
Déclenchement et non-déclenchement
Applicable : Tâches liées aux 6 domaines de capacité du livre : construction d’infrastructure, croissance internationale, visualisation codée, dés-IA-isation, évaluation de modèles et livraison FDE en entreprise (voir table de routage ci-dessous). Non applicable :
- Prix en temps réel, promotions et litiges de facturation des API ou plateformes SaaS (ce document ne fournit qu’un instantané des coûts unitaires de novembre 2026 à titre de référence comptable).
- Opérations à haut risque contournant les vérifications de signature de paiement, falsifiant les rappels de recharge, ou envoyant / publiant en masse sans validation humaine.
- Démarches de conformité pour forums / communautés UGC sans agrément pour les développeurs individuels chinois.
- Questions générales sans lien avec les agents IA, le développement indépendant, le SEO/GEO, le visuel AIGC ou la transformation numérique d’entreprise.
Principes fondamentaux (aperçu rapide – suffisants pour les questions générales)
- La bande passante de relecture fixe la limite : Un humain ne peut suivre en parallèle que 3-5 sessions actives (@vista8) ; remplacer la relecture ligne par ligne par « un projet = un bot dédié + Git Worktree parallèle + vérification automatique par screencast / capture d’écran » (@vikingmute, @waylybaye).
- La structure et la continuité déterminent la conversion : Planifier un site international avec le modèle « Entity → Topic Map → URL en 3 couches » et « séparation en 3 pages : code / CMS / toolKey » (@CoderJeffLee), respecter strictement « un mot = une page TDH + priorité à la forme générée par le premier écran » (@gefei55), combiner les trajectoires Fan-out et les groupes d’intention pour le GEO (@yaojingang).
- Vidéo et design entièrement codifiés : Utiliser des maquettes brutes grossières pour prévisualiser les mouvements de caméra (@TanLuAI), découper d’abord la timeline sur les battements BGM (@MANISH1027512), puis confier à l’agent le code Remotion / SwiftUI / HTML ou invoquer MCP Renoise pour le rendu final, y compris les affiches QR code sans erreur (@joshesye, @jinchenma_ai).
- Règles strictes anti-goût IA sur toute la stack : Au niveau code : Pre-commit bloque les fichiers > 5 000 tokens et interdit la défense excessive (@vikingmute) ; au niveau UI : utiliser
impeccablepour bannir les 62 caractéristiques comme Inter, dégradé violet, cartes à trois colonnes (@sitinme) ; au niveau visuel : conserver le tremblement de main et la poussière du rétroviseur (@Adam38363368936) ; au niveau écriture : interdire à l’IA de rédiger la première version, insister sur un manuscrit humain / des idées dictées, l’IA ne fait que peaufiner chapitre par chapitre (@jinchenma_ai). - Isoler les risques liés au modèle selon le scénario : Le code central long terme verrouille le SOTA et ne garde que les points clés pour éviter la « dette d’intelligence précoce » (@waylybaye) ; la livraison ToB verrouille les modèles chinois stables (DeepSeek / GLM) pour éviter le 403 (@cnzhihao) ; l’évaluation utilise « performance de la base vectorielle écrite de zéro + stabilité sur 6 tirages consécutifs » plutôt que des classements de benchmarks (@karminski3).
- Monétisation commerciale : d’abord la porte : Pour le FDE manufacturier, calculer le coût de base ERP/MES (5-8 000 €/système) et plafonner à 5 personnes max ≤ 20 posts, avec une chaîne d’erreur « code → agent → humain » à 3 niveaux (@cnzhihao) ; les cadres utilisent le « système d’audit sans Feishu pendant une semaine » (@FuSheng_0306), les paiements Stripe impayés sont relancés via un lien direct vers la caisse (@sitinme).
Flux d’exécution standard (4 étapes, avec entrées / sorties explicites)
- Étape 1 : Classification de l’intention et pré-vérification des feux rouges
- Entrée : Demande brute de l’utilisateur et contexte du projet actuel.
- Action : Vérifier la liste « non applicable » et le tableau « points de contrôle & récupération après échec » ci-dessous ; en cas de cible à risque élevé ou hors cadre, bloquer immédiatement selon la règle.
- Sortie : Chemin de la carte capacité unique (max 2 pour tâche multi-domaine) ou réponse d’aperçu / refus.
- Étape 2 : Charger la carte capacité et vérifier les entrées requises
- Entrée : Fichier
references/capabilities/<slug>.mdsélectionné à l’étape 1. - Action : Lire la section
## E — Étapes exécutablesde cette carte, vérifier que l’utilisateur a fourni les « entrées requises » (ex : stack technique, mot-clé / forme du site, durée vidéo / source de référence, état actuel du système de l’entreprise). - Sortie : Si toutes les entrées sont présentes, passer à l’étape 3 ; sinon, lister les éléments manquants et demander une confirmation unique à l’utilisateur.
- Entrée : Fichier
- Étape 3 : 🔴 CHECKPOINT – Alignement du plan et production de la sortie
- Entrée : Paramètres utilisateur alignés et étapes de la section
Ede la carte. - Action : En cas de modifications destructrices, d’appels API payants en masse, de déploiement en production ou d’envoi externe, 🛑 STOP : d’abord produire le plan d’exécution avec seuils quantitatifs, obtenir validation de l’utilisateur, puis exécuter ; pour les cas standards, suivre directement les étapes de la carte pour produire configurations, commandes, templates de prompt ou schémas d’architecture.
- Sortie : Configuration / script / SOP d’ingénierie reproductibles (avec compte et date de l’auteur original).
- Entrée : Paramètres utilisateur alignés et étapes de la section
- Étape 4 : Auto-vérification aux limites et validation des preuves
- Entrée : Plan ou code produit à l’étape 3.
- Action : Vérifier chaque point de la « liste d’auto-vérification » de la section
## B — Limites et contre-exemplesde la carte chargée (ex : seuil Pre-commit à 5 000 tokens, vérification signature callback de paiement, liste noire anti-goût IA). - Sortie : Livrable final + liste des points auto-vérifiés avec succès.
Tableau des points de contrôle et récupération après échec (à lire d’abord)
- 🔴 CHECKPOINT 1 (Barrière aux actions irréversibles) : Toute mise en production de callback de paiement/recharge, envoi groupé de messages (WeChat/email), modification directe de base de production → 🛑 STOP : d’abord produire un plan avec vérification de signature ou barrière humaine de relecture, ne jamais autoriser sans confirmation humaine (fondement : @gefei55 ayant subi 23 faux ordres de callback de recharge, @sitinme avec sa barrière de relecture Feishu, @FuSheng_0306 avec sa barrière WeChat).
- 🔴 CHECKPOINT 2 (Barrière de coût FDE et de construction de site) : Toute personnalisation pour entreprise traditionnelle ou achat en masse de noms de domaine → 🛑 STOP : d’abord calculer le coût de base ERP/MES (5-8 000 €/système) et le plafond de 20 posts, ou passer les 4 vérifications pour nouveau répertoire, pour éviter de s’enliser sans PMF.
| Condition déclenchante (si X échoue / est anormal) | Action de premier secours (exécutez Y d’abord) | Secours si toujours en échec (Fallback Z) |
|---|---|---|
| L’intention de l’utilisateur ne correspond à aucune des 6 premières lignes de la table de routage | Chercher dans references/capability-index.md et references/glossary.md des synonymes | Indiquer clairement que cela dépasse le périmètre des 20 créateurs, lister les limites connues les plus proches, interdire d’inventer sur la base de connaissances générales |
L’utilisateur ne fournit pas une entrée requise de la section E (ex : stack, image de référence/durée) | Lister 2-4 champs manquants et demander une confirmation unique à l’utilisateur | Si l’utilisateur demande un modèle générique, utiliser [placeholder] dans le squelette standard et marquer explicitement les éléments à remplacer |
| L’outil/plateforme cible n’est pas disponible dans l’environnement d’exécution (ex : pas de Xcode, pas de MCP spécifique) | Proposer une alternative multiplateforme dans la même carte (ex : Git Worktree + screenshot CI générique, DuckDB local pour remplacer les MCP dispersés) | Dégénérer en un fichier de règles statique (AGENTS.md, script Pre-commit hook, template de prompt segmenté) |
| L’utilisateur demande un prix en temps réel / un score du jour / une garantie de déblocage de compte | Fournir les données instantanées de la capture de novembre 2026 (ex : Topview T1 $0.22/s vs Seedance 2.5 $0.585/s) avec horodatage | Rediriger l’utilisateur vers la page de facturation officielle ou le classement temps réel vector-db-bench ; ne jamais inventer de prix actuels |
Contre-exemples et liste noire (Actions interdites)
| N° | Action interdite (ne pas faire) | Conséquence du risque (preuve du post original) | Alternative obligatoire |
|---|---|---|---|
| BL-1 | Ne pas mettre en production de code de callback de paiement/recharge IA sans signature ni vérification d’état | @gefei55 a vécu le callback de recharge mal implémenté par IA, 23 faux ordres ont vidé des milliers de dollars de crédits (2026-10-26) | Le callback de paiement doit FORCÉMENT faire l’objet d’un audit humain de la vérification de signature, et être connecté aux hooks expired/completed (@sitinme) |
| BL-2 | Ne pas laisser l’IA rédiger un premier brouillon d’article de zéro, ni développer librement sans manuscrit original | Produit la « vallée de l’étrange de la voix LLM » difficile à effacer et des banalités correctes sans valeur ajoutée (@vikingmute, @jinchenma_ai) | L’humain doit d’abord dicter une expérience réelle ou fournir un plan de manuscrit original, contraindre l’IA à « ne pas s’écarter de l’expression du manuscrit, ne pas halluciner » (@CoderJeffLee) |
| BL-3 | Ne pas utiliser de modèles low-cost/précoces pour générer de longues spécifications persistantes | Les nouveaux modèles font aveuglément confiance aux documents erronés laissés par les anciens modèles, ce qui amplifie la « dette d’intelligence précoce » (@waylybaye) | Pour le code central long terme, insister sur le modèle SOTA, ne garder que les points clés, laisser de l’espace pour l’auto-guérison après mise à jour du modèle |
| BL-4 | Ne pas laisser l’IA bourrer React de useEffect nus et de useState complexes, ni soumettre des fichiers > 5 000 tokens | La synchronisation multi-état échoue forcément ; les fichiers gonflés dégradent le contexte de l’agent (@vikingmute) | Forcer l’état global avec Zustand, les interactions complexes avec useReducer, le serveur avec React Query, ajouter un blocage Pre-commit à la barre des 5 000 tokens |
| BL-5 | Ne pas utiliser de portraits fins pour la prévisualisation de mouvements de caméra vidéo, ni générer d’affiches multi-caractères avec QR code en une seule passe | Les détails de prévisualisation polluent le transfert ultérieur ; les modèles de génération produisent du texte incohérent et des QR codes non scannables (@TanLuAI, @jinchenma_ai) | La prévisualisation de mouvements doit utiliser des cubes bruts grossiers / des maquettes sans visage ; les affiches multi-caractères avec QR code doivent être rendues en HTML/CSS puis exportées en capture d’écran |
| BL-6 | Ne pas utiliser de crawler actif pour forcer les limites de Xiaohongshu/Douyin, ni nourrir la mémoire personnelle comme source GEO globale | Deux essais déclenchent captcha/interdiction de compte ; discuter en privé avec Doubao d’un nom de marque n’alimente que la mémoire personnelle, pas les sources globales (@icycat, @jinchenma_ai) | Pour les médias sociaux chinois fortement protégés, utiliser un plugin navigateur pour collecte passive lors de la navigation humaine ; le GEO doit construire des sites indépendants publics crawlables et des sources de haute autorité |
Routage des capacités (lire d’abord ce tableau, charger 1 carte par intention)
| Intention de l’utilisateur | Lire d’abord | Complément / Remarque |
|---|---|---|
| Comment un seul développeur peut-il gérer et développer plusieurs projets en parallèle avec l’IA ? L’IA écrit trop vite, les PR sont impossibles à relire ? Xcode compile lentement en parallèle multi-agent / MCP Preview pose problème ? Comment empêcher Codex/Claude de faire du sur-engineering, de créer des fichiers énormes ou d’abuser de React useState ? Comment faire suivre automatiquement les plugins lors des mises à jour fréquentes du framework ? | references/capabilities/agent-software-factory.md | references/capabilities/de-ai-taste-and-writing.md, references/capabilities/agent-benchmark-and-model-routing.md |
| Comment planifier la structure des répertoires et URL pour un site d’outils IA destiné à l’international ? Pourquoi mon site a du trafic ChatGPT et recherche mais zéro commande ? Comment faire du GEO pour que ChatGPT et Perplexity citent mon site en priorité ? Comment traduire efficacement les pages SEO multilingues ? Comment lancer rapidement en masse de nouvelles pages de mots-clés ou un site de données vertical ? | references/capabilities/seo-geo-growth-engine.md | references/capabilities/enterprise-fde-and-one-person-ops.md, references/capabilities/agent-software-factory.md |
| Comment créer des vidéos publicitaires / courtes en plusieurs plans cohérents avec l’IA ? Sans Jianying ni After Effects, comment faire coder par l’agent un montage automatique sur les battements ? Comment contrôler les mouvements de caméra et économiser des crédits avec une prévisualisation par maquette brute ? Comment écrire des templates paramétriques réutilisables pour affiches commerciales et photos de vie ? Comment résoudre le texte illisible et l’impossibilité d’intégrer un QR code dans les affiches générées ? | references/capabilities/video-and-design-as-code.md | references/capabilities/de-ai-taste-and-writing.md |
| Comment enlever le côté « cliché IA » des pages web/UI générées ? Comment enlever l’aspect plastique et posé des photos et vidéos générées ? Comment écrire des articles ou tutoriels avec l’IA sans ton IA prononcé ni banalités correctes ? | references/capabilities/de-ai-taste-and-writing.md | references/capabilities/video-and-design-as-code.md, references/capabilities/agent-software-factory.md |
| Comment tester si un nouveau LLM ou Coding Agent est vraiment bon ? Pourquoi ne pas se fier aux classements officiels, comment concevoir son propre benchmark ? Comment choisir le modèle et économiser les tokens selon le scénario (code central long terme vs tâches quotidiennes vs livraison client) ? Comment passer de manière transparente d’un modèle sous-jacent à un autre pour Codex ou Claude Code ? | references/capabilities/agent-benchmark-and-model-routing.md | references/capabilities/agent-software-factory.md, references/capabilities/enterprise-fde-and-one-person-ops.md |
| Comment faire du déploiement IA (FDE) pour une entreprise traditionnelle : chiffrer, filtrer les clients, éviter les pièges ? Comment les dirigeants/cadres peuvent-ils déléguer à l’agent les approbations Feishu, les communications WeChat, les achats multi-plateformes ? Comment une entreprise d’une personne peut-elle monter un poste de travail minimal, une base de connaissances auto-croissante (LLM Wiki) et une donnée personnelle complète ? Comment relancer efficacement les paiements Stripe impayés sur un site SaaS ? | references/capabilities/enterprise-fde-and-one-person-ops.md | references/capabilities/seo-geo-growth-engine.md, references/capabilities/agent-benchmark-and-model-routing.md |
Requêtes non liées à une capacité :
- Titre / auteur / chapitre / aperçu du livre → references/overview.md
- Explication de terme → references/glossary.md
- Référence rapide des règles de décision (sans besoin de source) → references/cheatsheet.md
- Index complet des intentions et mots-clés (si non couvert par ce tableau) → references/capability-index.md
Règles de chargement
- À chaque tâche, commencer par ce fichier, puis charger 1 carte de capacité selon la table de routage ; pour une tâche explicitement multi-domaine, charger au maximum 2 cartes.
- Pour les questions d’aperçu / titre du livre, ne charger aucune carte, répondre avec les « Principes fondamentaux » et overview.md.
- Toute intention ne pouvant être trouvée ni dans la table de routage ni dans capability-index.md doit être clairement indiquée comme hors du périmètre du livre ; ne pas forcer un cadre.
Limites et critères d’arrêt
- L’utilisateur demande le prix en temps réel, l’état de panne ou le résultat de déblocage de compte d’une plateforme → indiquer clairement que cette compétence ne contient que l’instantané des données de novembre 2026, ne pas deviner de données en temps réel.
- L’utilisateur demande de contourner la vérification de signature de callback de paiement ou de sauter la barrière de validation humaine pour exécuter un débit / envoi de masse / mise en production → déclencher immédiatement un feu rouge, produire d’abord un plan « vérification de signature + barrière de confirmation humaine ».
- L’utilisateur demande uniquement la liste des 20 créateurs, leur nombre de followers ou une biographie → lire directement references/overview.md, répondre puis s’arrêter ; ne pas développer la pipeline d’ingénierie en 4 étapes.
- L’intention de l’utilisateur n’est trouvée ni dans la table de routage ni dans capability-index.md → indiquer clairement qu’elle dépasse le périmètre de la distillation des 20 créateurs techniques, ne pas forcer le cadre.