Rdzeń środowiska uruchomieniowego i kompozycja
Jeden proces, Felix, Sling i jedno repozytorium Oak; jawne funkcje; HTL i treści statyczne. README odnotowuje to jako zaimplementowaną podstawę.
STAN MOŻLIWOŚCI
Wiedz, co jest zbudowane.
Zobacz, co dalej.
Migawka dokumentacji — a nie certyfikacja wydania ani obietnica dostawy z datą. Zaimplementowaną podstawę trzymamy oddzielnie od kierunku projektowego.
Jak czytać etykiety.
Każda karta możliwości na tej witrynie nosi jedną z czterech etykiet. To architektura informacji, a nie dekoracja.
- Udokumentowana podstawa
- Dokumenty projektu opisują możliwość jako zaimplementowaną, a zapis weryfikacji to potwierdza.
- Zapowiedź projektowa
- Propozycja, a nie zaimplementowane zachowanie. Nic na tej witrynie nie przedstawia jej jako dostępnej.
- Do potwierdzenia
- Dowody implementacji lub weryfikacji są sprzeczne, niepełne lub ich brakuje. Sprawdź to względem wybranego wydania.
- Deklaracja właściciela
- Fakt podany przez właściciela projektu, na przykład kierunek licencjonowania, który wciąż wymaga potwierdzenia na poziomie wydania.
MIGAWKA · 18 WRZEŚNIA 2026
Udokumentowana podstawa.
Typowane API HTTP
Dokument API odnotowuje implementację do kroku 8, w tym moduły tożsamości, treści i publicznej witryny. Nadal ma znaczenie, co zawiera konkretna kompozycja.
Granica żądania i provisioning
Mechanizmy bezpieczeństwa i utwardzona blokada instalatora plików są opisane jako zaimplementowane. Domyślne ustawienia startera nadal wymagają utwardzenia.
Potwierdź względem wybranego wydania.
Zakres witryn i redakcji
Nagłówek frameworka witryn mówi „niezaimplementowane”, podczas gdy późniejsze sekcje i dokument API opisują części jako obecne. Zweryfikuj dokładnie dostarczone moduły i zachowanie edytora.
Luki w weryfikacji w czasie działania
API wymienia jako otwarte testy autoryzacji w przeglądarce, ciągłości w trakcie podmiany i zduplikowanego operationId. STATUS.md jest zapisem weryfikacji; czytaj go razem z wybranym wydaniem.
Szczegóły kompozycji i magazynu
Liczby bundle’i i niektóre stwierdzenia o dołączonych funkcjach różnią się między dokumentami. Uzgodnij wybrany agregat z dowodami z rozruchu, zamiast traktować liczbę marketingową jako prawdę.
Kierunek: cykl życia treści.
PAGE-LIFECYCLE-DESIGN.md jest wyraźnie oznaczony jako projekt, niezaimplementowany. Proponuje trwałą główną wersję roboczą, równoległe wersje robocze, jawną publikację, zachowywane niezmienne wersje oraz transakcyjne punkty rozszerzeń: uporządkowane reaktory, końcowe walidatory i subskrybentów sterowanych przez outbox. Odwracalne usuwanie, strzeżone dyspozycje wycofania publikacji i zapisy przepływów pracy należą do tej samej propozycji. Nic na tej witrynie nie przedstawia niczego z tego jako dostępnego zachowania i nie sugeruje żadnej daty dostawy.
Kierunek: cykl życia treści.
Trwałe wersje robocze i publikacja
Nowszy projekt zachowuje główną wersję roboczą po publikacji i oddziela niezmienne wersje od edytowanej pracy.
Transakcje i zdarzenia
Uporządkowane reaktory, końcowe walidatory i subskrybenci sterowani przez outbox to proponowane punkty rozszerzeń.
Odzyskiwanie i przepływy pracy
Odwracalne usuwanie, strzeżone dyspozycje wycofania publikacji i zapisy przepływów pracy są zaprojektowane, ale w zapisie implementacji nie są zaimplementowane.
Co zastępuje co.
Propozycja cyklu życia strony wyraźnie nadpisuje części DRAFTS-DESIGN.md: publikacja kopiuje wersję roboczą, zamiast ją konsumować, kontenery wersji roboczych używają tożsamości strony zamiast lustrzanych ścieżek, a niezmienne wersje zastępują historię zarchiwizowanych wersji roboczych. Witryna używa nowszego modelu wyłącznie jako zapowiedzi projektowej. Nie przedstawia propozycji jako zmiany już dostarczonej.
Starsza architektura mówi o braku typowanego API; README i API-DESIGN.md wyraźnie opisują typowane API jako zbudowane. Witryna opiera się na tych jawnych stwierdzeniach o API, wraz z ich pozostałymi lukami testowymi, zamiast powtarzać nieaktualne pominięcie. To udokumentowana decyzja redakcyjna, a nie niezależna weryfikacja kodu.
Żadnych wymyślonych dat.
Nie opublikowano publicznego harmonogramu wydań, polityki wsparcia długoterminowego ani dat dostaw. Klastrowania, osobnej topologii author/publish, wbudowanego wyszukiwania pełnotekstowego i kompletnych przepływów akceptacji nie wolno wywodzić z długoterminowego kierunku projektu.
Pomóż zamienić wymaganie w dowód.
Gdy otworzy się publiczna współpraca, przynieś konkretny przypadek użycia, odtwarzalny test lub staranną poprawkę do dokumentacji.