Copilot w Wordzie przekręca liczby w podsumowaniu: jak temu zapobiec i jak to naprawić

Dlaczego Copilot w Wordzie potrafi zmienić sens liczb, mimo że źródło jest w dokumencie?

Copilot generuje podsumowanie jako wynik modelu językowego: nie „przepisuje” mechanicznie liczb z dokumentu, tylko tworzy streszczenie na podstawie rozpoznanych fragmentów i kontekstu. W tym procesie liczby są traktowane jak element narracji (np. skala, trend, porównanie), a nie jak dane wymagające bezwzględnej wierności, więc mogą zostać nieświadomie przekształcone tak, by pasowały do zdania (np. zaokrąglone, uogólnione albo podane w innej formie).

Do zmiany sensu dochodzi najczęściej, gdy liczby są w tekście niejednoznaczne lub wymagają interpretacji (np. „wzrost o 12” bez jednostki, wartości w tabeli bez opisu kolumn, skróty typu „tys.”, „mln”, zapis „1,5” vs „1.5”). Model może wtedy błędnie przypisać jednostkę, kierunek (wzrost/spadek), okres, punkt odniesienia albo zamienić wartości miejscami w porównaniu.

Wpływ ma też sposób, w jaki Word udostępnia treść do analizy: dokument bywa przetwarzany fragmentami, z pominięciem części układu (np. nagłówków w tabelach, przypisów, wykresów jako obiektów, komentarzy) lub z utratą relacji między liczbą a jej etykietą. Jeśli liczba „oderwie się” od opisu, Copilot może dobrać interpretację na podstawie sąsiednich zdań, co czasem zmienia znaczenie.

Wreszcie, Copilot może wprowadzić „wygładzanie” stylu typowe dla podsumowań: zamieniać wartości dokładne na przybliżone („około”, „ponad”), łączyć kilka liczb w jedną tezę, albo syntetyzować wniosek z wielu miejsc dokumentu. To bywa poprawne stylistycznie, ale ryzykowne merytorycznie, gdy potrzebujesz ścisłej zgodności liczbowej.

Jakie błędy liczbowe zdarzają się najczęściej w podsumowaniach i streszczeniach?

W podsumowaniach generowanych na podstawie dłuższego tekstu najczęściej pojawiają się błędy wynikające z „normalizacji” danych: model upraszcza zapis i gubi istotne szczegóły, przez co liczby w streszczeniu nie odpowiadają dokładnie temu, co było w dokumencie źródłowym.

Typowe są przekłamania wartości i rzędu wielkości, gdy liczba zostaje zaokrąglona, skrócona albo zamieniona na „ładniejszą” (np. 9 876 na „około 10 000”) mimo że w tekście nie było przybliżenia. Zdarza się też podmiana jednostek lub skali (tys./mln, %, pp, zł/€), przez co ta sama wartość zaczyna znaczyć coś innego.

Częstą klasą problemów są błędy kontekstu liczbowego: pomieszanie tego, czego liczba dotyczy (np. przeniesienie wartości z innej tabeli/sekcji), zamiana przedziału na pojedynczą wartość lub odwrotnie, a także odwrócenie relacji „wzrost/spadek” przy liczbach ujemnych i różnicach. W streszczeniach pojawiają się również błędy arytmetyczne w wartościach pochodnych, takich jak sumy, średnie i różnice, gdy system próbuje je wyliczać lub uogólniać zamiast wiernie przepisać.

Osobną grupą są błędy zapisu: znikające miejsca po przecinku, mylenie separatorów (1,5 vs 1.5), przestawione cyfry oraz niekonsekwentne formatowanie, które utrudnia weryfikację i może prowadzić do błędnej interpretacji nawet wtedy, gdy „goła” wartość była poprawna w tekście źródłowym.

Jak przygotować tabelę i treść w Wordzie, żeby Copilot nie mieszał jednostek, okresów i walut?

Copilot najczęściej „miesza” jednostki, okresy i waluty wtedy, gdy w dokumencie te informacje są podane niejednoznacznie (raz w nagłówku, raz w przypisie, raz w treści), skrótowo (np. „m” bez doprecyzowania), albo w różnych formatach w kolejnych wierszach (np. część kwot z symbolem, część bez; raz PL, raz ENG; raz miesiąc, raz kwartał). Dlatego kluczowe jest takie przygotowanie tabeli i opisów, aby każda liczba miała jedno, stałe znaczenie widoczne „przy liczbie” lub jednoznacznie w kolumnie/wierszu.

W tabeli trzymaj metadane w nagłówkach: osobne kolumny na okres (np. Data od, Data do albo Rok, Kwartał/Miesiąc), osobna kolumna na walutę (jeśli w tabeli występuje więcej niż jedna) i osobna na jednostkę miary (jeśli w tabeli występuje więcej niż jedna). Jeżeli waluta i jednostka są zawsze takie same dla całej tabeli, wpisz je wprost w nagłówkach kolumn (np. „Przychody (PLN)”, „Wolumen (szt.)”), a nie tylko w zdaniu nad tabelą — to zmniejsza ryzyko, że Copilot potraktuje część wartości jako inne.

Ustal i konsekwentnie stosuj jeden format zapisu: jednakowy separator dziesiętny w całej tabeli, brak „gołych” liczb bez waluty/jednostki w tej samej kolumnie, stały zapis dat (np. 2026-03 zamiast raz „marzec 2026”, raz „03/2026”). Unikaj skrótów wieloznacznych (np. „m”, „t”, „b”) bez doprecyzowania; jeśli musisz użyć skrótu, utrzymuj go identycznie w całym dokumencie i najlepiej w nagłówku kolumny.

W tekście poza tabelą, gdy odnosisz się do wartości, powtarzaj walutę i okres w tym samym zdaniu co liczba, zamiast odsyłać do „jak w tabeli powyżej”. Jeśli porównujesz okresy, zapisuj je pełną parą (np. „Q1 2026 vs Q1 2025” albo „2026-01–2026-03 vs 2025-01–2025-03”), żeby Copilot nie „wyrównał” okresów według własnej interpretacji. To samo dotyczy sum i średnich: dopisz, czy to suma za okres, średnia miesięczna, narastająco (YTD) itp., bo bez tego model może zmienić sens liczb podczas streszczania.

Na koniec ogranicz źródła prawdy: nie duplikuj tych samych danych w dwóch tabelach w różnych formatach ani nie wprowadzaj sprzecznych skrótów (np. raz „PLN”, raz „zł”) w obrębie jednego zestawienia. Im bardziej ustandaryzowane i „samowystarczalne” są nagłówki oraz komórki tabeli, tym mniejsze ryzyko, że Copilot przestawi jednostki, okresy lub waluty w podsumowaniu.

Jak sformułować polecenie, żeby Copilot trzymał się tylko wskazanego fragmentu dokumentu?

Najpewniejszy sposób to uruchomić Copilota z poziomu zaznaczenia (najpierw zaznacz akapit/sekcję/tabelę, a dopiero potem wpisz polecenie) i w samym poleceniu jednoznacznie ograniczyć źródło do „zaznaczonego fragmentu”, bez odwołań typu „w dokumencie”, „w raporcie”, „w całym tekście”. Copilot ma wtedy dwa sygnały naraz: kontekst techniczny (zaznaczenie) i kontekst językowy (instrukcja), co znacząco zmniejsza ryzyko dociągania informacji z innych części pliku.

W poleceniu nazwij zakres precyzyjnie i ustaw twardą regułę: ma korzystać wyłącznie z podanego wycinka oraz ma nie dopisywać niczego spoza niego. Dobrze działa też prośba o zacytowanie/odwołanie się tylko do danych widocznych w zaznaczeniu, bo wymusza trzymanie się tekstu źródłowego.

Przykładowa formuła polecenia: Pracuj WYŁĄCZNIE na zaznaczonym fragmencie. Nie używaj żadnych informacji spoza zaznaczenia. Zrób podsumowanie i przepisz wszystkie liczby dokładnie tak, jak występują w zaznaczeniu.

Jeśli zaznaczenie jest długie lub zawiera kilka tabel/akapitów, doprecyzuj dodatkowo granice w treści polecenia (np. „od nagłówka X do nagłówka Y” albo „tylko tabela pod nagłówkiem Z”), bo samo „zaznaczenie” bywa interpretowane szeroko, gdy Copilot próbuje uzupełniać kontekst.

Jak wymusić podawanie cytowanych fragmentów lub odwołań do tabel, żeby łatwo zweryfikować liczby?

W Wordzie nie da się „wymusić” na Copilocie, żeby zawsze automatycznie dołączał cytaty lub odwołania do konkretnych miejsc w dokumencie w formie trwałych, klikalnych przypisów do tabel czy akapitów. Da się natomiast wymusić to na poziomie polecenia (promptu): trzeba jednoznacznie określić, że każda liczba w podsumowaniu ma mieć przypisane źródło w postaci dosłownego cytatu z dokumentu albo precyzyjnego wskazania lokalizacji (nazwa tabeli, numer wiersza/kolumny, nagłówki kolumn, tytuł sekcji).

Najskuteczniej działa żądanie formatu odpowiedzi, w którym Copilot nie może „uciec” w ogólniki. Poproś, aby przy każdej wartości podawał: (1) liczbę, (2) skąd ją wziął, (3) cytowany fragment z dokumentu obejmujący tę liczbę oraz (4) identyfikator miejsca, np. „Tabela: <nazwa/tytuł>, kolumna: <nagłówek>, wiersz: <nagłówek/pozycja>” albo „Sekcja: <tytuł>, akapit zaczynający się od: <kilka pierwszych słów>”. Dzięki temu możesz szybko odszukać źródło i porównać, czy liczba nie została zmieniona przez zaokrąglenie, błędną agregację albo pomylenie jednostek.

Przykładowe polecenie, które zwykle wymusza weryfikowalność: Przygotuj podsumowanie. Każdą liczbę podaj w formacie: „Wartość — Źródło — Cytat”. Źródło ma wskazywać dokładnie tabelę (tytuł tabeli, nazwy kolumn i wiersza) lub sekcję i początek akapitu. Cytat ma być dosłownym fragmentem dokumentu zawierającym tę liczbę. Jeśli nie potrafisz wskazać jednoznacznego miejsca w dokumencie, napisz „BRAK ŹRÓDŁA” i nie podawaj liczby.

Jeżeli zależy Ci bardziej na odwołaniach do tabel niż na cytatach, doprecyzuj, że Copilot ma odwoływać się wyłącznie do danych z tabel i ma ignorować liczby z narracji (albo odwrotnie). Kluczowe jest wprowadzenie zasady „bez źródła = bez liczby”, bo wtedy model nie będzie uzupełniał luk domysłami i łatwiej wychwycisz miejsca, które wymagają ręcznego sprawdzenia.

Jak szybko sprawdzić poprawność wyliczeń i wykryć zaokrąglenia lub uśrednienia?

Najszybciej wykryjesz błąd, gdy porównasz odpowiedź z obliczeniem wykonanym niezależnie od tekstu generowanego przez Copilota: w Excelu, kalkulatorze albo bezpośrednio w polu formuły w Wordzie. Jeśli w dokumencie masz tabelę Worda z liczbami, kliknij w komórkę z wynikiem, naciśnij Alt+F9, aby podejrzeć formułę (np. =SUM(ABOVE)), a następnie wymuś ponowne przeliczenie: zaznacz wynik i naciśnij F9. To pozwala od razu odróżnić wynik policzony przez mechanizm formuł od wartości „opisowej” wygenerowanej w podsumowaniu.

Zaokrąglenia i uśrednienia najczęściej rozpoznasz po niespójności między sumą składowych a wartością końcową oraz po „ładnych” liczbach bez uzasadnienia. Praktyczny test to przeliczenie na pełnej precyzji: sprawdź, czy Copilot nie zamienił wartości typu 12,49 na 12,5 lub nie podał średniej zamiast sumy. Weryfikuj to, wracając do danych źródłowych (konkretnych liczb w tabeli/tekście) i porównując je z wynikami obliczeń wykonanych w narzędziu, które zachowuje pełną liczbę miejsc po przecinku.

Żeby szybko „złapać” zaokrąglenia, ustaw spójny format prezentacji liczb w tabeli (stała liczba miejsc po przecinku) i porównaj: (1) wynik dokładny, (2) wynik zaokrąglony do prezentacji, (3) wynik podany w podsumowaniu. Jeżeli podsumowanie różni się od wyniku dokładnego bardziej niż wynikałoby to z samego zaokrąglenia (np. różnica jest zbyt duża lub zmienia znak), to jest to sygnał uśrednienia, pominięcia pozycji albo „korekty” liczby przez model. Dla kontroli końcowej dodaj krótki zapis obliczenia w tekście, np. 123,45 + 67,89 = 191,34; jeśli Copilot poda inną wartość, błąd jest natychmiast widoczny bez żmudnego śledzenia.

Co zrobić, gdy błąd już trafił do wersji roboczej i trzeba bezpiecznie odtworzyć poprawne liczby?

Najpierw ustal, które liczby są „źródłowe” (np. z tabel, zestawień, systemu finansowego, arkusza) i traktuj je jako jedyne odniesienie. Następnie w wersji roboczej Worda przestań polegać na streszczeniu wygenerowanym przez Copilot i przejdź na odtwarzanie liczb w sposób weryfikowalny: każda liczba w podsumowaniu powinna dać się jednoznacznie prześledzić do konkretnego miejsca w dokumencie albo do zewnętrznego źródła.

Bezpieczna procedura naprawy wygląda tak:

• Zablokuj „rozjeżdżanie się” kontekstu: pracuj na jednej, konkretnej wersji pliku (najlepiej kopia), bez równoległych edycji i bez włączonego automatycznego „dopisywania” przez Copilot w tym samym czasie.
• Zlokalizuj wszystkie liczby do sprawdzenia: wyszukaj w dokumencie wzorce liczb (np. separator tysięcy, symbole walut, „%”, zakresy typu „od–do”) i zidentyfikuj fragmenty, gdzie Copilot mógł wprowadzić przekłamania (podsumowania, wnioski, akapity „na końcu”).
• Odtwórz liczby z danych źródłowych i oznacz pochodzenie: przepisz/uzupełnij liczby na podstawie tabel/załączników/danych wejściowych; przy każdej kluczowej liczbie dopilnuj, aby w dokumencie było jasne, skąd pochodzi (np. odwołanie do tabeli/sekcji w tekście). To ogranicza ryzyko ponownego „zgadywania” wartości.
• Zweryfikuj spójność arytmetyczną: sprawdź, czy sumy, różnice, procenty i zmiany r/r wynikają z liczb składowych (częsty błąd to poprawna liczba w tabeli, ale zły wniosek w podsumowaniu). Jeśli to możliwe, utrzymuj obliczenia w tabelach/arkuszach, a w tekście podawaj tylko wynik i źródło.

Na koniec porównaj poprawioną wersję z wersją sprzed poprawek (historia wersji/porównanie dokumentów w Wordzie) wyłącznie pod kątem zmian liczbowych i jednostek (PLN/EUR, tys./mln, % vs p.p.). Taka kontrola „diff” pozwala szybko wykryć, czy podczas naprawy nie wprowadzono kolejnego błędu albo nie pozostawiono starej, błędnej liczby w innym miejscu dokumentu.

Jak wdrożyć prostą procedurę akceptacji, która ogranicza ryzyko publikacji błędnych danych?

Najprostsza skuteczna procedura akceptacji polega na rozdzieleniu ról: jedna osoba przygotowuje treść (w tym generuje podsumowanie w Copilocie), a inna osoba zatwierdza ją po weryfikacji kluczowych liczb na podstawie źródła. Celem nie jest „sprawdzanie wszystkiego”, tylko obowiązkowe wychwycenie rozbieżności w danych, które mogą zostać przekręcone w streszczeniu.

W praktyce ustaw dwa stałe punkty kontrolne przed publikacją: (1) autor dołącza do dokumentu krótką sekcję „liczby krytyczne” (np. wyniki, procenty, wartości miesięczne/roczne, sumy) oraz wskazuje, skąd pochodzą (tabela w dokumencie, raport, arkusz), a następnie (2) akceptujący porównuje te wartości z materiałem źródłowym i z treścią podsumowania. Jeśli liczby w podsumowaniu nie zgadzają się 1:1 z danymi źródłowymi, dokument wraca do poprawy, a poprawiona wersja przechodzi ponownie tę samą weryfikację.

Aby procedura była wykonalna i nie obciążała zespołu, ogranicz ją do rzeczy mierzalnych: akceptacja dotyczy zgodności liczb, jednostek i okresów (np. „Q1” vs „rok”, „tys.” vs „mln”, brutto vs netto), a nie stylu czy interpretacji. Dodatkowo ustal prostą regułę audytu: zatwierdzenie jest ważne dopiero po odnotowaniu w dokumencie (np. w stopce lub komentarzu) kto i kiedy zweryfikował liczby oraz jakiego źródła użył — dzięki temu wiadomo, że kontrola faktycznie się odbyła.

Dataviz dla ESG: jak pokazywać emisje, cele i luki bez greenwashingu na wykresach 22 kwietnia 2026

Wykrywanie trendów i sezonowości bez ‘czarnej skrzynki’: STL i wizualne diagnostyki 20 kwietnia 2026