Aha. Hier ist, was passiert ist. Es scheint daran zu liegen, dass wir beide KI verwendet haben, und diese ist dumm und faul. Eine alternative Erklärung wäre Pech, aber es sieht so aus, als ob Claude (das habe ich verwendet) keinen Zeitstempel bekommt (NICHT COOL, Claude), sondern nur ein Datumsstempel und dann einen Zähler hinzufügt. Daher haben wir beide am selben Tag gearbeitet.
Hier sind die letzten ausgeführten Migrationen:
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 **********
Und discourse-citationwizard (das https://www.citationwizard.net/ unterstützt, ein Zitations-/Referenztool für Wissenschaftler) hat am selben Tag eine Migration durchgeführt. Ich fand diese Migration zwar verdächtig, hatte aber keine Ahnung, dass es solche Konsequenzen geben würde. . .
Das ist also der Grund, warum plugins/discourse-ai/db/migrate/20260319000001_create_ai_agent_mcp_servers.rb nicht ausgeführt werden kann.
Und ich hatte das Pech, dass meine Migration zuerst lief (es ist einfacher, meinen Code zu ändern als deinen). Ich versuche jetzt zu prüfen, ob ich meine Migrationen in der Migrationstabelle umbenennen kann. . .