Zbiór OpenAI z 6 października 2026 r. obejmuje 722 manuskrypty w 372 grupach powiązanych wyników — nie 722 niezależnie potwierdzone odkrycia.
Opublikowane przezEdytowane za pomocą GPT-6 LunaObrazy wygenerowane za pomocą GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What does the scrutiny of OpenAI’s October 6 release of 722 AI-generated mathematical manuscripts in 372 result families reveal about the re. Article summary: The scrutiny shows both the promise and the verification bottleneck of AI-assisted mathematics: an unreleased model can produce substantial work quickly, but a computer-checked proof does not automatically validate the s. Topic tags: general, academic, general web, user generated, education. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, water
Publikacja OpenAI z 6 października 2026 r. obejmuje 722 manuskrypty matematyczne, pogrupowane w 372 rodziny wyników. To imponująca skala pracy wspomaganej przez AI, ale zarazem przypomnienie o ważnym ograniczeniu: asystent dowodów może sprawdzić argument zapisany formalnie, lecz trzeba jeszcze ustalić, czy ten zapis odpowiada twierdzeniu przedstawionemu w manuskrypcie. Zbiór jest materiałem do oceny, a nie listą 722 niezależnie potwierdzonych odkryć. 12
7
OpenAI informuje, że manuskrypty przygotował niewydany model wewnętrzny, a na każdy wynik przypadało średnio około trzech godzin obliczeń. Firma podaje też, że w ramach ewaluacji modelowi przedstawiono około 4000 problemów. Dane te pokazują skalę przedsięwzięcia i deklarowany nakład obliczeniowy, ale same w sobie nie dowodzą ani poprawności, ani znaczenia każdego wyniku. 1
3
7
Manuskrypty są ponadto pogrupowane w rodziny wyników. Dlatego liczbę 722 nie należy odczytywać jako liczby odrębnych, niezależnie sprawdzonych przełomów. To, czy konkretne twierdzenie jest prawdziwe, zależy od jego argumentacji i od tego, jak przejdzie weryfikację matematyczną. 7
12
Jedna z konkretnych wątpliwości dotyczących wcześniejszej pracy OpenAI nad równaniami Naviera–Stokesa dotyczy lematu 8.6. W manuskrypcie zapisanym językiem zrozumiałym dla człowieka oszacowanie wymaga warunku regularności obejmującego pochodne do rzędu m + 4. Odpowiadająca mu wersja w Lean wymaga m + 5. Dodatkowa pochodna oznacza mocniejsze założenie, a więc słabsze oszacowanie: formalny zapis nie potwierdza bezpośrednio twierdzenia w formie przedstawionej w manuskrypcie. 2
Ta rozbieżność sama w sobie nie dowodzi, że którakolwiek wersja jest błędna, ani nie rozstrzyga poprawności całego wyniku. Oznacza jednak, że pomyślnego sprawdzenia komputerowego nie można po prostu uznać za potwierdzenie mocniejszego twierdzenia zapisanego w artykule. Recenzenci muszą porównać to, co stwierdza praca, z tym, co faktycznie zakodowano w formalnym dowodzie. 2
To ogólna lekcja dotycząca weryfikacji formalnej: asystent dowodów sprawdza zdanie zapisane w jego języku formalnym. Nie ustala samodzielnie, czy zdanie wiernie przełożono z artykułu — tłumaczenie również trzeba skontrolować. Rozbieżność uzasadnia dokładniejsze sprawdzenie, ale nie jest dowodem celowego osłabienia twierdzenia ani podstawą, by zakładać, że każdy dowód wygenerowany przez AI ma ten sam problem. 2
Podawana przez OpenAI średnia około trzech godzin obliczeń na wynik pokazuje tempo generowania prac przez system. W osobnych doniesieniach o wcześniejszym projekcie dotyczącym Naviera–Stokesa mowa jest o agentach pracujących przez około 88 godzin. To dane dotyczące różnych przedsięwzięć; żadna z tych liczb nie mówi, ile czasu niezależni matematycy potrzebują na sprawdzenie argumentów. 1
3
7
Według doniesień zespół poświęcił około dwóch tygodni na analizę wcześniejszego dowodu dotyczącego Naviera–Stokesa. Nie była to dwutygodniowa ocena całego zbioru z 6 października, opublikowanego dopiero niedawno. Różnica jest istotna: przygotowanie manuskryptu i niezależne sprawdzenie jego matematyki to odrębne zadania, a publikacja na taką skalę oznacza znaczne obciążenie dla osób weryfikujących wyniki. 2
Formalizacja w Lean może sprawić, że zapisane w niej kroki logiczne da się sprawdzić za pomocą oprogramowania. Zbiór OpenAI zawiera jednak wyniki na różnych etapach weryfikacji i nie każdy manuskrypt ma towarzyszącą mu formalizację w Lean. Firma zapowiada, że będzie je dodawać. 7
12
Nawet gdy kod formalny jest dostępny i przechodzi sprawdzenie, pozostaje pytanie, czy dowodzi tego samego twierdzenia co manuskrypt i czy wynik jest matematycznie istotny. Ocena związku argumentu z wcześniejszymi pracami również wymaga ludzkiej analizy; samo poprawne sprawdzenie formalne nie rozstrzyga tych kwestii. 2
7
Publikacja pokazuje, że AI potrafi wytwarzać prace matematyczne na dużą skalę, ale nie zastępuje matematycznej weryfikacji. Najrozsądniej oceniać każdy wynik osobno: ustalić, co dokładnie jest twierdzone, porównać argumentację w manuskrypcie z ewentualną formalizacją i odróżnić zdanie sprawdzone komputerowo od wyniku niezależnie potwierdzonego przez matematyków. 2
7
12
Rozbieżność w lemacie 8.6 dobrze pokazuje, dlaczego to rozróżnienie ma znaczenie. AI może przyspieszyć pracę nad matematyką, ale zaufanie do wyników zależy od precyzyjnych twierdzeń i starannej weryfikacji — nie od samej liczby manuskryptów ani deklarowanego czasu obliczeń.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Zbiór OpenAI z 6 października 2026 r. obejmuje 722 manuskrypty w 372 grupach powiązanych wyników — nie 722 niezależnie potwierdzone odkrycia.
Zbiór OpenAI z 6 października 2026 r. obejmuje 722 manuskrypty w 372 grupach powiązanych wyników — nie 722 niezależnie potwierdzone odkrycia. OpenAI podaje, że na wynik przypadało średnio około trzech godzin obliczeń. Wcześniejsza praca nad równaniami Naviera–Stokesa miała zająć agentom około 88 godzin.
W przypadku lematu 8.6 wersja w Lean wymaga mocniejszego założenia niż zapis w manuskrypcie, więc jej sprawdzenie nie potwierdza automatycznie twierdzenia w wersji opublikowanej dla czytelników.
Zbiór OpenAI z 6 października 2026 r. obejmuje 722 manuskrypty w 372 grupach powiązanych wyników — nie 722 niezależnie potwierdzone odkrycia.
Opublikowane przezEdytowane za pomocą GPT-6 LunaObrazy wygenerowane za pomocą GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What does the scrutiny of OpenAI’s October 6 release of 722 AI-generated mathematical manuscripts in 372 result families reveal about the re. Article summary: The scrutiny shows both the promise and the verification bottleneck of AI-assisted mathematics: an unreleased model can produce substantial work quickly, but a computer-checked proof does not automatically validate the s. Topic tags: general, academic, general web, user generated, education. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, water
Publikacja OpenAI z 6 października 2026 r. obejmuje 722 manuskrypty matematyczne, pogrupowane w 372 rodziny wyników. To imponująca skala pracy wspomaganej przez AI, ale zarazem przypomnienie o ważnym ograniczeniu: asystent dowodów może sprawdzić argument zapisany formalnie, lecz trzeba jeszcze ustalić, czy ten zapis odpowiada twierdzeniu przedstawionemu w manuskrypcie. Zbiór jest materiałem do oceny, a nie listą 722 niezależnie potwierdzonych odkryć. 12
7
OpenAI informuje, że manuskrypty przygotował niewydany model wewnętrzny, a na każdy wynik przypadało średnio około trzech godzin obliczeń. Firma podaje też, że w ramach ewaluacji modelowi przedstawiono około 4000 problemów. Dane te pokazują skalę przedsięwzięcia i deklarowany nakład obliczeniowy, ale same w sobie nie dowodzą ani poprawności, ani znaczenia każdego wyniku. 1
3
7
Manuskrypty są ponadto pogrupowane w rodziny wyników. Dlatego liczbę 722 nie należy odczytywać jako liczby odrębnych, niezależnie sprawdzonych przełomów. To, czy konkretne twierdzenie jest prawdziwe, zależy od jego argumentacji i od tego, jak przejdzie weryfikację matematyczną. 7
12
Jedna z konkretnych wątpliwości dotyczących wcześniejszej pracy OpenAI nad równaniami Naviera–Stokesa dotyczy lematu 8.6. W manuskrypcie zapisanym językiem zrozumiałym dla człowieka oszacowanie wymaga warunku regularności obejmującego pochodne do rzędu m + 4. Odpowiadająca mu wersja w Lean wymaga m + 5. Dodatkowa pochodna oznacza mocniejsze założenie, a więc słabsze oszacowanie: formalny zapis nie potwierdza bezpośrednio twierdzenia w formie przedstawionej w manuskrypcie. 2
Ta rozbieżność sama w sobie nie dowodzi, że którakolwiek wersja jest błędna, ani nie rozstrzyga poprawności całego wyniku. Oznacza jednak, że pomyślnego sprawdzenia komputerowego nie można po prostu uznać za potwierdzenie mocniejszego twierdzenia zapisanego w artykule. Recenzenci muszą porównać to, co stwierdza praca, z tym, co faktycznie zakodowano w formalnym dowodzie. 2
To ogólna lekcja dotycząca weryfikacji formalnej: asystent dowodów sprawdza zdanie zapisane w jego języku formalnym. Nie ustala samodzielnie, czy zdanie wiernie przełożono z artykułu — tłumaczenie również trzeba skontrolować. Rozbieżność uzasadnia dokładniejsze sprawdzenie, ale nie jest dowodem celowego osłabienia twierdzenia ani podstawą, by zakładać, że każdy dowód wygenerowany przez AI ma ten sam problem. 2
Podawana przez OpenAI średnia około trzech godzin obliczeń na wynik pokazuje tempo generowania prac przez system. W osobnych doniesieniach o wcześniejszym projekcie dotyczącym Naviera–Stokesa mowa jest o agentach pracujących przez około 88 godzin. To dane dotyczące różnych przedsięwzięć; żadna z tych liczb nie mówi, ile czasu niezależni matematycy potrzebują na sprawdzenie argumentów. 1
3
7
Według doniesień zespół poświęcił około dwóch tygodni na analizę wcześniejszego dowodu dotyczącego Naviera–Stokesa. Nie była to dwutygodniowa ocena całego zbioru z 6 października, opublikowanego dopiero niedawno. Różnica jest istotna: przygotowanie manuskryptu i niezależne sprawdzenie jego matematyki to odrębne zadania, a publikacja na taką skalę oznacza znaczne obciążenie dla osób weryfikujących wyniki. 2
Formalizacja w Lean może sprawić, że zapisane w niej kroki logiczne da się sprawdzić za pomocą oprogramowania. Zbiór OpenAI zawiera jednak wyniki na różnych etapach weryfikacji i nie każdy manuskrypt ma towarzyszącą mu formalizację w Lean. Firma zapowiada, że będzie je dodawać. 7
12
Nawet gdy kod formalny jest dostępny i przechodzi sprawdzenie, pozostaje pytanie, czy dowodzi tego samego twierdzenia co manuskrypt i czy wynik jest matematycznie istotny. Ocena związku argumentu z wcześniejszymi pracami również wymaga ludzkiej analizy; samo poprawne sprawdzenie formalne nie rozstrzyga tych kwestii. 2
7
Publikacja pokazuje, że AI potrafi wytwarzać prace matematyczne na dużą skalę, ale nie zastępuje matematycznej weryfikacji. Najrozsądniej oceniać każdy wynik osobno: ustalić, co dokładnie jest twierdzone, porównać argumentację w manuskrypcie z ewentualną formalizacją i odróżnić zdanie sprawdzone komputerowo od wyniku niezależnie potwierdzonego przez matematyków. 2
7
12
Rozbieżność w lemacie 8.6 dobrze pokazuje, dlaczego to rozróżnienie ma znaczenie. AI może przyspieszyć pracę nad matematyką, ale zaufanie do wyników zależy od precyzyjnych twierdzeń i starannej weryfikacji — nie od samej liczby manuskryptów ani deklarowanego czasu obliczeń.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Zbiór OpenAI z 6 października 2026 r. obejmuje 722 manuskrypty w 372 grupach powiązanych wyników — nie 722 niezależnie potwierdzone odkrycia.
Zbiór OpenAI z 6 października 2026 r. obejmuje 722 manuskrypty w 372 grupach powiązanych wyników — nie 722 niezależnie potwierdzone odkrycia. OpenAI podaje, że na wynik przypadało średnio około trzech godzin obliczeń. Wcześniejsza praca nad równaniami Naviera–Stokesa miała zająć agentom około 88 godzin.
W przypadku lematu 8.6 wersja w Lean wymaga mocniejszego założenia niż zapis w manuskrypcie, więc jej sprawdzenie nie potwierdza automatycznie twierdzenia w wersji opublikowanej dla czytelników.