BeforeUgone123/MCM-For-GOLD

MCM Gold Hauptsteuerung

Nutzen Sie dieses Skill als Steuerungsebene, ohne die neun Phasen zurück in die Hauptsteuerung zu integrieren. Die Phasenalgorithmen, Ergebnisse und Gates werden von den T0-T8-Experten verantwortet; dieses Skill verwaltet nur die globalen Constraints, den Status, das Routing und die Übergaben.

Harte Constraints

1. Einhaltung der Wettbewerbsregeln, des Formats und der Offenlegungspflichten für KI-Nutzung; bei Feststellung von Compliance-Risiken sofortige Unterbrechung der betreffenden Aktion und Anforderung einer menschlichen Entscheidung.
2. Numerische Werte in der Arbeit MÜSSEN mit der R-ID aus RESULTS.md verknüpft sein, externe Fakten mit der S-ID aus SOURCES.md, Aufgabenblatt-Fakten mit Seitenzahl oder Anlagenfeld.
3. Keine nicht tatsächlich berechneten, nicht zurückgelesenen oder nicht nachvollziehbaren Werte, Diagramme, Referenzen oder Schlussfolgerungen schreiben.
4. Haupttext, PDF-Metadaten, Code, Bilder und Archive bleiben anonym; wichtige Ergebnisse müssen in einer sauberen Umgebung reproduzierbar sein.
5. Zu jedem Zeitpunkt eine Version vorhalten, die "auch jetzt abgegeben werden könnte"; eingefrorene Inhalte per Supersession aktualisieren, nicht an Ort und Stelle überschreiben.
6. KI organisiert nur Kandidaten, Beweise und Prüfungen; der Mensch ist verantwortlich für Aufgabenverständnis, Route, Fakten, Ausdruck, Offenlegung und finale Einreichung.
7. Live-Modus MUSS human_in_loop=true haben; Übungen ohne Mensch dürfen nur als PROXY_REHEARSAL gekennzeichnet werden, nicht als formal einreichbar.
8. Alle Arbeitsergebnisse werden einheitlich in das MCM-Result/-Verzeichnis des aktuellen Arbeitsverzeichnisses geschrieben und streng die sieben englischen Unterverzeichnisse des Ausgabeverzeichnisvertrags einhalten; falls Verzeichnisse nicht existieren, initialisieren, keine Produkte im Stammverzeichnis verstreuen.
9. Nach dem Einfrieren der Ergebnisse jeder Phase den Unabhängigen Review-Bewertungsvertrag ausführen; der Produzent darf sich nicht selbst formell bewerten, die Bewertung darf keine harten Zugangskontrollen oder menschliche Unterschriften überschreiben.

Wirksame Konfiguration

Zunächst die Überschreibungen des Benutzers lesen, dann Standardwerte ergänzen und die wirksame Konfiguration im ersten Briefing auflisten. Mindestens die folgenden Felder parsen:

contest:
  name: CUMCM
  year: 2026
  group: undergraduate
  problem: null
  start_time: "2026-09-10T18:00+08:00"
  end_time: "2026-09-13T20:00+08:00"
  total_hours: 74
  rules_pack: cumcm_2026
target:
  award: national_first
  rubric_threshold: 88
  risk_appetite: balanced
  innovation_quota: 2
team:
  size: 3
  human_in_loop: true
  final_responsibility: human
  roles: {modeler: 建模, coder: 计算, writer: 写作}
toolchain:
  primary_lang: python
  figure_backend: python
  paper_format: latex
  seed: 20260910
  compute_budget: "Einzelexperiment nicht länger als 20 Minuten; bei Überschreitung zuerst Dimensionsreduktion oder Sampling"
research:
  online: true
  depth: deep
  cite_policy: strict
  frontier_methods: allow
  frontier_cards_quota: 2
  frontier_tier_max: B
nature_profile:
  enabled: true
  mode: embedded
  external_skill_calls: false
  citation_scope: contest_sources
  figure_scope: paper_bound
  data_mode: claim_to_file
  office_mode: format_conditional
  feedback_mode: real_feedback_only
process:
  rigor: gold
  run_mode: live
  rehearsal_clock: compressed
  entry_mode: full_pipeline
  result_root: "./MCM-Result"
  state_dir: "./MCM-Result/Intermediate-Outputs"
  checkpoint_every_hours: 2
  always_shippable: true
  timebox_enforcement: hard
  language: zh
compliance:
  ai_policy: cumcm_ai_2026_trial
  declare_ai: true
  anonymize: true
  similarity_guard: 25
review:
  schema_version: "1.0"
  independent: true
  universal_points: 30
  stage_specific_points: 70
  pass_score: 85
  limited_score: 70
  conservative_merge: itemwise_min
output:
  max_body_pages: 30
  paper_file_mb: 20
  support_file_mb: 20

Beim alleinigen Überschreiben von process.rigor wird das Kontingent für Frontier-Methoden automatisch abgeleitet: lite=0/A, standard=1/A, gold=2/B, paranoid=2/C; bei expliziter Überschreibung durch den Benutzer gilt der Benutzerwert. result_root wird fest als MCM-Result/ im aktuellen Arbeitsverzeichnis geparst und darf nicht an eine andere Stelle überschrieben werden; nach Ausführung von templates/init_result_workspace.py werden result_root und state_dir sofort in absolute Pfade aufgelöst.

Status und Nachweise

Initialisieren und kontinuierlich pflegen. Sofern nicht anders angegeben, befinden sich die folgenden Statusbestände in MCM-Result/Intermediate-Outputs/:

• STATE.md: Uhr, Phase, Blockaden, aktuell lieferbare Version, nächste Aktion.
• DECISIONS.md: Richtungsweisende Entscheidungen, abgelehnte Lösungen und Gründe.
• ASSUMPTIONS.md: Annahmen, Begründungen, Auswirkungen, Prüfungen und Schlussfolgerungen.
• RESULTS.md: Numerische Werte, Befehle, Skripte, Seeds, Zeitstempel und Diagramme.
• Reference-Papers/SOURCES.md: Quellen, Stufe, Verwendung, Auszüge und Erfassungszeitpunkt.
• AI_USAGE.md, RISKS.md, HUMAN_SIGNOFFS.md.
• CLAIM_LEDGER.csv, SOURCE_DATA_MAP.csv: Anspruchsbestand und Zuordnung von Ansprüchen zu Datendateien.
• SKILL_USAGE.md, FREEZE_CHANGE_LOG.md.
• FIGURE_EVIDENCE.csv, NATURE_QA.csv, PAPER_COVERAGE_LEDGER.csv, T7_RUBRIC_REVIEW.csv, REVIEW_PASS_ITEMS.csv, Tn_REVIEW_*-Triplett und Phasenvertragsdateien werden in MCM-Result/Review-Results/ geschrieben (Figure Evidence und Nature QA sind Review-Ergebnisse, keine Prozessaufzeichnungen).

Das Zugehörigkeitsverzeichnis jeder CSV-Bestandsdatei richtet sich nach dem „Zugehörigkeitsverzeichnis" der jeweiligen Unterabschnitte von templates/workspace-templates.md, verify_ledgers.py parst diese Markierungen direkt und erkennt nur die deklarierten Verzeichnisse; identische Kopien an anderen Orten melden LEDGER_STRAY_COPY. Bisher waren die Angaben zu FIGURE_EVIDENCE.csv/NATURE_QA.csv in diesem Abschnitt und im Phasen-Skill inkonsistent, und der Prüfer wertet in beiden Verzeichnissen nach dem Prinzip "Wer zuerst kommt, mahlt zuerst", sodass die Bestände an zwei Stellen auseinanderliefen und von der maschinellen Prüfung nicht gesehen wurden.

Verwenden Sie das Schema von templates/workspace-templates.md und halten Sie die Archivierungszuordnung von references/output-layout.md ein. Wichtige Schlussfolgerungen dürfen nicht nur im Dialog verbleiben. Vollständige Übergaberegeln siehe references/stage-contract.md.

Planungszyklus

Jede Runde strikt ausführen:

1. READ: date "+%F %T %z" ausführen, die tatsächliche verbleibende Zeit basierend auf Wettbewerbsbeginn und -ende berechnen; STATE.md, Konfiguration, Blockaden und aktuelle Phasenbeweise lesen.
2. SCOPE: Unterscheiden zwischen full_pipeline und stage_module. Lokale Einstiegspunkte erlauben fehlende Upstreams, müssen aber explizit UPSTREAM_MISSING vermerken; abgeschlossene Phasen nicht fälschen.
3. ROUTE: Nur einen Phasenexperten für die aktuell größte Lücke aufrufen. T2/T3, T5/T7 können parallel voranschreiten, aber jede Übergabe erfolgt unabhängig, unter Beachtung der untenstehenden Disziplin für das Schreiben in Bestandsdateien in Multi-Session-Umgebungen.
4. NATURE: Gemäß references/nature-integrated-playbook.md die eingebauten Beweis-, Diagramm-, Schreib- oder Lieferstandards dieser Phase direkt ausführen; kein externes Nature-Skill aufrufen.
5. VERIFY: Die tatsächlichen Dateien und Befehlsausgaben des Phasenexperten und der eingebauten Nature-Produkte lesen.
6. REVIEW: Die Artefakte der Phase einfrieren, zu einem Reviewer mit anderem Kontext als dem Produzenten routen, nach der 30+70-Rubrik R1 generieren; bei T6-T8 oder Gesamtpunktzahl von R1 80-90, R2 blind prüfen, punktweise das Minimum als FINAL übernehmen, und templates/verify_stage_review.py ausführen (dieses Skript prüft gleichzeitig die Registrierung der pflichtgemäßen Dokumente dieser Phase; bei Fehlen direkt FAIL vergeben).
7. STATUS: Gleichzeitig Bewertung, harte Zugangskontrollen und menschliche Entscheidungsvorbehalte lesen; nur PASS, PASS_WITH_LIMITATIONS, NEEDS_HUMAN, BLOCKED als gültige Phasenstatus akzeptieren; bei Konflikten die strengere Schlussfolgerung übernehmen.
8. SIGNOFF: Bei Überschreitung von H-001 bis H-005 ein einzelnes Entscheidungsbriefing generieren; im Live-Modus auf menschliche Bestätigung warten.
9. WRITE: Status, Nature QA, Review-Triplett, Bestandsdateien und aktuell lieferbare Version zurückschreiben, dann entscheiden, ob zur nächsten Phase übergegangen wird.
10. REPORT: Ein Phasenbriefing von nicht mehr als 10 Zeilen ausgeben; nicht "bereits geplant" als "bereits abgeschlossen" ausgeben.

Disziplin für das Schreiben in Bestandsdateien in Multi-Session-Umgebungen

Paralleles Voranschreiten bedeutet, dass oft mehrere Sessions gleichzeitig in denselben Arbeitsbereich schreiben, und nur RESULTS.jsonl hat eine Dateisperre, RESULTS.md wird atomar geschrieben: Der [HANDOFF]-Block in STATE.md, CLAIM_LEDGER.csv, NATURE_QA.csv, REVIEW_PASS_ITEMS.csv usw. sind alle normale Lese-Ändern-Schreib-Operationen; der später Schreibende überschreibt den gesamten Inhalt des früheren, Übergabeblöcke oder Bestandszeilen verschwinden lautlos, und hinterher ist nicht erkennbar, dass es passiert ist. Es wurde keine Dateisperre implementiert – das Risiko, während des Wettbewerbs den gemeinsamen Schreibpfad zu ändern, ist größer als das Problem, das es verhindern soll, daher wird es durch Disziplin abgedeckt:

• Vor dem Schreiben lesen: Vor dem Ändern einer gemeinsamen Bestandsdatei den aktuellen Inhalt erneut lesen, nicht die Version von mehreren Runden zuvor als Grundlage nehmen; wenn seit dem letzten Lesen bis jetzt ein Phasenexperte aufgerufen wurde, gilt der Inhalt als veraltet.
• Ein Block auf einmal, Anhängen bevorzugt: CSV nur die eigenen Zeilen anhängen, nicht neu sortieren oder die gesamte Tabelle neu schreiben; STATE.md nur den [HANDOFF Tn]-Block der eigenen Session-Phase ändern, nicht den gesamten Text neu anordnen.
• Aufteilen in Dateien, nicht in Absätze: Wenn zwei parallele Phasen in dieselbe Tabelle schreiben, schreibt jede zuerst in Review-Results/Tn_*.json/.csv, und erst beim Abschluss der Phase werden sie in die gemeinsame Bestandsdatei zusammengeführt – die Zusammenführung ist ein nachvollziehbarer Vorgang, bei dem verlorene Zeilen leichter zu erkennen sind als bei abwechselndem Anhängen durch zwei Sessions.
• Nach dem Schreiben sofort zurücklesen: Die Datei nach dem Schreiben erneut lesen, um zu bestätigen, dass die eigenen Zeilen noch da sind und die Zeilen anderer auch noch da sind. Wenn Zeilen verloren gehen, nicht einfach neu schreiben, sondern zuerst einen Eintrag in RISKS.md machen und dann aus den Produkten beider Seiten wiederherstellen.
• Zeitstempel immer mit date -Iseconds holen, nicht manuell: Der schnellste Weg, parallele Verluste zu erkennen, ist die Nichtübereinstimmung von Zeitstempel-Reihenfolge und Datei-mtime.

Phasen-Routing

Phase	Experten-Skill	Hauptausgangs-Gate
T0 Vorbereitung	$mcm-gold-t0-prepare	Minimaler Kreislauf von Daten zu PDF innerhalb von 30 Minuten durchlaufen
T1 Aufgabenanalyse und -auswahl	$mcm-gold-t1-select	Aufgabenaufschlüsselung, Auswahlbeweise und H-001
T2 Informationsformalisierung	$mcm-gold-t2-formalize	Mathematische Definition pro Frage, Quellenkette, Haupt- und Alternativroute und H-002/H-003
T3 Datenprüfung	$mcm-gold-t3-audit-data	Datenwörterbuch, Bereinigungskette, Abdeckungsprüfung und eingefrorener Hash
T4 Baseline	$mcm-gold-t4-baseline	Reproduzierbare numerische Werte für die erste Frage, Ergebnisdiagramm und Baseline-Vergleich
T5 Hauptmodell	$mcm-gold-t5-solve	Artefakte aller Teilfragen, Lösungsnachweise, frageübergreifende Rückverfolgung und Innovationsvergleich
T6 Validierung	$mcm-gold-t6-validate	Sechs Prüfarten mit R-ID oder begründetem N/A, Kernaussagen überleben
T7 Schreiben	$mcm-gold-t7-write	Sechs Abdeckungsbestände pro Frage, siebendimensionale Rubrik, Zweiversionsarbeit und H-004-Schließung
T8 Einreichung	$mcm-gold-t8-submit	Finale Prüfung des Arbeitsvertrags, Umgebungsbereinigung und Reproduktion, H-005 und Einreichungsbeleg

Lassen Sie die Hauptsteuerung keine Phasenergebnisse stellvertretend schreiben. Wenn ein Phasen-Skill nicht geladen ist oder fehlt, melden Sie dies explizit und erstellen Sie keinen unsichtbaren Prozess als Ersatz.

Uhrzeit und Abbruchkriterien

74-Stunden-Basis: T1 0-4h, T2 4-12h, T3 8-16h, T4 12-26h, T5 26-46h, T6 46-58h, T7 36-66h, T8 66-74h. Andere Wettbewerbsformate proportional zur Gesamtzeit skalieren.

• Vor 12h: Thema und Route festlegen; vor 26h: erste Frage mit Zahlen; ab 48h: jederzeit lieferbar; letzte 8h: keine neuen Modelle einführen.
• Einzelne Route 3h ohne wesentlichen Fortschritt: Auf registrierte Alternativroute wechseln, nicht häufig das Thema wechseln.
• Solver-Timeout: Dimensionsreduktion, Relaxation, Diskretisierung oder Heuristik, und Auswirkung der Näherung offenlegen.
• Weniger als 12h verbleibend und unvollständige Fragen: Vereinfachtes Modell, klare Schlussfolgerungen und Einschränkungen liefern, keine Lücken lassen.
• Weniger als 4h verbleibend: Inhalte einfrieren, alle wechseln zu Layout, Compliance und Endkontrolle.

Im Live-Modus nur reale Wanduhrzeit verwenden. Bei Proben gleichzeitig wall_used und logical_used aufzeichnen, komprimierte logische Uhrzeit nicht als tatsächliche Messzeit ausgeben.

Menschliche Entscheidungen

Immer nur eine Entscheidung auf einmal anfordern, mit Empfehlung, Beweisen, Risiken und den Konsequenzen, wenn nicht entschieden wird:

• H-001: Themenfestlegung.
• H-002: Hauptroute, Vereinfachungen und Grenzen der Erkundungsartefakte.
• H-003: Schlüsselfakten, Quellen, Einheiten und Maßstäbe.
• H-004: Ergebnisinterpretation, Kernaussagen und Hauptdiagramme.
• H-005: KI-Offenlegung, finale Dateien, Restrisiken und Einreichungsautorisierung.

Siehe references/human-ai-charter.md. Während der Entscheidungsfindung können Beweisaufbereitung, Proof-of-Concepts und Verifikation fortgesetzt werden, sofern sie die Richtung nicht ändern; Kandidaten nicht stillschweigend zu endgültigen Schlussfolgerungen hochstufen.

Benutzerbefehlsrouting

Befehl	Routing
状态	Hauptsteuerung gibt Uhrzeit, fünf Kaltstartfragen, aktuell lieferbare Version und die einzige nächste Aktion aus
换路线 <Beschreibung>	Hauptsteuerung registriert D-Log, dann an T2 oder T5 zur Auswirkungsbewertung routen
降级 <Frage-Nr.>	Aktueller Phasenexperte führt registrierte Degradierungsroute aus und aktualisiert Risiken
现在能交吗	Hauptsteuerung fasst tatsächliche Lücken in T7/T8 zusammen, keine mündlichen optimistischen Einschätzungen
红队	An $mcm-gold-t6-validate routen
终检, 导出	An $mcm-gold-t8-submit routen

Phasen-Pflichtlektüredokumente (harte Zugangskontrolle)

Die allermeisten Spezifikationen dieses Skills existieren als reine Dokumente – nicht lesen ist gleichbedeutend mit nicht existent: Verzeichnisverträge, Bewertungstabellen und maschinelle Prüfskripte können sich selbst offenbaren, Methoden-, Schreib-, Prüf-, Literatur- und Diagrammspezifikationen nicht. Eine bereits getestete Fehlerart ist „Maschinelle Prüfung komplett grün, Dokumentspezifikationen alle nicht eingehalten", daher wird das „Gelesen haben" selbst zu einer überprüfbaren Zugangskontrolle gemacht.

Vor dem Betreten einer Phase MÜSSEN die entsprechenden Dokumente in der folgenden Tabelle einzeln geöffnet werden, und in der Pflichtlektüre-Registrierungstabelle von SKILL_USAGE.md muss das tatsächliche Lesen registriert werden (einschließlich Datei, Zeilenanzahl, Schlüssel-Constraint-Einträge, die in dieser Phase umgesetzt werden sollen). Nicht registrierte Dokumente gelten als nicht gelesen; das Gate dieser Phase darf nicht auf PASS oder PASS_WITH_LIMITATIONS gesetzt werden.

Phase	Pflichtlektüre references (zusätzlich zu den untenstehenden, in jeder Phase enthalten: stage-review-scoring.md und stage-contract.md)
T0 (inkl. Start)	rules-2026.md, output-layout.md, nature-evidence-data.md, human-ai-charter.md
T1	rules-2026.md, methods-atlas.md
T2	methods-atlas.md, frontier-cards.md, literature-library.md, nature-evidence-data.md
T3	nature-evidence-data.md, evidence-contract.md
T4	nature-figures.md, evidence-contract.md
T5	methods-atlas.md, frontier-cards.md, nature-figures.md
T6	adversarial-gates.md, nature-evidence-data.md
T7	rubric-and-writing.md, nature-writing-office.md, nature-figures.md, literature-library.md
T8	rules-2026.md, adversarial-gates.md, nature-writing-office.md

Für Übungs-/Aufstiegsszenarien wird zusätzlich training-protocol.md benötigt, aber es ist keiner Phase zugeordnet, daher nicht in der maschinellen Prüfliste – dieser Punkt wird menschlich gehütet. Die obige Tabelle und REQUIRED_DOCS / DOC_GATE_UNIVERSAL in templates/verify_stage_review.py sind identisch; eine Änderung an einer Stelle MUSS die andere Stelle synchronisieren; Beide waren einmal inkonsistent; die drei Dokumente der „Start"-Zeile existierten in der maschinellen Prüfung nicht, weil sie keiner Phase zugeordnet waren.

Fettgedruckte Einträge sind Dokumente, deren „Versehentliches Nichtlesen" von der maschinellen Prüfung nicht erkannt werden kann: nature-figures.md entscheidet, ob Diagramme Beweise sein können, rubric-and-writing.md's Target- und Formatanforderungen entscheiden, ob die Arbeit bestanden oder Nationalpreis ist, literature-library.md entscheidet, ob Referenzen zitiert oder erfunden sind, adversarial-gates.md trägt die eisernen Regeln gegen Halluzinationen.

Die Registrierung dokumentiert nur die tatsächlich geöffneten Dokumente. Das Ausfüllen der Tabelle aus dem Gedächtnis ist gleichbedeutend mit Nichtlesen und noch schlimmer – es macht die Lücke unsichtbar.

Gemeinsame Referenzen

• Regeln und Offenlegung: references/rules-2026.md
• Ausgabeverzeichnis: references/output-layout.md
• Phasenbewertung: references/stage-review-scoring.md
• Phasenübergabe: references/stage-contract.md
• Beweiseinfrierung: references/evidence-contract.md
• Methoden- und Frontier-Karten: references/methods-atlas.md, references/frontier-cards.md
• Zitierbare Bibliographie: references/literature-library.md (klassische Methodenquellen + lokale Volltexte; beim Schreiben von Referenzen hier nachschlagen, nicht aus dem Gedächtnis erfinden)
• Prüfung und Endkontrolle: references/adversarial-gates.md
• Schreiben und Bewertung: references/rubric-and-writing.md
• Recherche und lokales Skill-Routing: references/research-and-skill-routing.md
• Eingebaute Nature-Grundsätze: references/nature-integrated-playbook.md
• Eingebaute Beweise/Daten, Diagramme, Schreiben/Office und Feedback: references/nature-evidence-data.md, references/nature-figures.md, references/nature-writing-office.md, references/nature-feedback.md
• Übung und Aufstieg: references/training-protocol.md

Start-Selbstprüfung

1. Konfiguration lesen und wirksame Konfiguration ausgeben.
2. templates/init_result_workspace.py --workdir <aktuelles Arbeitsverzeichnis> ausführen, absoluten result_root und die sieben festen Unterverzeichnisse zurücklesen; das Erstellen von Arbeitsausgaben außerhalb von MCM-Result/ ist verboten.
3. templates/env_check.sh ausführen und die tatsächliche Ausgabe in MCM-Result/Intermediate-Outputs/logs/ speichern; bei fehlender Internetverbindung research.online=false setzen, keine Quellen fälschen.
4. Aktualität des Regelpakets, absolute result_root/state_dir, reale Uhrzeit und KI-Offenlegungspflichten überprüfen.
5. Statusdateien initialisieren, aktuelle Phase und eine Hauptlücke identifizieren.
6. In MCM-Result/Review-Results/ NATURE_QA.csv initialisieren, in MCM-Result/Intermediate-Outputs/ SOURCE_DATA_MAP.csv initialisieren, den eingebauten Nature-Modus bestätigen und dass kein externes Nature-Skill benötigt wird.
7. Bestätigen, dass formelle Reviews von einer anderen reviewer_context_id durchgeführt werden können; wenn kein unabhängiger Reviewer verfügbar ist, INDEPENDENT_REVIEW_UNAVAILABLE protokollieren, die Phase darf kein FINAL generieren oder automatisch aufsteigen.
8. Gemäß der Tabelle „Phasen-Pflichtlektüredokumente" alle Pflichtlektüre-references dieser Phase einzeln öffnen und in der Pflichtlektüre-Registrierungstabelle von SKILL_USAGE.md registrieren; Fehlregistrierung gilt als nicht gelesen, Gate darf nicht auf PASS gesetzt werden.
9. Zum entsprechenden Phasenexperten routen und in SKILL_USAGE.md protokollieren.
10. Erstes Phasenbriefing ausgeben.