Instrukcja wykonania i cross-checków

Hierarchia źródeł

Reguły marki, języka, identyfikacji i zastosowań są zapisane na właściwych stronach styleguide’u. Przed zmianą wykonawca czyta stronę zadania, jej zależności w katalogu oraz platformę marki. Działanie tokenów i komponentów wynika z kodu oraz artefaktów maszynowych.

Materiały źródłowe służą do rozstrzygnięcia sprzeczności lub sprawdzenia podstawy. Nie przenosimy do publicznej dokumentacji chronologii warsztatów, odrzuconych wariantów ani nieaktualnego stanu wdrożenia.

Zasady wykonania

1. Stosuj zapisany kontrakt. Nie uzupełniaj brakującej decyzji z pamięci, podobnego systemu ani własnej preferencji.
2. Oddziel fakt, regułę, hipotezę i dane demonstracyjne. Twierdzenie produktowe wymaga właściwego OWU oraz zakresu, którego dotyczy.
3. Zmieniaj wspólne źródło. Nie kopiuj tokenu, komponentu ani reguły do konsumenta.
4. Sprawdź wpływ zmiany na wszystkie strony reviewed i approved, ich przykłady i zależne zastosowania. Znaleziona sprzeczność jest częścią bieżącej poprawki.
5. Uruchom twarde bramki. Własna ocena modelu nie zastępuje skryptu, testu, renderu ani decyzji Human.
6. Jeśli brakuje decyzji, wskaż dokładne miejsce, możliwe skutki i rekomendację. Nie twórz domyślnej odpowiedzi.

Cross-check przed oddaniem

Po każdej nowej paczce przeczytanej przez Human cross-check obejmuje cały dotychczasowy zestaw reviewed oraz approved, również wcześniejsze strony. Sprawdza zgodność terminów, obietnic, odbiorców, przykładów, tokenów, komponentów i zastosowań. Jeśli nowa treść zmienia wcześniejszą regułę, wcześniejsza strona wraca do bieżącego zakresu review. Zmiana zaakceptowanego sensu wymaga cofnięcia do draft i ponownego przeglądu Human; naprawa kotwicy nie zmienia sensu.

reviewed nadajemy wyłącznie po przeglądzie Human bez uwag, nie po samoocenie modelu ani na podstawie zielonych testów. Jeden raport przyrostu w reviews/ wiąże cały sprawdzony zbiór i jego wersję z wynikami; nie wymaga osobnej publicznej sekcji na każdej stronie. Kontrakt reguł i dowodów opisuje odbiór systemu.

Kontrole deterministyczne wykonują skrypty i CI. Człowiek oraz AI sprawdzają to, czego automat nie rozstrzyga wiarygodnie: znaczenie, kompletność kontekstu, zgodność kierunku marki i skutki nowej decyzji.

Oddanie

Wynik wskazuje zmienione pliki, działający materiał, uruchomione bramki, znalezione sprzeczności oraz decyzje wymagające Human. „Nie sprawdzono” nie oznacza wyniku pozytywnego, a brak uwag modelu nie jest dowodem zgodności.