Aha. Ecco cosa è successo. Sembra che sia colpa nostra, dato che abbiamo entrambi usato un’AI, ed è stupida e pigra. Un’alternativa sarebbe la sfortuna, ma sembra che Claude (quello che ho usato io) non riceva un timestamp (MA NON È ACCETTABILE, Claude), ma solo una data e poi aggiunge un contatore, quindi entrambi stavamo lavorando lo stesso giorno.
Ecco le ultime migrazioni eseguite:
up 20260316000001 Create discourse citationwizard openalex api keys
up 20260316000002 Create discourse citationwizard api key daily snapshots
up 20260316071735 Rename automation api key scope resource
up 20260316071736 Rename ai api key scope resource
up 20260316071737 Rename data explorer api key scope resource
up 20260319000000 ********** NO FILE **********
up 20260319000001 Create discourse citationwizard user lookup events
up 20260319000002 Create discourse citationwizard citation wizard sessions
up 20260319033623 ********** NO FILE **********
up 20260319055039 ********** NO FILE **********
E discourse-citationwizard (che supporta https://www.citationwizard.net/, uno strumento di citazione/riferimento per accademici) ha creato una migrazione lo stesso giorno. Pensavo che quella migrazione fosse sospetta, ma non immaginavo che avrebbe avuto conseguenze del genere…
Ecco perché plugins/discourse-ai/db/migrate/20260319000001_create_ai_agent_mcp_servers.rb non può essere eseguita.
E ho avuto la sfortuna che la mia migrazione sia stata eseguita per prima (è più facile modificare il mio codice che il tuo). Sto cercando ora di vedere se posso rinominare le mie migrazioni nella tabella delle migrazioni…