Polityka Redakcyjna

1. Kto publikuje te treści

MySimulator.uk jest prowadzony przez niewielki, niezależny zespół — zobacz naszą stronę zespołu. Nie jesteśmy dużą redakcją ani instytucją naukową — jesteśmy programistami i entuzjastami nauki, którzy budują interaktywne symulacje i piszą artykuły, które je wyjaśniają.

2. Jak powstają treści

Każda symulacja jest ręcznie tworzona w JavaScript/Three.js/WebGL przez nasz zespół, w oparciu o uznane modele fizyczne, matematyczne lub biologiczne. Artykuł towarzyszący każdej symulacji wyjaśnia leżący u jej podstaw model, użyte równania i zastosowania w realnym świecie.

Powstawanie artykułu przebiega w trzech krokach: (1) szkic — pierwsza wersja jest tworzona z pomocą AI na podstawie materiałów źródłowych oraz parametrów/równań samej symulacji; (2) recenzja człowieka — członek zespołu sprawdza szkic względem źródeł referencyjnych i redaguje go pod kątem poprawności i przejrzystości; (3) publikacja — zweryfikowany artykuł trafia na stronę z widoczną datą „ostatniej aktualizacji”.

3. Jak wykorzystujemy AI

Biorąc pod uwagę skalę serwisu (690+ symulacji, 250+ artykułów), nierealne byłoby, aby niewielki zespół napisał ręcznie każde słowo bez wsparcia. Korzystamy z dużych modeli językowych, aby pomóc w tworzeniu pierwszych wersji artykułów, generować przykłady i sugerować strukturę. Nie publikujemy treści AI bez zmian: każdy opublikowany artykuł został przeczytany i zredagowany przez członka zespołu, który odpowiada za sprawdzenie poprawności naukowej i tonu przed publikacją.

Uważamy, że szczerość w tej kwestii jest bardziej użyteczna dla czytelników niż udawanie, że każdy artykuł został napisany od podstaw przez specjalistę bez żadnych narzędzi. Jeśli zauważysz tekst, który brzmi ogólnikowo lub niejasno, to cenna informacja zwrotna — daj nam znać.

4. Jak weryfikujemy fakty

W przypadku artykułów zawierających konkretne wzory, stałe fizyczne lub twierdzenia liczbowe, nasz etap recenzji sprawdza wartości względem standardowych źródeł: podręczników, stałych NIST/CODATA, Wikipedii oraz (dla najbardziej technicznych artykułów „deep-dive”) recenzowanych źródeł naukowych lub preprintów arXiv. Gdy temat jest sporny lub dane są szacunkowe, a nie stałą wartością, staramy się to zaznaczyć, zamiast podawać jedną liczbę jako pewnik.

To lekki proces recenzji jednego zespołu, a nie formalna recenzja naukowa (peer review). Jeśli masz wiedzę specjalistyczną i dostrzeżesz błąd, chętnie przyjmiemy poprawki — zobacz sekcję 6.

5. Jak często aktualizujemy artykuły

Artykuły posiadają widoczną datę „ostatniej aktualizacji” oraz pola datePublished i dateModified w danych strukturalnych. Obecnie nie przeprowadzamy artykułów przez stały, oparty na kalendarzu cykl przeglądów; aktualizacje następują, gdy dodajemy powiązaną symulację, gdy czytelnik zgłosi problem, lub gdy podczas niepowiązanej pracy nad stroną zauważymy dane lub twierdzenie wymagające poprawy. Starsze artykuły (bez aktualizacji od 12+ miesięcy) to znany obszar, nad którym pracujemy — jeśli zauważysz taki, który wygląda na nieaktualny, powiedz nam o tym.

Polityka cyklu przeglądów. Pole dateModified każdego artykułu jest odczytywalne maszynowo, więc możemy w dowolnym momencie porównać je z bieżącą datą. W praktyce robimy to ręcznie, partiami: gdy przechodzimy przez daną kategorię lub przeprowadzamy audyt całej witryny, sprawdzamy wiek każdego artykułu i dodajemy każdą stronę, której dateModified ma 12 miesięcy lub więcej, do wewnętrznej listy do ponownego audytu, a następnie przechodzimy przez tę listę — ponownie sprawdzając dane, wzory i wszelkie twierdzenia odnoszące się do zewnętrznych danych — podczas kolejnej dostępnej sesji edycyjnej. To nie jest automatyczne zadanie cron ani system monitorowania na żywo; nie chcemy przedstawiać tego jako czegoś więcej, niż jest w rzeczywistości. To ręczny, okresowy przegląd, a pokrycie ponad 350 artykułów odbywa się stopniowo, a nie od razu. Jeśli czytany przez Ciebie artykuł wygląda na stary i nietknięty, najszybszym sposobem na jego ponowne sprawdzenie jest poinformowanie nas, zamiast czekać, aż dotrze do niego kolejny przegląd.

6. Korekty

Gdy dowiadujemy się o błędzie rzeczowym — błędnym wzorze, nieaktualnej wartości, źle podpisanej jednostce — weryfikujemy go względem źródła referencyjnego i poprawiamy stronę bezpośrednio, aktualizując widoczną datę „ostatniej aktualizacji”. Prowadzimy publiczny rejestr korekt błędów rzeczowych; changelog witryny osobno rejestruje znaczące zmiany treści i funkcji.

7. Czego nie robimy

• Nie publikujemy tekstu wygenerowanego przez AI bez wcześniejszego przeczytania go przez człowieka.
• Nie przyjmujemy płatnych lokowań treści, które mogłyby zmienić poprawność symulacji lub artykułu.
• Nie sprzedajemy ani nie udostępniamy Twoich danych — zobacz naszą Politykę Prywatności.
• Nie przypisujemy sobie kwalifikacji, których nie posiadamy; MySimulator to projekt programistów/entuzjastów, a nie publikacja recenzowana naukowo.

8. Kontakt

Masz pytania o to, jak powstał konkretny artykuł lub liczba, albo znalazłeś błąd? Chcemy o tym wiedzieć.

• Email: hello@mysimulator.uk
• Formularz kontaktowy: mysimulator.uk/contact/