TDX 2026: co zmienia się w architekturze Salesforce

Proporcja pracy w projektach Salesforce ma się odwrócić: około 20% wysiłku ma trafiać w zbudowanie MVP, a 80% w dopracowanie, testy i kontrolę działania agentów. Dla architektów to nie jest kosmetyczna zmiana w toolingu, tylko przesunięcie odpowiedzialności na governance, bezpieczeństwo i obserwowalność. TDX 2026 pokazał też, że Salesforce przestaje traktować AI jako dodatek do aplikacji i buduje dla niego osobną warstwę wykonawczą, integracyjną i interfejsową. To oznacza nowe decyzje projektowe już na poziomie API, metadata i runtime.

Od logiki deterministycznej do hybrydowej architektury agentów

Najważniejsza zmiana z perspektywy architekta dotyczy samego modelu budowania rozwiązań. Klasyczne komponenty Salesforce działały deterministycznie – ten sam input dawał ten sam rezultat. W modelu agentic AI rezultat może się różnić mimo identycznych danych wejściowych, więc rośnie znaczenie mechanizmów kontroli, walidacji i ograniczania ryzyka. To właśnie dlatego w centrum rozmowy znalazły się zaufanie, bezpieczeństwo i skalowalność, a nie samo tempo developmentu.

W praktyce Salesforce promuje podejście hybrydowe. Agent Script ma umożliwiać osadzanie logiki deterministycznej wewnątrz agentów probabilistycznych. Taki układ jest istotny szczególnie tam, gdzie agent inicjuje działania, ale krytyczne decyzje, reguły biznesowe albo operacje na danych muszą przejść przez przewidywalną ścieżkę wykonania. Dla zespołów, które już eksperymentują z vibe codingiem, to ważny sygnał: agent nie zastępuje architektury, tylko zwiększa koszt błędnej architektury.

Konsekwencja dla polskich orgów jest dość prosta. Jeśli zespół wdraża Agentforce, powinien od początku rozdzielać obszary probabilistyczne i deterministyczne: które kroki mogą być generowane, które muszą być egzekwowane regułami, gdzie potrzebny jest człowiek w pętli, a gdzie wystarczy policy enforcement. Bez tego łatwo zbudować szybkie MVP, które później trudno utrzymać. Ten kierunek dobrze uzupełnia wcześniejsza analiza, jak Agentforce Vibes zmienia sposób budowania aplikacji i gdzie pojawia się nowy dług techniczny.

Headless 360 i AXL przesuwają ciężar z UI na runtime i metadata

Drugi mocny wątek TDX 2026 to composability. Salesforce Headless 360 oddziela możliwości platformy od natywnego interfejsu użytkownika. Zamiast zakładać, że Salesforce jest obsługiwany głównie przez Lightning, Classic albo konkretne narzędzia developerskie, nowy model zakłada bezpośredni dostęp przez API, MCP (Model Context Protocol), czyli protokół kontekstu dla modeli, oraz CLI. To architektonicznie zmienia sposób myślenia o integracji: nie tylko systemy integrują się z Salesforce, ale też agenci i narzędzia AI dostają własną warstwę operacyjną nad metadata i funkcjami platformy.

Kluczowym elementem tego podejścia jest Salesforce Metadata Catalog. Katalog ma indeksować pełne metadata orga i udostępniać je przez MCP. Dla architekta oznacza to, że agent może dostać znacznie pełniejszy obraz struktury systemu – obiektów, zależności i konfiguracji – bez ręcznego mapowania kontekstu. To otwiera nowe wzorce integracyjne: zamiast sztywnych połączeń point-to-point można budować modularne umiejętności i narzędzia, które działają w granicach modelu bezpieczeństwa Salesforce.

Równolegle Agentforce Experience Layer, czyli AXL, wprowadza warstwę abstrakcji UI. Zespół definiuje doświadczenie, schemat, layout i akcje jeden raz w Salesforce, a warstwa AXL renderuje je na wielu powierzchniach. Pokazany scenariusz obejmował ekspozycję tego samego doświadczenia w Microsoft Teams i ChatGPT. Dla architektów to próba ograniczenia klasycznego problemu: osobne fronty, osobne runtime, wersjonowanie, auth, edge cases i rosnący koszt utrzymania.

W praktyce oznacza to potrzebę rewizji standardów integracyjnych i front-endowych. Jeśli org planuje agentów działających poza natywnym UI Salesforce, to Headless 360 i AXL mogą zmniejszyć liczbę niestandardowych warstw pośrednich. Jednocześnie rośnie znaczenie jakości metadata, bo to ona staje się paliwem dla agentów i narzędzi developerskich. Ten kierunek łączy się z omówieniem, jak Spring ’26 otwiera metadata layer dla AI i MCP Server oraz jak MCP w Agentforce porządkuje wywołania narzędzi bez kontekstowego bloatu.

Testowanie, tracing i nowy Well-Architected Framework stają się obowiązkowe

Jeśli pierwsza fala AI skupiała się na generowaniu, to TDX 2026 wyraźnie przesuwa akcent na kontrolę jakości w cyklu życia rozwiązania. Agentforce Vibes 2.0 ma działać jako rozszerzenie IDE z agent harness, czyli środowiskiem uruchomieniowym dla agentów, pozwalającym bezpiecznie korzystać z zewnętrznych agentów takich jak Claude czy SDK OpenAI wewnątrz Salesforce Trust Layer. To ważne, bo praktycznie oznacza wejście narzędzi zewnętrznych do procesu developmentu bez porzucania warstwy kontroli Salesforce.

Nowy Testing Center ma dostarczać custom scoring, evaluators i zautomatyzowane smoke testy, które symulują realne interakcje użytkowników w skali. To nie jest detal produktowy, tylko odpowiedź na fundamentalny problem systemów probabilistycznych: klasyczne testy binarne nie wystarczają, gdy wynik trzeba ocenić jakościowo, kontekstowo albo statystycznie. Architekt musi więc projektować nie tylko kod i integracje, ale też kryteria oceny poprawności działania agenta.

Równie istotna jest obserwowalność. Salesforce pokazał tracing pojedynczych sesji do monitorowania błędów i wydajności bezpośrednio w Slacku. To sugeruje, że operacyjne centrum ciężkości dla agentów będzie przesuwać się w stronę środowisk współpracy, a nie tylko klasycznych dashboardów administracyjnych. Dla zespołów delivery oznacza to konieczność spięcia DevOps, supportu i governance w jednym modelu reagowania.

Do tego dochodzi odświeżony Well-Architected Framework dla ery AI, oparty na feedbacku od ponad 1000 architektów. Nowa wersja ma sześć filarów, w tym Fairness, czyli nacisk na usuwanie biasu i zrównoważone projektowanie. W praktyce to sygnał, że architektura agentów będzie oceniana nie tylko przez pryzmat wydajności czy bezpieczeństwa, ale też jakości decyzji i ich konsekwencji biznesowych. Dla polskich zespołów to dobry moment, by potraktować AI governance jako część architektury docelowej, a nie checklistę dopinaną przed go-live. W podobnym duchu warto spojrzeć na temat secure-by-default w Salesforce, bo w świecie agentów koszt późnego security review rośnie jeszcze szybciej.

TDX 2026 pokazał, że architekt Salesforce coraz mniej projektuje samą aplikację, a coraz bardziej warunki, w których agent może działać bezpiecznie i przewidywalnie. Headless 360, AXL, Agent Script, Testing Center i tracing układają się w jeden wzorzec: szybciej budować, ale znacznie mocniej kontrolować. Najciekawsze pytanie na najbliższe miesiące brzmi więc nie czy wdrażać agentów, tylko gdzie w waszym orgu kończy się autonomia, a zaczyna architektoniczna odpowiedzialność.