15 prompt che hanno ridotto la mia spesa per il coding da 7.800 $ a 129 $

1Devo eseguire il seguente progetto utilizzando più agenti AI:
2
3Progetto: [descrivi il risultato completo di cui hai bisogno]
4Scala: [numero di elementi/file/compiti]
5Standard di qualità: [aspetto di un buon output]
6Vincoli: [scadenza, formato, restrizioni]
7
8Il tuo compito è costruire il piano di esecuzione, non eseguirlo.
9
10Produci:
111. La suddivisione del lavoro in flussi paralleli
122. Le dipendenze tra i flussi (cosa deve accadere prima di cosa)
133. I checkpoint di qualità in cui l'output deve essere revisionato prima di continuare
144. Il brief esatto per ogni flusso di esecuzione (cosa ogni agente deve sapere per fare la sua parte)
155. Le istruzioni di assemblaggio finale (come gli output si combinano nel deliverable finito)
16
17Non scrivere nessuno dei contenuti reali. Solo il piano.

1Ho i seguenti compiti da completare questa settimana:
2
3[elenca i tuoi compiti]
4
5Suddividili in due gruppi:
6
7Gruppo A — Gestiti da Opus (compiti con forte ragionamento, valutazioni, ambigui, ad alto rischio):
8[Criteri per Opus: decisioni architetturali, revisioni di qualità, analisi strategiche, qualsiasi cosa in cui sbagliare abbia conseguenze a valle]
9
10Gruppo B — Gestiti da Kimi Agent Swarm (compiti a forte esecuzione, elaborazione batch, ripetitivi su larga scala, specifica di output chiara):
11[Criteri per Kimi: ricerca di N fonti, produzione di N file, trasformazione di N input, qualsiasi compito in cui la specifica di output è chiara e il lavoro è parallelo]
12
13Per ogni compito del Gruppo B, scrivi il brief di progetto esatto che Kimi Agent Swarm riceverà.
14Per ogni compito del Gruppo A, lavoralo direttamente.

1Kimi Agent Swarm sta per eseguire il seguente progetto:
2
3[descrivi il progetto]
4
5Prima che venga eseguito, ho bisogno di una rubrica di qualità.
6
7Definisci:
81. Come si presenta un output superato per ogni tipo di deliverable
92. Come si presenta un output fallito (sii specifico — non "bassa qualità" ma "citazioni mancanti", "sotto le 500 parole", "formato sbagliato")
103. Le 3 modalità di fallimento più comuni per questo tipo di compito
114. Come individuare ciascuna modalità di fallimento nell'output prima che raggiunga la fase di assemblaggio finale
12
13Questa rubrica verrà utilizzata per revisionare gli output di Agent Swarm prima che vengano accettati.

1Kimi Agent Swarm ha completato il seguente progetto:
2
3Brief del progetto: [cosa è stato richiesto]
4Output: [incolla o riassumi l'output]
5
6Revisiona rispetto alla rubrica di qualità:
7[incolla la rubrica del Prompt 3]
8
9Per ogni deliverable:
10- Superato o fallito rispetto a ciascun criterio della rubrica
11- Problemi specifici che devono essere corretti (cita il problema esatto)
12- Se il problema richiede una nuova esecuzione completa o una correzione mirata
13
14Produci un brief di revisione: esattamente cosa Kimi deve correggere, nello stesso formato del brief di progetto, in modo che possa essere inviato direttamente senza ulteriori spiegazioni.

1Kimi Agent Swarm ha prodotto i seguenti output:
2
3[elenca o incolla gli output]
4
5Questi sono i componenti di: [descrivi il deliverable finale]
6
7Il tuo compito è assemblarli in un output finale coerente.
8
9Regole:
10- Non riscrivere ciò che funziona. Collega e integra.
11- Identifica e correggi le incongruenze tra le sezioni
12- Assicurati che l'output finale si legga come un unico pezzo, non come una raccolta
13- Segnala qualsiasi cosa che richieda la mia revisione prima della finalizzazione
14
15Formato finale: [descrivi esattamente come dovrebbe presentarsi l'output assemblato]

1Prendi il seguente piano di esecuzione prodotto da Claude Opus:
2
3[incolla il piano di Opus dal Prompt 1]
4
5Riscrivilo come un brief di progetto per Kimi Agent Swarm.
6
7Formato:
8Progetto: [riepilogo di una riga]
9Input: [file, URL, dati allegati]
10Output: [tipo di file / conteggio / convenzione di denominazione / formato]
11Fase 1: [primo flusso di esecuzione — cosa fanno gli agenti, cosa producono]
12Fase 2: [secondo flusso — dipendenze annotate]
13Fase 3: [assemblaggio — come si combinano gli output]
14Nota sulla qualità: [lo standard minimo che ogni output deve soddisfare]
15
16Il brief dovrebbe essere sufficientemente completo affinché Agent Swarm possa eseguire senza chiarimenti.

1Progetto: [descrivi il compito batch]
2Input: [N elementi — allega file o elencali]
3Specifica output: [formato esatto, tipo di file, convenzione di denominazione, un output per input]
4
5Per ogni input:
6- [passaggio 1 di cosa fare]
7- [passaggio 2]
8- [passaggio 3]
9- Output: [formato esatto del deliverable]
10
11Standard di qualità: [requisito minimo — conteggio parole, formato citazioni, struttura, ecc.]
12
13Esegui tutti gli [N] input in parallelo. Consegna come [formato file] denominato [convenzione].

1Fase di ricerca:
2Cerca [argomento / concorrente / soggetto] su [N] fonti.
3Per ogni fonte estrai: [elenco di punti dati specifici]
4Output: dataset strutturato con una riga per fonte.
5
6Fase di analisi:
7Utilizzando il dataset di ricerca, identifica: [pattern / lacune / opportunità / classifiche]
8Segnala qualsiasi fonte in cui i dati sono poco chiari o contraddittori.
9
10Fase di deliverable:
11Produci [formato output finale] utilizzando la ricerca e l'analisi.
12Formato: [specifica esatta]
13Lunghezza: [conteggio parole o pagine]
14Citazioni: [stile]
15
16Output totale: un [tipo di file], un dataset di supporto.

1Abbiamo appena completato il seguente workflow:
2
3Opus ha definito: [cosa ha pianificato Opus]
4Kimi ha eseguito: [cosa ha eseguito Kimi]
5Output: [cosa è stato prodotto]
6
7Salva questo come una Skill riutilizzabile chiamata [nome].
8
9Documenta:
10- Il trigger (che tipo di richiesta attiva questa skill)
11- Il prompt di orchestrazione di Opus (cosa inviare a Opus per generare il brief)
12- Il modello di brief di esecuzione di Kimi (cosa viene inviato ad Agent Swarm)
13- La checklist di revisione di Opus (cosa Opus controlla prima di accettare l'output)
14- Input e output previsti
15
16La prossima volta che eseguiamo questo workflow, voglio partire dalla Skill, non da zero.

1Questo workflow è appena stato eseguito:
2
3Compiti di Opus 4.8:
4[elenca ogni compito gestito da Opus, conteggio token stimato]
5
6Compiti di Kimi K2.6:
7[elenca ogni compito gestito da Kimi, conteggio token stimato]
8
9Calcola:
10- Costo Opus: [token] × 0,015 $ per 1K token
11- Costo Kimi: [token] × 0,0006 $ per 1K token
12- Costo effettivo totale
13- Quanto sarebbe costato questo workflow se eseguito interamente su Opus
14- Risparmio di questa esecuzione
15
16Registra in WORKFLOW_COSTS.md con data, nome del workflow e riepilogo.

1Revisiona i seguenti workflow che abbiamo eseguito questa settimana:
2
3[elenco dei workflow]
4
5Per ogni workflow, classifica ogni compito:
6- Solo Opus: forte giudizio, nessuna rubrica chiara
7- Solo Kimi: forte esecuzione, specifica di output chiara, adatto al parallelismo
8- Ibrido: Opus pianifica + Kimi esegue + Opus revisiona
9
10Per ogni workflow ibrido, scrivi i punti di passaggio:
11- Cosa produce Opus prima del passaggio (il brief)
12- Cosa riceve Kimi (le specifiche di esecuzione)
13- Cosa revisiona Opus dopo (la rubrica di qualità)
14
15Segnala qualsiasi compito attualmente su Opus che dovrebbe passare a Kimi.

1Ho bisogno di un framework di instradamento per i nostri tipi di workflow ricorrenti.
2
3Per ogni tipo di workflow qui sotto, definisci:
41. Quale modello gestisce ogni fase (Opus / Kimi / entrambi)
52. Il trigger che lo instrada al modello giusto
63. Il formato di passaggio tra i modelli
74. La stima dei costi per esecuzione
8
9Tipi di workflow:
10- [tipo 1, ad es. ricerca + produzione di contenuti]
11- [tipo 2, ad es. analisi della concorrenza]
12- [tipo 3, ad es. personalizzazione dell'outreach]
13- [tipo 4, ad es. revisione e refactoring del codice]
14
15Output: una tabella di instradamento che posso usare per classificare qualsiasi richiesta in arrivo in 30 secondi.

1Il mese scorso abbiamo eseguito il seguente volume attraverso il nostro workflow AI:
2
3[descrivi il volume — ad es. 200 brief di ricerca, 500 email di outreach, 30 audit di codice]
4
5Configurazione attuale: [descrivi cosa va a Opus rispetto a Kimi attualmente]
6Costo mensile attuale: [importo]
7
8Analizza:
91. Quali workflow sono sovra-allocati a Opus che Kimi potrebbe gestire
102. Quali workflow sono attualmente su Kimi che Opus dovrebbe gestire per qualità
113. Come sarebbe la suddivisione ottimale
124. Costo previsto con la suddivisione ottimale
13
14Produci una raccomandazione di modifica dell'instradamento con risparmio mensile stimato.

1Crea un modello di passaggio standard per il seguente workflow:
2
3Quando Opus completa [tipo di compito], produce [formato output].
4Kimi Agent Swarm riceve questo ed esegue [compito di esecuzione].
5Opus quindi revisiona [criteri di revisione].
6
7Scrivi:
81. Il formato di output di Opus che funge da brief per Kimi (strutturato, senza ambiguità)
92. Il modello di brief di esecuzione di Kimi (spazi che Opus deve riempire)
103. La checklist di revisione di Opus (5 criteri in base ai quali viene valutato l'output di Kimi)
114. Il ciclo di revisione: se l'output di Kimi fallisce, cosa viene rispedito indietro e in che formato
12
13Questo modello diventa l'interfaccia permanente tra i due modelli per questo tipo di workflow.

1Produci un report ROI mensile per la nostra configurazione di workflow con Opus 4.8 + Kimi K2.6.
2
3Includi:
41. Totale workflow eseguiti questo mese: [N]
52. Volume elaborato: [N elementi / file / compiti]
63. Ripartizione dei costi:
7   - Spesa Opus 4.8: $[importo]
8   - Spesa Kimi K2.6: $[importo]
9   - Totale: $[importo]
104. Costo equivalente eseguendo tutti i workflow solo su Opus 4.8: $[importo calcolato]
115. Risparmio mensile: $[importo]
126. Risparmio annualizzato: $[importo × 12]
137. Incidenti di qualità (workflow che hanno fallito la revisione e hanno richiesto una nuova esecuzione): [N]
148. Tasso di incidenti di qualità: [%]
15
16Formatta come un riepilogo esecutivo. Una pagina. Prima i numeri.