Clarify token scan pairs repo and store

doc/rvctl.md

@@ -291,7 +291,8 @@ Przyklady:
 
 ## `tokens scan`
 
-Skanuje remote URL-e w repo i zapisuje znalezione dane do `tokens/tokens.json`.
+Skanuje remote URL-e w repo oraz lokalny `tokens.json`, laczy wpisy w pary po
+endpoincie i pokazuje, gdzie przechowywany jest token.
 
 Przelaczniki:
 
@@ -315,6 +316,10 @@ w wierszu `repo` wartosci `kind=plain` i `result=no_credentials`. Jezeli
 ten sam endpoint istnieje w `tokens.json`, drugi wiersz tego samego `item`
 pokaze `source=tokens.json`, `token=t1` i `result=present`.
 
+Ten sam numer `item` oznacza jedna pare logiczna dla jednego endpointu. Wiersz
+`source=repo` pokazuje stan remote, a wiersz `source=tokens.json` pokazuje stan
+lokalnego store.
+
 Przyklad:
 
 ```bash

doc/tokens.md

@@ -52,6 +52,8 @@ To pozwala odroznic:
 Przy `tokens scan` launcher:
 
 - czyta wszystkie remote URL-e w repo
+- czyta `tokens.json`
+- laczy remote i store w pary po endpoincie serwera
 - wybiera tylko `http` i `https`
 - jesli URL ma `LOGIN:TOKEN@...`, wyciaga login i token
 - zapisuje je pod odpowiednim endpointem w `tokens.json`
@@ -73,15 +75,17 @@ Przy skanowaniu launcher zapisuje tez metadane serwera:
 
 ### `tokens scan`
 
-Kierunek:
+Zrodla:
 
 ```text
-repo -> tokens.json
+repo + tokens.json
 ```
 
 Dzialanie:
 
 - skanuje remote URL-e w repo
+- czyta wpisy z `tokens.json`
+- laczy oba zrodla po endpoincie serwera
 - zapisuje znalezione tokeny do `tokens.json`
 - zapisuje je per endpoint serwera
 - wypisuje domyslnie tylko waska tabele `items`
@@ -93,6 +97,9 @@ moze miec dwa wiersze:
 - `source=repo` - stan remote URL-i w repo
 - `source=tokens.json` - stan lokalnego store tokenow
 
+Dzieki temu widac, dla ktorego endpointu token jest w remote, a dla ktorego
+jest tylko w `tokens.json`.
+
 Kolumny w tabeli `items`:
 
 - `item` - numer porownywanego endpointu