15 prompts qui ont fait passer ma facture de codage de 7 800 $ à 129 $

1J'ai besoin d'exécuter le projet suivant en utilisant plusieurs agents IA :
2
3Projet : [décrivez le résultat complet dont vous avez besoin]
4Échelle : [nombre d'éléments / fichiers / tâches]
5Norme de qualité : [à quoi ressemble un bon résultat]
6Contraintes : [délai, format, restrictions]
7
8Votre travail consiste à élaborer le plan d'exécution, pas à l'exécuter.
9
10Produisez :
111. La répartition du travail en flux parallèles
122. Les dépendances entre les flux (ce qui doit se passer avant quoi)
133. Les points de contrôle qualité où la sortie doit être examinée avant de continuer
144. Le brief exact pour chaque flux d'exécution (ce que chaque agent doit savoir pour faire sa part)
155. Les instructions d'assemblage final (comment les sorties se combinent pour produire le livrable final)
16
17N'écrivez aucun contenu réel. Uniquement le plan.

1J'ai les tâches suivantes à accomplir cette semaine :
2[listez vos tâches]
3Classez-les en deux groupes :
4
5Groupe A — Opus gère (lourd en raisonnement, décisions, ambigu, enjeux élevés) :
6[Critères niveau Opus : décisions architecturales, revues qualité, analyse stratégique, tout ce où une erreur a des conséquences en aval]
7
8Groupe B — Kimi Agent Swarm gère (lourd en exécution, traitement par lots, répétitif à grande échelle, spécification de sortie claire) :
9[Critères niveau Kimi : recherche de N sources, production de N fichiers, transformation de N entrées, toute tâche où la spécification de sortie est claire et le travail est parallèle]
10
11Pour chaque tâche du Groupe B, rédigez le brief exact que Kimi Agent Swarm recevra.
12Pour chaque tâche du Groupe A, traitez-la directement.

1Kimi Agent Swarm s'apprête à exécuter le projet suivant :
2[décrivez le projet]
3Avant son exécution, j'ai besoin d'une grille de qualité.
4
5Définissez :
61. À quoi ressemble une sortie acceptable pour chaque type de livrable
72. À quoi ressemble une sortie non acceptable (soyez précis — pas « faible qualité » mais « citations manquantes », « moins de 500 mots », « mauvais format »)
83. Les 3 modes d'échec les plus courants pour ce type de tâche
94. Comment détecter chaque mode d'échec dans la sortie avant qu'elle n'atteigne l'étape d'assemblage final
10
11Cette grille sera utilisée pour examiner les sorties d'Agent Swarm avant qu'elles ne soient acceptées.

1Kimi Agent Swarm a terminé le projet suivant :
2Brief du projet : [ce qui a été demandé]
3Sortie : [collez ou résumez la sortie]
4Examinez par rapport à la grille de qualité :
5[collez la grille du Prompt 3]
6
7Pour chaque livrable :
8- Réussi ou échoué par rapport à chaque critère de la grille
9- Problèmes spécifiques à corriger (citez le problème exact)
10- Si le problème nécessite une nouvelle exécution complète ou une correction ciblée
11
12Produisez un brief de révision : exactement ce que Kimi doit corriger, dans le même format de brief de projet, afin de pouvoir l'envoyer directement sans réexplication.

1Kimi Agent Swarm a produit les sorties suivantes :
2[listez ou collez les sorties]
3Ce sont les composants de : [décrivez le livrable final]
4
5Votre travail consiste à les assembler en une sortie finale cohérente.
6
7Règles :
8- Ne réécrivez pas ce qui fonctionne. Connectez et intégrez.
9- Identifiez et corrigez les incohérences entre les sections
10- Assurez-vous que la sortie finale se lit comme une pièce unifiée, pas comme une compilation
11- Signalez tout ce qui nécessite ma revue avant finalisation
12
13Format final : [décrivez exactement à quoi doit ressembler la sortie assemblée]

1Prenez le plan d'exécution suivant produit par Claude Opus :
2[collez le plan Opus du Prompt 1]
3Réécrivez-le en tant que brief projet Kimi Agent Swarm.
4
5Format :
6Projet : [résumé en une ligne]
7Entrée : [fichiers, URLs, données jointes]
8Sortie : [type de fichier / nombre / convention de nommage / format]
9Phase 1 : [premier flux d'exécution — ce que font les agents, ce qu'ils produisent]
10Phase 2 : [deuxième flux — dépendances notées]
11Phase 3 : [assemblage — comment les sorties se combinent]
12Note de qualité : [le standard minimum que chaque sortie doit respecter]
13
14Le brief doit être suffisamment complet pour qu'Agent Swarm puisse exécuter sans clarification.

1Projet : [décrivez la tâche par lots]
2Entrée : [N éléments — joignez les fichiers ou listez-les]
3Spécification de sortie : [format exact, type de fichier, convention de nommage, une sortie par entrée]
4Pour chaque entrée :
5- [étape 1 de ce qu'il faut faire]
6- [étape 2]
7- [étape 3]
8- Sortie : [format exact du livrable]
9Standard de qualité : [exigence minimale — nombre de mots, format de citation, structure, etc.]
10Exécutez les [N] entrées en parallèle. Livrez au format [format de fichier] nommé [convention].

1Phase de recherche :
2Recherchez [sujet / concurrent / thème] sur [N] sources.
3Pour chaque source, extrayez : [liste de points de données spécifiques]
4Sortie : ensemble de données structuré avec une ligne par source.
5
6Phase d'analyse :
7À l'aide de l'ensemble de données de recherche, identifiez : [modèles / lacunes / opportunités / classements]
8Signalez toute source où les données sont peu claires ou contradictoires.
9
10Phase de livrable :
11Produisez [format de sortie final] à l'aide de la recherche et de l'analyse.
12Format : [spécification exacte]
13Longueur : [nombre de mots ou nombre de pages]
14Citations : [style]
15Sortie totale : un [type de fichier], un ensemble de données de support.

1Nous venons de terminer le workflow suivant :
2Opus a défini : [ce qu'Opus a planifié]
3Kimi a exécuté : [ce que Kimi a exécuté]
4Sortie : [ce qui a été produit]
5Enregistrez ceci en tant que compétence réutilisable appelée [nom].
6
7Documentez :
8- Le déclencheur (quel type de demande active cette compétence)
9- Le prompt d'orchestration Opus (quoi envoyer à Opus pour générer le brief)
10- Le modèle de brief d'exécution Kimi (ce qui est envoyé à Agent Swarm)
11- La liste de contrôle de révision Opus (ce qu'Opus vérifie avant d'accepter la sortie)
12- Entrées et sorties attendues
13
14La prochaine fois que nous exécuterons ce workflow, je veux commencer à partir de la compétence, pas de zéro.

1Ce workflow vient de s'exécuter :
2Tâches Opus 4.8 :
3[listez chaque tâche traitée par Opus, estimation du nombre de tokens]
4Tâches Kimi K2.6 :
5[listez chaque tâche traitée par Kimi, estimation du nombre de tokens]
6
7Calculez :
8- Coût Opus : [tokens] × 0,015 $ par 1K tokens
9- Coût Kimi : [tokens] × 0,0006 $ par 1K tokens
10- Coût réel total
11- Ce qu'aurait coûté ce workflow s'il avait été entièrement exécuté sur Opus
12- Économies réalisées cette exécution
13Enregistrez ceci dans WORKFLOW_COSTS.md avec la date, le nom du workflow et la répartition.

1Examinez les workflows suivants que nous avons exécutés cette semaine :
2[listez les workflows]
3Pour chaque workflow, classifiez chaque tâche :
4- Opus uniquement : lourd en jugement, pas de grille claire
5- Kimi uniquement : lourd en exécution, spécification de sortie claire, adapté au parallélisme
6- Hybride : Opus planifie + Kimi exécute + Opus examine
7Pour chaque workflow hybride, écrivez les points de transition :
8- Ce qu'Opus produit avant la transition (le brief)
9- Ce que Kimi reçoit (les spécifications d'exécution)
10- Ce qu'Opus examine après (la grille de qualité)
11Signalez toute tâche actuellement sur Opus qui devrait passer à Kimi.

1J'ai besoin d'un cadre de routage pour nos types de workflows récurrents.
2Pour chaque type de workflow ci-dessous, définissez :
31. Quel modèle gère chaque étape (Opus / Kimi / les deux)
42. Le déclencheur qui le dirige vers le bon modèle
53. Le format de transition entre les modèles
64. L'estimation de coût par exécution
7
8Types de workflows :
9- [type 1, ex. recherche de contenu + production]
10- [type 2, ex. analyse concurrentielle]
11- [type 3, ex. personnalisation de prospection]
12- [type 4, ex. revue de code + refactorisation]
13
14Sortie : une table de routage que je peux utiliser pour classer toute demande entrante en 30 secondes.

1Le mois dernier, nous avons exécuté le volume suivant via notre workflow IA :
2[décrivez le volume — ex. 200 briefs de recherche, 500 e-mails de prospection, 30 audits de code]
3Configuration actuelle : [décrivez ce qui va actuellement sur Opus vs Kimi]
4Coût mensuel actuel : [montant]
5
6Analysez :
71. Quels workflows sont sur-alloués à Opus alors que Kimi pourrait les gérer
82. Quels workflows sont actuellement sur Kimi alors qu'Opus devrait les gérer pour la qualité
93. À quoi ressemblerait la répartition optimale
104. Coût projeté avec la répartition optimale
11
12Produisez une recommandation de changement de routage avec les économies mensuelles estimées.

1Créez un modèle de transition standard pour le workflow suivant :
2Lorsqu'Opus termine [type de tâche], il produit [format de sortie].
3Kimi Agent Swarm reçoit cela et exécute [tâche d'exécution].
4Opus examine ensuite [critères de révision].
5
6Rédigez :
71. Le format de sortie Opus qui sert de brief Kimi (structuré, sans ambiguïté)
82. Le modèle de brief d'exécution Kimi (emplacements pour qu'Opus remplisse)
93. La liste de contrôle de révision Opus (5 critères selon lesquels la sortie de Kimi est évaluée)
104. La boucle de révision : si la sortie de Kimi échoue, ce qui est renvoyé et dans quel format
11
12Ce modèle devient l'interface permanente entre les deux modèles pour ce type de workflow.

1Produisez un rapport ROI mensuel pour notre configuration de workflow Opus 4.8 + Kimi K2.6.
2
3Incluez :
41. Nombre total de workflows exécutés ce mois-ci : [N]
52. Volume traité : [N éléments / fichiers / tâches]
63. Répartition des coûts :
7   - Dépenses Opus 4.8 : [montant] $
8   - Dépenses Kimi K2.6 : [montant] $
9   - Total : [montant] $
104. Coût équivalent si tous les workflows étaient exécutés uniquement sur Opus 4.8 : [montant calculé] $
115. Économie mensuelle : [montant] $
126. Économie annualisée : [montant × 12] $
137. Incidents qualité (workflows ayant échoué à la revue et nécessitant une réexécution) : [N]
148. Taux d'incidents qualité : [%]
15
16Formatez comme un résumé exécutif. Une page. Les chiffres d'abord.