„Vibe working” wygląda dziś przede wszystkim jak termin wypchnięty do obiegu przez Microsoft. To właśnie Microsoft użył go oficjalnie przy Microsoft 365 Copilot, łącząc go z Agent Mode i Office Agent jako nowym stylem pracy, w którym użytkownik nie tyle obsługuje aplikację, ile zleca zadanie agentowi działającemu przez wiele narzędzi i kontekstów. To ważne rozróżnienie: nazwa jest mocno microsoftowa, ale zjawisko które opisuje jest znacznie szersze.

Bo niezależnie od tego kto wymyślił nazwę, rynek naprawdę przesuwa się w stronę pracy opartej bardziej na intencji niż na ręcznej obsłudze interfejsów. I właśnie dlatego warto spojrzeć na to zjawisko przez dwie warstwy jednocześnie — przez doświadczenie użytkownika i przez infrastrukturę która ma to doświadczenie dowieźć.

Vibe working to język doświadczenia, nie nazwa technologii

To właśnie tu łatwo popełnić błąd interpretacyjny. „Vibe working” nie jest standardem ani protokołem. To user-facing określenie na doświadczenie pracy w którym człowiek przechodzi z roli operatora aplikacji do roli osoby wyznaczającej cel, kontekst i oczekiwany efekt. Agent ma potem sam przechodzić przez dokumenty, dane, kalendarze, komunikację i kolejne kroki wykonania. U Microsoftu to jest język produktu. Ale sam model pracy nie należy już wyłącznie do Microsoftu.

Pisaliśmy o tym na WebFlux już w listopadzie 2025 — kiedy vibe working dopiero zaczynał być terminem w obiegu. Wtedy opisywaliśmy go przez pryzmat biura i web designu, pytając co oznacza dla projektantów i twórców stron. Dziś widać że to pytanie było przedwczesne o tyle, że brakujący element — warstwa techniczna która pozwala agentowi naprawdę działać — dopiero się buduje.

Dlatego lepiej myśleć o tym w dwóch warstwach. Pierwsza to warstwa doświadczenia — użytkownik mówi co chce osiągnąć. Druga to warstwa wykonania — agent musi mieć jak połączyć się z narzędziami, danymi i funkcjami systemów. I właśnie tutaj zaczyna się prawdziwy problem techniczny. Bez tej drugiej warstwy vibe working zostaje tylko obietnicą interfejsu.

Agent bez połączeń jest tylko ładnym czatem

Największa słabość większości marketingowych narracji o pracy z agentem polega na tym że pokazują efekt końcowy, ale nie pokazują infrastruktury potrzebnej do jego osiągnięcia. Agent który ma „pracować za Ciebie” nie może być tylko modelem generującym odpowiedzi. Musi umieć sięgnąć do plików, odczytać kontekst, wykonać akcję, zapisać wynik, wrócić z odpowiedzią i zrobić to w sposób kontrolowany.

I właśnie dlatego MCP stał się tak ważny. Na WebFlux opisywaliśmy niedawno czym jest Model Context Protocol i dlaczego wszyscy o nim mówią — jako otwarty standard który porządkuje sposób w jaki aplikacje AI komunikują się z narzędziami i danymi. Teraz widać praktyczną stawkę tego standardu: bez podobnej warstwy połączeń agent nie staje się współpracownikiem, tylko zostaje bardziej efektownym interfejsem rozmowy.

OpenAI oficjalnie wspiera MCP w ChatGPT developer mode i w warstwie connectors. Microsoft wspiera MCP w Copilot Studio. Google ogłosił oficjalne wsparcie MCP dla własnych usług i Google Cloud, a równolegle rozwija A2A jako warstwę komunikacji agent–agent. Gdy wszyscy najwięksi gracze zaczynają wspierać tę samą warstwę połączeń, przestaje ona być ciekawostką dla developerów, a zaczyna wyglądać jak wspólny grunt pod agentowe workflow.

MCP to nie jest „vibe working”, ale bez MCP vibe working może nie dowieźć obietnicy

To najważniejsze rozróżnienie. MCP nie opisuje stylu pracy. Opisuje sposób w jaki agent może odkrywać zasoby, korzystać z narzędzi i działać przez zewnętrzne systemy. Vibe working to obietnica pracy na poziomie intencji. MCP jest jedną z pierwszych realnych odpowiedzi na pytanie jak taka obietnica ma zostać technicznie dowieziona.

Innymi słowy — vibe working mówi użytkownikowi że może przestać ręcznie przełączać się między aplikacjami. MCP odpowiada na pytanie jak agent ma się z tymi aplikacjami w ogóle dogadać. Bez podobnego standardu agent nie staje się współpracownikiem, tylko zostaje bardziej efektownym interfejsem rozmowy.

Microsoft nadał temu nazwę, ale rynek idzie szerzej

Microsoft ma dziś przewagę komunikacyjną bo nadał zjawisku chwytliwy termin. Ale nie jest jedynym graczem który buduje pracę z agentem wokół narzędzi i wykonania. Google oficjalnie wspiera MCP i równolegle buduje A2A jako protokół komunikacji między agentami. OpenAI rozwija connectors i środowiska w których model nie tylko odpowiada ale działa przez zewnętrzne systemy. To sugeruje że rynek nie zmierza do jednej zamkniętej platformy, lecz do kilku warstw interoperacyjności — jednej dla agent–narzędzie, drugiej dla agent–agent.

Na tym tle ciekawie wygląda xAI. Firma rozwija agent tools i function calling, ale w oficjalnych materiałach nie komunikuje MCP równie wyraźnie jak pozostali. To nie znaczy że stoi poza trendem — raczej że nie wszyscy gracze używają jeszcze tego samego języka strategicznego z taką samą siłą.

Podsumowanie

„Vibe working” jest dziś przede wszystkim microsoftową nazwą na nowy styl pracy z agentem. Ale problem który opisuje jest dużo większy niż jedna etykieta produktowa. Rynek przechodzi od AI jako interfejsu rozmowy do AI jako warstwy wykonania. A kiedy agent ma naprawdę działać, potrzebuje wspólnej przewidywalnej warstwy połączeń z narzędziami i danymi.

Właśnie dlatego MCP zaczyna mieć znaczenie nie jako modny skrót, ale jako infrastruktura bez której obietnica pracy „na intencji” może po prostu się nie dowieźć. I właśnie dlatego rozmowa o vibe workingu szybko prowadzi dalej — do pytania nie tylko o wygodę pracy, ale też o to kto naprawdę działa w imieniu użytkownika i na jakich zasadach.