Lavoro sul codice e pull request

Minddy tiene traccia del lavoro; il tuo agente di codice, come Claude Code, Codex o Cursor, modifica il codice. Copia un prompt dal ticket, lascia che l’agente legga e aggiorni il ticket tramite minddy MCP, poi rivedi in Minddy la pull request collegata prima del merge. Numo non scrive codice, non apre branch e non esegue test.

Affidare un ticket a un agente di codice esterno

Collega prima il tuo agente a minddy MCP, così potrà leggere il piano e aggiornarne le attività; consulta Collegare un assistente esterno a minddy MCP. L’agente viene eseguito sul tuo computer o nel suo servizio, con il suo abbonamento o i suoi costi API. Minddy non gli fornisce l’accesso al repository.

1. Apri il ticket e descrivi comportamento atteso, vincoli e verifiche di accettazione. Quando il lavoro comprende più passaggi, scrivi o rivedi il piano nella scheda Piano.
2. Apri il menu delle azioni del ticket e scegli Copia come prompt. Scegli Generare un piano (o Rivedere il piano se esiste già) per definire il lavoro senza scrivere codice, Implementa il ticket per avviare la modifica, Verificare l'attuazione per far controllare all’agente il lavoro concluso rispetto al piano e ai commenti, oppure Personalizzato... per scrivere un’istruzione tua.
3. Incolla il prompt nel tuo agente, nella copia di lavoro del repository. La copia non esegue alcun modello di IA e non consuma la quota di IA.
4. Segui l’avanzamento del piano nel ticket mentre l’agente ne aggiorna le attività tramite MCP. Rispondi alle sue domande nell’agente, oppure aggiungi le decisioni al ticket perché il prompt successivo le includa.

Il contenuto del prompt, il nome di branch suggerito e le regole di lingua sono descritti in Copiare un prompt per un altro agente di codice.

Mantenere il lavoro collegato al ticket

Quando il repository è collegato al progetto, inserisci l’identificatore del ticket nel nome del branch, nel titolo della pull request o in una riga Fixes MIN-42. Minddy collega allora la pull request al ticket, e i prompt successivi chiedono all’agente di proseguire la pull request aperta sul suo branch. Per collegare un ticket a mano, usa Collega un ticket sulla pull request. La sua ricerca accetta un identificatore o parole del titolo, e una descrizione mostra anche ticket del progetto trovati per significato sotto Correlati per significato.

Da una board, fai clic con il tasto destro su un ticket senza pull request aperta e scegli Collega a una pull request per selezionare una delle pull request aperte del suo progetto, bozze comprese. La voce compare solo quando quel progetto ha almeno una pull request da collegare. Con più ticket selezionati, Azioni offre la stessa scelta per l’intera selezione, e Collega gli altri ticket a #N quando alcuni hanno già la pull request N. Collega a una pull request non viene più proposto appena un ticket selezionato ha una pull request collegata; Scollega N ticket dalle loro pull request rimuove prima tutti i collegamenti della selezione, dopo la tua conferma. I collegamenti compaiono subito sulle schede, e un collegamento rifiutato scompare quando la board si aggiorna. Una scheda con una pull request aperta mostra il suo numero, colorato in base allo stato, e il suo stato di unione, lo stesso indicatore di Revisione del codice.

In Impostazioni account → Ticket → Avviare un ticket, Avvia il ticket o l'attività quando copi il prompt porta in corso un ticket o un’attività del taccuino non ancora avviati quando ne copi il prompt. Lascia l’opzione disattivata se copi i prompt solo per leggerli.

Revisionare una pull request collegata

Apri la pull request collegata a un ticket, oppure cercala nell’elenco delle pull request. Serve comunque accesso al repository: essere membri del progetto non concede permessi sulla piattaforma Git.

Leggi descrizione e attività, quindi file modificati e blocchi del diff. Apri le conversazioni irrisolte e rispondi nel relativo thread anziché creare un commento scollegato. Per restituire al tuo agente i commenti ancora da risolvere, apri Visualizza conversazioni, poi Correggi tutto e Copia prompt. I contrassegni dei file letti registrano l’avanzamento della lettura, ma non costituiscono un’approvazione del fornitore. Controlla commit, risultati CI e ticket collegati per confermare che la modifica proposta copra il lavoro richiesto.

In una descrizione, in un commento o nel diff di un’immagine, fai clic su un’immagine per aprirla a tutta finestra; il diff di un’immagine apre separatamente i lati Prima e Dopo. Usa Chiudi o Esc per tornare alla pull request.

Menziona @numo in un commento della pull request per chiedere a Numo una revisione in sola lettura in una conversazione. Numo legge la pull request e risponde; non esegue push di commit. Una menzione scritta sulla piattaforma Git conta solo se il suo autore è collegato al proprietario o a un Membro (non a un lettore) di un progetto che collega il repository, e il relativo consumo viene addebitato al proprietario di quel progetto.

PR dimostrativa che rimane aperta, senza merge. Il diff rimuove gli spazi intorno al nome e usa World quando il valore è vuoto. Questa istanza non può richiedere l’autorizzazione dell’utente su GitHub: lo stato di disponibilità non concede il permesso di merge né dimostra che la CI del fornitore sia riuscita.

Revisione e merge

Usa Richiedi una revisione per scegliere un reviewer quando serve un secondo controllo. Controlla stato di bozza o pronto per revisione, discussioni aperte, revisioni richieste e regole di merge del fornitore.

Esegui il merge solo dopo i controlli e le revisioni richiesti, con un account del fornitore autorizzato. Unisci con Numo lascia a Numo la stesura del titolo e della descrizione del commit di merge a partire dalla pull request, poi esegue il merge non appena sono pronti. Il fornitore può comunque rifiutare un’azione visibile. Se lo stato mostrato è obsoleto, aggiorna e controlla la piattaforma prima di ripetere un’azione. Un’anteprima collegata richiede un deployment reale del fornitore.

Fai clic con il tasto destro su una pull request dell’elenco per cambiarne lo stato, unirla o chiedere una correzione senza aprirla. Una pull request aperta offre Converti in bozza e Chiudi pull request, una bozza offre Pronta per la revisione e Chiudi pull request, e una chiusa offre Riapri; ogni cambio chiede una conferma. Una pull request unita non offre alcun cambio di stato. Le azioni di scrittura compaiono solo quando il tuo account del fornitore può scrivere nel repository e restano non disponibili finché il menu non ha riletto la pull request. Unisci compare quando la pull request è aperta, non è una bozza ed è pronta per il merge; apre la pull request sulla sua consueta conferma di merge. Copia prompt di correzione e Correggi con Numo compaiono quando un controllo fallisce, una conversazione non è risolta, oppure il branch ha conflitti o non è aggiornato. Correggi con Numo invia quel prompt a Numo con la pull request come contesto. Numo può leggere la pull request, rispondere a una conversazione di revisione che non richiede modifiche al codice e risolvere le conversazioni già gestite dal branch, ma non modifica il codice e non esegue push di commit; per le modifiche al codice, usa Copia prompt di correzione e incollalo nel tuo agente di codice. Permessi e possibilità di merge vengono verificati di nuovo alla conferma.