Cohere North 2 pilnuje tokenów i dostępu — agent ma własny budżet

Cohere w komunikacie z 5 października 2026 r. ogłosiło North 2, aktualizację firmowej platformy agentów AI. Panel North Admin ma pokazywać zużycie tokenów także na poziomie pojedynczego agenta, a administratorom dawać limity dla użytkowników, grup i całej organizacji oraz kontrolę uprawnień. Platforma może działać w chmurze, lokalnie lub w środowisku odizolowanym.

Dla firmy pracującej z poufnymi danymi oznacza to możliwość powiązania działania agenta z budżetem, rolą użytkownika i miejscem przetwarzania informacji. Ogłoszenie opisuje te mechanizmy jako funkcje North 2; o dopuszczeniu agenta do firmowych zasobów powinno jednak rozstrzygać ich działanie w wybranej konfiguracji, z rzeczywistymi kontami, bibliotekami i narzędziami organizacji.

North Admin wyznacza granice zużycia tokenów

Administrator może określać tempo żądań i zużycia tokenów dla użytkowników oraz grup, przydzielać kwoty i ustalać pułap dla organizacji. Panel pokazuje aktywność i wykorzystanie zasobów na poziomie użytkownika oraz agenta, a progi ostrzegawcze mają sygnalizować zbliżanie się do limitu. Może też ograniczać wybór modeli dla poszczególnych osób i zespołów, co ma znaczenie, gdy różne modele generują różne koszty.

W pracy wieloetapowej pojedyncze polecenie użytkownika może uruchomić serię wywołań modelu. Widoczność zużycia konkretnego agenta pomaga wtedy ustalić, który proces wykorzystuje zasoby, natomiast kwota przypisana użytkownikowi lub grupie wyznacza granice korzystania z platformy. To dwa różne poziomy kontroli: pomiar kosztu procesu nie musi oznaczać, że sam proces ma osobny, nieprzekraczalny budżet.

Publiczny opis North 2 nie precyzuje reguły twardego zatrzymania każdego agenta po osiągnięciu indywidualnej kwoty. Przy pilotażu istotne będzie więc ustalenie, do którego konta przypisuje się zużycie automatyzacji, co dzieje się po przekroczeniu limitu i czy rozpoczęte zadanie może wykonać kolejne kroki. Bez tej odpowiedzi sam widok kosztów agenta nie wystarczy do przewidzenia maksymalnego wydatku na jego pracę.

Dostęp do bibliotek nie wynika z samego udostępnienia agenta

North 2 obejmuje współdzielone biblioteki wiedzy, umiejętności wielokrotnego użytku i pamięć zachowującą kontekst między sesjami. Pracownicy mogą udostępniać agentów i automatyzacje innym zespołom, a agenci korzystać z przygotowanych wcześniej zasobów. W takim układzie uprawnienie do uruchomienia agenta oraz uprawnienie do odczytu materiałów, z których on korzysta, trzeba traktować oddzielnie.

Jak opisuje The Register, administrator może przypisywać listy kontroli dostępu do bibliotek i umiejętności. Daje to sposób na ograniczenie zasobów dostępnych agentowi w określonym kontekście. Dla firmy ważny będzie skutek odebrania pracownikowi dostępu: czy agent przestaje wtedy pobierać treści z chronionej biblioteki, również gdy korzysta z wcześniej przygotowanej automatyzacji.

Pamięć między sesjami tworzy kolejną granicę dostępu. Kontekst zachowany po zadaniu może mieć znaczenie dla późniejszej odpowiedzi, dlatego przy poufnych informacjach trzeba ustalić, co trafia do pamięci, kto może z niej korzystać, jak długo pozostaje dostępna i jak się ją usuwa. Opis funkcji nie podaje szczegółowej polityki retencji pamięci dla każdej konfiguracji wdrożenia.

Zgoda człowieka i dziennik zmian mają ograniczać autonomię

Przebudowany system koordynacji North 2 ma obsługiwać zadania wieloetapowe. Polityki autonomii określają dozwolone działania agenta i pozwalają skierować krytyczną decyzję lub czynność do człowieka. Platforma oferuje też zabezpieczenia filtrujące treść i sprawdzające odpowiedzi. W praktyce firmowej szczególnie ważna jest granica między odczytaniem danych a zmianą zapisu w podłączonym narzędziu.

Jacob Rideout, dyrektor techniczny HiddenLayer, powiedział VentureBeat: „We only turned those workflows on once we could see and control what the agents were doing”. Opisał warunek uruchomienia przepływów pracy w swojej firmie, nie wynik niezależnego testu North 2. Jego uwaga wskazuje, dlaczego uprawnieniom powinien towarzyszyć wgląd w działania agenta.

W ogłoszeniu wymieniono szczegółowe dzienniki zmian oraz narzędzia do monitorowania działania usługi. Dziennik zmian konfiguracji i zapis kolejnych czynności agenta nie są jednak tym samym. Zespół bezpieczeństwa powinien ustalić, czy w wybranym wdrożeniu da się odtworzyć, z jakiej biblioteki agent pobrał informację, jakiego narzędzia użył, kiedy poprosił o zgodę i czy po odmowie przerwał działanie.

Miejsce wdrożenia rozstrzyga o drodze poufnych danych

Wariant chmurowy, instalacja lokalna i środowisko odizolowane dają organizacji różne sposoby umieszczenia platformy blisko własnych danych. North 2 pozwala też korzystać z modeli dostarczonych przez klienta. Wybór miejsca uruchomienia platformy nie opisuje jeszcze całej drogi informacji: trzeba uwzględnić model, podłączone usługi, pamięć agenta i dzienniki powstające podczas pracy.

Dla polskiej firmy użyteczny pilotaż powinien połączyć te granice w jednym przepływie: pracownik z określoną rolą uruchamia agenta, agent sięga do dozwolonej biblioteki, zbliża się do limitu tokenów i przed czynnością wymagającą zgody zatrzymuje się na decyzję człowieka. Równolegle należy sprawdzić odmowę dostępu do chronionych materiałów oraz zachowanie pamięci po zmianie uprawnień. Taki scenariusz pokazuje, czy administracyjne ustawienia obejmują cały proces, a nie tylko jego pojedynczy etap.

North 2 daje firmie narzędzia do zarządzania kosztem, dostępem i zakresem samodzielności agentów. Dopuszczenie ich do poufnych zasobów będzie zależeć od odpowiedzi uzyskanych we własnym wdrożeniu: czy limit zatrzymuje właściwe zużycie, odebrane uprawnienie odcina właściwe dane, a wymagająca zgody czynność pozostawia zapis pozwalający odtworzyć jej przebieg.

Przeczytaj także:

• LangGraph czy CrewAI? Nawet trzykrotnie więcej tokenów zmienia wybór
• Link „każdy, kto go ma” może wyciec — ogranicz dostęp do pliku
• Klucz dostępu chroni przed phishingiem, ale nie twórz go na wspólnym sprzęcie