Twarde granice. Miękki język.

Poniedziałek, 9:12. Na Slacku ląduje link do posta z LinkedIna, a pod nim jedno zdanie od klienta: „Saw this at Web Summit. Can we have an AI agent that negotiates with our suppliers? Thinking Q4”. Na końcu emotka rakiety. Ta rakieta jest ważniejsza niż całe zdanie, bo oznacza, że decyzja w jego głowie już zapadła, a od Ciebie oczekuje się jedynie implementacji.

Masz trzy odruchy. Pierwszy: napisać, co naprawdę myślisz. Drugi: odpisać „sounds interesting, let me look into it” i liczyć, że temat umrze śmiercią naturalną. Trzeci: otworzyć IDE, bo w sumie da się.

Wszystkie trzy kończą się źle, tylko w innym tempie. Pierwszy spala relację w tydzień. Drugi w kwartał, bo temat wraca na każdym statusie, za każdym razem z większym rozczarowaniem w głosie. Trzeci spala budżet, a przy okazji także relację, w dniu, w którym agent negocjacyjny zamówi czterdzieści ton palet zamiast czterdziestu sztuk.

Ten artykuł jest o czwartej drodze. I o tym, jak przejść nią po angielsku, w którym polska bezpośredniość brzmi jak trzaśnięcie drzwiami, a polska uprzejmość jak brak zdania.

Oś, której nie widzisz: nie „tak” kontra „nie”

Większość inżynierów myśli, że rozmowa o nietrafionym pomyśle toczy się na osi zgoda-odmowa. Że trzeba wybrać: albo się postawić, albo ustąpić. To fałszywa oś i dlatego tak wielu ludzi czuje, że każda opcja jest przegrana.

Prawdziwa oś biegnie gdzie indziej: od ataku do edukacji. I obie odpowiedzi, „tak” i „nie”, mogą wylądować na każdym z jej końców.

„Nie” bywa atakiem, kiedy odrzuca człowieka razem z pomysłem. Bywa też edukacją, kiedy klient wychodzi ze spotkania mądrzejszy o to, ile coś kosztuje i dlaczego. Z „tak” jest podobnie, tyle że gorzej, bo atak ukryty w zgodzie jest cichy. Kiedy mówisz „sure” na coś, co z góry uważasz za porażkę, atakujesz projekt, tylko z opóźnionym zapłonem. Klient zapłaci za to za pół roku i nie będzie wiedział, komu podziękować.

Hasło tego artykułu brzmi: hard boundaries, soft language. Twarda granica to: data, budżet, ryzyko, liczba. Miękkie opakowanie to: cel, pytanie, alternatywa. Najczęstszy błąd, jaki widzę u kursantów, polega na odwróceniu tych warstw. Twardy język przy miękkich granicach. Czyli najgorsze z obu światów: obrażasz ludzi, a i tak kończysz, budując to, czego nie chciałeś.

Odmowa w kodach odpowiedzi

Inżynier zrozumie to najszybciej, gdy pokażę mu cztery sposoby odpowiedzi na ten sam request.

403 jest uczciwe i bezużyteczne. 200 jest miłe i kosztowne. 202 jest najbardziej podstępne, bo wszyscy wychodzą zadowoleni, a problem trafia do kolejki bez timeoutu. Twoim celem jest 303: odpowiedź, która mówi „nie tutaj”, ale natychmiast wskazuje adres, pod którym klient dostanie to, czego naprawdę szuka.

418 I'm a teapot zostawiamy na piątkowe retro.

Dlaczego po angielsku odmawiasz gorzej niż po polsku

W polskim zespole „to nie ma sensu, szkoda czasu” jest zdaniem roboczym. Nikt się nie obraża, wszyscy oszczędzają dziesięć minut. Przełożone jeden do jednego na angielski, w rozmowie z klientem z Londynu albo z Bostonu, to zdanie brzmi jak policzek.

Dochodzi do tego asymetria, która bawi mnie od lat, a moich kursantów doprowadza do szału. Brytyjski klient mówi „that's quite an interesting idea” i ma na myśli „nie podoba mi się”. Polski inżynier słyszy komplement. Ten sam inżynier odpowiada „no, this won't work” i ma na myśli neutralną obserwację techniczną. Brytyjczyk słyszy wrogość. Dwie osoby wychodzą z calla przekonane, że rozmawiały o czymś zupełnie innym, i obie mają rację.

Drugi mechanizm znasz, jeśli czytałeś mój tekst o pięciu warstwach abstrakcji. Pod presją mózg sięga po to, co ma najlepiej wyćwiczone, czyli po żargon. Odmowa wypowiedziana w rejestrze technicznym brzmi tak: „an LLM call in the hot path would blow our latency budget”. Prawda, tylko że klient nie ma w głowie żadnego latency budget. Słyszy wyłącznie, że inżynier wymyśla wymówki w języku, którego celowo nikt poza nim nie rozumie.

Trzeci problem jest najsubtelniejszy. Polak, który próbuje zmiękczyć odmowę po angielsku, zwykle robi to przesadnie, bo nie czuje, ile zmiękczenia wystarczy. Z jednego „no” robi się „I'm just wondering if maybe it could possibly be slightly challenging”. W tej zupie z modalności odmowa się rozpuszcza i klient słyszy „tak, tylko z oporami”.

Klient nie zamawia funkcji. Zamawia ulgę

Theodore Levitt z Harvardu powtarzał studentom, że ludzie nie chcą wiertarki ćwierćcalowej, tylko ćwierćcalowej dziury. W świecie AI to zdanie wymaga aktualizacji: klient nie chce agenta, chce, żeby coś przestało boleć.

Za prawie każdym zachwytem nowinką stoi jeden z trzech motorów i każdy z nich wymaga innej odpowiedzi.

Presja z góry. Zarząd albo inwestor zapytał go „what's our AI strategy?” i nie miał czego pokazać. On nie potrzebuje agenta, potrzebuje slajdu na posiedzenie rady nadzorczej. Da się mu go dać taniej.

Realny ból operacyjny. Marże topnieją, dział zakupów tonie w mailach, obsługa klienta nie nadąża. Pomysł jest zły, ale problem jest prawdziwy i to on jest Twoim sprzymierzeńcem.

Status. Konkurencja pokazała coś na konferencji i klient nie chce być tym, który został w tyle. Tu nie wygrasz argumentem technicznym, tylko szybszą i widoczną wygraną.

Jeśli nie zdiagnozujesz motoru, odpowiadasz na złe pytanie. Tłumaczysz kosztami tokenów komuś, kto potrzebuje historii dla zarządu. Albo opowiadasz o strategii człowiekowi, który po prostu ma dość tysiąca maili dziennie od dostawców.

Czterostopniowy handshake

TCP ma trzy kroki. Odmowa, która nie pali relacji, potrzebuje czterech.

Krok 1: potwierdź cel, nie rozwiązanie

Pierwsze zdanie nie ocenia pomysłu. Nazywa to, co za nim stoi. Tu jest pułapka, w którą wpada większość: chwalisz rozwiązanie, a potem je zabijasz. „Great idea! But…” brzmi fałszywie w każdym języku, bo słowo but kasuje wszystko, co przed nim padło.

Chwal cel, nigdy mechanizm:

• „I can see why this caught your eye.”
• „The goal behind it makes a lot of sense.”
• „If I understand you correctly, what you're really after is…”
• „So the problem we're solving is…, not the agent itself. Is that fair?”

To ostatnie pytanie działa jak checksum. Jeśli klient odpowie „yes, exactly”, właśnie odkleiłeś problem od rozwiązania i od tej chwili rozmawiacie o problemie. To jest moment, w którym rozmowa przestaje być konfrontacją.

Krok 2: dopytaj o problem, nie o powód

Najgorsze pytanie, jakie może tu paść, to „Why do you want this?”. Po polsku „a po co to?” bywa neutralne. Po angielsku brzmi jak przesłuchanie i zakłada, że klient musi się tłumaczyć ze swojego pomysłu.

Lepsze wersje przenoszą uwagę z pomysłu na przyszłość:

• „What would success look like six months from now?”
• „What's happening today that made this come up?”
• „Who would use it first, and what would they stop doing?”
• „What happens if we don't build it this year?”

Ostatnie pytanie jest moim ulubionym, bo zmusza do wyceny zaniechania. Jeśli odpowiedź brzmi „nothing much, really”, rozmowa właśnie skończyła się sama.

Krok 3: pokaż cenę w trzech walutach i jednej ukrytej

Klient zachwycony demem widzi wyłącznie koszt zbudowania. Twoja praca polega na tym, żeby pokazać pełen rachunek: czas, pieniądze, ryzyko. I czwartą walutę, o której nikt nie mówi na głos: koszt alternatywny, czyli co nie powstanie w zamian.

• „Here's what it would take to do it properly.”
• „The part nobody sees in the demo is…”
• „To fit this in, we'd need to pause the reporting work. Is that a trade you'd make?”
• „The risk I'm most worried about is…”

Zwróć uwagę na trzecie zdanie. Nie mówisz „nie mamy czasu”. Oddajesz klientowi decyzję o kompromisie. Ludzie rzadko rezygnują z pomysłu, bo ktoś im powiedział, że jest zły. Rezygnują chętnie, kiedy sami muszą wybrać, co za niego oddać.

Krok 4: zaproponuj alternatywę z konkretnym adresem

Odmowa bez alternatywy to 403, choćby opakowana w najpiękniejsze modale. Alternatywa musi spełniać trzy warunki: celować w ten sam ból, kosztować wyraźnie mniej i dawać się sprawdzić szybko.

• „What if we started with…?”
• „Here's a cheaper way to test the same idea.”
• „Let's give it two weeks and let the data decide.”
• „Would it be a terrible idea to try it on one supplier first?”

To ostatnie zdanie wymaga komentarza, bo zbudowane jest celowo na odwrót. Pytasz o to, czy coś jest złym pomysłem, zamiast pytać, czy jest dobrym. Na pytanie „would it be a terrible idea…?” najłatwiej odpowiedzieć „no, not at all”, a to „no” jest w praktyce zgodą. Człowiek pod presją chętniej mówi „nie” niż „tak”, bo „nie” daje mu poczucie kontroli. Dajesz mu je za darmo.

Najmocniejsza forma przekierowania to eksperyment z kryterium zatrzymania: „If the error rate is above 5% after two weeks, we stop.” W tej chwili przestajesz być tym, który mówi „nie”. Odmówią dane, a Ty zostajesz osobą, która zaproponowała uczciwy test.

Kto przychodzi z nowinką

Entuzjasta entuzjaście nierówny. Każdy z nich ma inną walutę i inny powód, dla którego Twoja odmowa go zaboli.

CEO wracający z konferencji kupuje narrację dla zarządu. Nie odbieraj mu jej, tylko daj tańszą wersję.

- "We don't really need an AI agent for that."+ "Let's give the board an AI story we can ship in a month: an assistant that flags price hikes from our top suppliers. The full agent can be phase two, once we see the numbers."

Founder po weekendzie z Cursorem zbudował prototyp w dwie godziny i nie rozumie, dlaczego Ty potrzebujesz dwóch miesięcy. Nie spieraj się z prototypem. Doceń go, a potem pokaż różnicę między makietą a budynkiem.

- "That prototype isn't production-ready at all."+ "Your prototype proves people want it, and that's the hard part. Making it survive real users, payments and GDPR is about six weeks. I'd start with the one flow your prototype nailed."

Head of Marketing po demie konkurencji kupuje widoczność. Pokazał mu ktoś czat AI na stronie rywala i od tej pory każdy tydzień bez czatu to tydzień porażki.

- "Chatbots are mostly hype, customers hate them."+ "Their chat mostly answers questions our search should handle. Let's fix search first: two weeks, and we'll see exactly what people still ask. Then we'll know if a chat is worth it."

Inwestor albo członek rady kupuje ryzyko i skalę. Z nim rozmawia się najkrócej, językiem, który zna z arkusza.

- "The architecture isn't ready for that kind of feature."+ "It's a four-month bet with unclear payback. The alert version is three weeks and tells us whether the bigger bet is worth making."

Klient, który ma rację. Tak, zdarza się. Twarde granice działają w obie strony: jeśli pomysł jest dobry, powiedz to wprost i bez ociągania. „I was sceptical, but the numbers back you up. Let's do it.” Inżynier, który potrafi publicznie zmienić zdanie, ma kredyt zaufania na każde kolejne „nie”.

Warstwa językowa: gdzie polska głowa sabotuje dobrą odmowę

Kalki, które brzmią jak atak

„To nie ma sensu” to po angielsku „it makes no sense”, a to zdanie w rozmowie z klientem znaczy mniej więcej „jesteś nierozsądny”. Podobnie „you're wrong”, które po polsku bywa rzeczowe („mylisz się, sprawdziłem”), a po angielsku jest ciosem w ego.

- "It makes no sense to use AI here."+ "I'm not sure AI earns its keep here. A simple rule covers most cases."- "You're wrong about the timeline."+ "I see the timeline a bit differently, and here's why."- "It's impossible."+ "Not within this budget. Here's what is possible."

Mała gramatyka dyplomacji

Angielski ma kilka narzędzi, które w polskim uchu brzmią jak niepewność, a w angielskim jak kompetencja.

Would i might zamieniają rozkaz w propozycję: „I'd suggest”, „it might be worth”, „I'd be careful with”. Czas przeszły dystansuje prośbę: „I was wondering whether we could start smaller” brzmi mniej nachalnie niż „I wonder”, choć oba znaczą to samo. Pytania przeczące sugerują odpowiedź bez narzucania jej: „Wouldn't it be safer to test it on one market first?”.

Zasada operacyjna: zmiękczasz czasownik, nigdy liczby. Modalność owija zdanie, ale data, kwota i ryzyko zostają twarde jak beton.

- "I'm just wondering if maybe it could possibly take a bit longer."+ "I'd plan for eight weeks, not four. The integration is the reason."

Pierwsza wersja jest miękka w całości, więc klient nie usłyszał żadnej granicy. Druga ma miękkie I'd plan i twarde eight weeks. Tak wygląda hard boundaries, soft language w jednym zdaniu.

„Yes, but” kontra „yes, and”

Słowo but działa jak git reset --hard na wszystko, co padło przed nim. „I love the idea, but…” klient zapamięta wyłącznie od but. Improwizatorzy teatralni od dekad trenują „yes, and”, czyli przyjmowanie propozycji i budowanie na niej.

- "Yes, it's a good idea, but it's too expensive."+ "Yes, and the fastest way to test it is a two-week pilot on one supplier."

Jedno zastrzeżenie: and nie jest sztuczką do ukrywania odmowy. Jeśli odpowiedź brzmi „nie”, druga połowa zdania musi to jasno pokazać. Inaczej właśnie wysłałeś 202 w ładnym opakowaniu.

Fałszywi przyjaciele z tej konkretnej rozmowy

Sensible to „rozsądny”. Sensitive to „wrażliwy, drażliwy”. „That's a sensitive idea” nie pochwali pomysłu, tylko zasugeruje, że dotyka tematu tabu. Chodziło Ci o „that's a sensible idea”.

Argument w potocznym angielskim często znaczy „kłótnia”. „We had an argument with the client about the agent” ktoś zrozumie jako awanturę, nie wymianę racji. Jeśli chodzi Ci o rzeczową dyskusję, powiedz discussion albo we went through the pros and cons.

Consequent nie znaczy „konsekwentny”. Konsekwentny to consistent. „We've been consistent about the MVP scope” brzmi jak pochwała dyscypliny. Wersja z consequent brzmi jak błąd w tłumaczeniu maszynowym.

Hazard to nie hazard, tylko „zagrożenie”. Z kolei gamble to hazard i ryzykowny zakład. „This feature is a gamble” jest świetnym zdaniem na rozmowę o agencie AI, tylko upewnij się, że wybrałeś właściwe słowo.

Słowa, które detonują rozmowę

Hype, buzzword, gimmick, fad, toy. Każde z nich może być trafną diagnozą i każde odbiera rozmówcy twarz, bo sugeruje, że dał się nabrać. Nikt nie przyjmie argumentu od kogoś, kto właśnie nazwał go naiwnym.

With all due respect w brytyjskim angielskim jest zapowiedzią, że za chwilę padnie coś bez szacunku. Rozmówca zaciska zęby, zanim skończysz frazę. Trust me w rozmowie o technologii to prośba o kredyt bez zabezpieczenia. Obviously zakłada, że klient powinien był to wiedzieć, więc jest trochę głupi, że nie wiedział.

Honestly i to be honest sugerują, że poprzednie zdania były mniej szczere. Polacy nadużywają ich, bo „szczerze mówiąc” jest u nas zwykłym wypełniaczem.

Liczby, które odmawiają za Ciebie

Jedna z najbardziej przydatnych statystyk w tej rozmowie pochodzi z raportu Pendo o adopcji funkcji z 2019 roku: około 80% funkcji w typowym produkcie software'owym jest używanych rzadko albo wcale. Nie musisz jej cytować klientowi. Wystarczy, że będziesz ją miał z tyłu głowy, kiedy ktoś mówi „just one more feature”.

Kosztu nowinki AI nie wyrażaj w tokenach, bo nikt poza Tobą nie wie, ile to jest. Przelicz go na świat klienta.

„An LLM call on every product page: fifty thousand visits a day, roughly two cents each. That's about a thousand euros a day, or three hundred and sixty-five thousand a year, for a feature nobody has asked for yet.” To zdanie zatrzymuje rozmowę skuteczniej niż jakakolwiek analiza architektury. Twoje liczby będą inne, więc policz je przed spotkaniem, a nie w trakcie.

Latencję zamieniaj na doświadczenie: nie „it will add 1.8 seconds to loading time”, tylko „every search would feel like the site is broken”. Czas zespołu zamieniaj na to, co wypadnie z roadmapy: nie „it will take six weeks of dev time”, tylko „the mobile release would move from November to January”.

Analogie, które mają cenę

Dobra analogia do odmowy niesie koszt, nie tylko obrazek.

„Every feature is a puppy, not a gift. It's lovely on day one, and then we feed it for years.” Ta jest moją ulubioną, bo przestawia myślenie z jednorazowego zakupu na zobowiązanie.

„We'd be buying a Formula 1 car to deliver pizza.” Na sytuacje, w których ktoś chce LLM-a do zadania, które załatwia prosty if.

„It's a pool on the roof of a house with a leaking roof.” Kiedy klient chce nowinki, a system ma nierozwiązane podstawy.

„A demo is a show flat. Production is living there with three kids and a dog.” Na foundera z weekendowym prototypem.

„It's like hiring a translator for a meeting where everyone already speaks English.” Na AI tam, gdzie wystarczy formularz z dobrą walidacją.

Historie z frontu

Chatbot, który okazał się wyszukiwarką. Mój kursant, architekt w software housie, dostał od klienta z branży e-commerce zlecenie na czat GenAI „jak u konkurencji”. Zamiast wyceniać, zapytał, o co klienci pytają najczęściej. Zajrzeli do logów supportu: 70% zgłoszeń sprowadzało się do „where's my order?”. Zbudowali stronę statusu zamówienia i poprawili wyszukiwarkę. Trzy tygodnie pracy, liczba zgłoszeń spadła o dwie piąte. Temat czatu nie wrócił nigdy. Klient pokazał zarządowi wyniki jako „AI-assisted support analysis” i mój kursant pozwolił mu na to z uśmiechem. Oddanie komuś autorstwa sukcesu to najtańsza inwestycja w relację, jaką znam.

Racja wypowiedziana za głośno. Tech lead na spotkaniu z CTO klienta, który chciał zapisywać faktury w blockchainie: „With all due respect, blockchain is mostly a buzzword here”. Merytorycznie trafił w punkt. Politycznie przegrał wszystko: CTO zabrał projekt do innej firmy, która zbudowała rozwiązanie za trzy razy tyle. Rok później system wyłączono. Tech lead miał rację, tylko nikt już o nią nie pytał.

Dziewięć miesięcy w statusie 202. Klient co kilka tygodni wracał z pomysłem na rozpoznawanie głosu w aplikacji do zamówień. Zespół odpowiadał „let's explore it” i nie robił nic. Po dziewięciu miesiącach sales wpisał tę funkcję do kontraktu z nowym odbiorcą, bo „przecież temat jest w eksploracji od wiosny”. Nikt nie powiedział „nie”, więc wszyscy usłyszeli „tak”.

Eksperyment, który odmówił za niego. Inny kursant dostał pomysł na sterowanie głosem w aplikacji magazynowej. Zamiast dyskutować, zaproponował dwutygodniowy pilotaż na pięciu magazynierach z jasnym kryterium: jeśli błędnie rozpoznanych komend będzie więcej niż 5%, kończymy. Wyszło 18%, bo wózki widłowe mają swoje zdanie na temat ciszy. Klient sam zamknął temat i podziękował za oszczędzone pieniądze. Najlepsza odmowa to ta, której nie trzeba wypowiadać.

Zderzenia, które zdarzają się co tydzień

Mówisz „we don't need AI for that”, słyszą „nie chce mu się uczyć nowych rzeczy”.

- "We don't need AI for that."+ "A simple rule handles about 90% of these cases. AI might make sense for the other 10%, if they turn out to matter."

Mówisz „that's overengineering”, słyszą, że ich ambicja jest przesadzona.

- "That's overengineering."+ "That's built for a hundred thousand users. We have two thousand. Let's build for twenty and revisit when we get there."

Mówisz „nobody will use it”, słyszą opinię przeciw opinii.

- "Nobody will use it."+ "Let's find out who would. Five customer calls this week will tell us more than any of us guessing."

Mówisz „it's not on the roadmap”, słyszą biurokrację.

- "It's not on the roadmap."+ "It's not in this quarter. If it matters more than the mobile release, we can swap them. Which one would you drop?"

Mówisz „the team doesn't have capacity”, słyszą, że się lenicie.

- "The team doesn't have capacity."+ "We can start in November, or next week if we pause the reporting work."

Szablon maila z odmową i alternatywą

Najtrudniejsze odmowy przychodzą na piśmie, bo nie masz twarzy rozmówcy, żeby skorygować kurs w trakcie. Ten szablon trzyma kolejność handshake'u i mieści się na jednym ekranie telefonu.

Subject: AI supplier agent - my take and a faster option

Hi Mark,

Thanks for sharing this. The goal behind it, lower purchase
costs, is exactly where we should be looking.

My concern with a fully autonomous agent: [czas], [koszt],
[jedno konkretne ryzyko, np. legal exposure on signed orders].

What I'd suggest instead: [alternatywa] in [czas].
It targets the same problem and shows us [co udowodni].

If it works, we'll have real data to decide on the full agent
in [miesiąc]. If it doesn't, we've saved [czas/pieniądze].

Would it be a bad idea to start next week?

Best,
[imię]

Zauważ, czego tu nie ma: słowa but, słowa hype, wyjaśnień architektonicznych i przeprosin. Jest za to cel klienta w drugim zdaniu, cena w trzecim i pytanie, na które najłatwiej odpowiedzieć zgodą, na końcu.

Co wdrożyć w tym tygodniu

Reguła 24 godzin. Nie odmawiaj na żywo przy pierwszym kontakcie z pomysłem. „Let me think about how we'd do this well, I'll come back to you tomorrow.” Pokazujesz szacunek i kupujesz czas na policzenie. Warunek: jutro znaczy jutro. Inaczej reguła zamienia się w 202.

Najpierw cel, dopiero potem słowo „no”. Jeśli pierwsze zdanie Twojej odpowiedzi ocenia pomysł, zacznij od nowa.

Każda odmowa ma cenę i adres. Bez ceny to opinia. Bez alternatywy to 403. Dopiero oba elementy razem dają 303.

Eksperyment z kryterium zatrzymania. Liczba i termin ustalone przed startem, nie po wynikach. Wtedy dane odmawiają za Ciebie, a Ty zostajesz autorem uczciwego testu.

Oddaj autorstwo. Jeśli alternatywa zadziała, niech to będzie pomysł klienta, który „dopracowaliście razem”. Twoje ego przeżyje. Relacja na tym zyska.

Zapisz decyzję. Po rozmowie jedno zdanie mailem: „Just to confirm what we agreed: we're piloting the price alert first and deciding on the full agent in January.” A w ADR sekcja Considered and rejected, z jednym zdaniem uzasadnienia. To najlepsze archiwum rakiet, które nigdy nie wystartowały, i pierwsza rzecz, którą pokażesz, kiedy za pół roku ktoś zapyta „why didn't we do the agent?”.

Drill. Weź trzy ostatnie pomysły, na które powiedziałeś „nie” albo „let me look into it”. Dla każdego napisz po angielsku odpowiedź 303: cel, pytanie, cena, alternatywa. Potem nagraj ją w sześćdziesiąt sekund i odsłuchaj. Jeśli w nagraniu pada but, hype albo obviously, wiesz, co ćwiczyć w przyszłym tygodniu.

Odmawianie to nie jest talent dyplomatyczny, który ktoś ma albo nie ma. To protokół, dokładnie jak każdy inny, którego używasz w pracy: ma kolejność kroków, kody odpowiedzi i obsługę błędów. Różni się tylko tym, że pakiety wysyłasz do człowieka, który właśnie wrócił z konferencji z błyskiem w oku.

A agent negocjacyjny? Może za rok. Na razie niech system nauczy się zamawiać palety w poprawnej liczbie.