Postman, платформа розробки API, яку використовують мільйони розробників, стикається з хвилею негативної реакції спільноти після того, як розробник опублікував докладні докази того, що його настільна програма мовчки встановлює плагіни штучного інтелекту в непов’язані інструменти кодування — і записує конфігурацію, яка спрямовує роботу цих агентів до Postman.
Суперечка вибухнула в мейнстрімі в понеділок, коли публікація Hacker News під назвою «Листоноша тихо автоматично встановлює плагіни штучного інтелекту та намагається поділитися всіма даними API» за кілька годин зібрала майже 800 голосів «за», ставши однією з найбільш обговорюваних історій дня в спільноті. Основним доказом є публічна проблема GitHub, зареєстрована на офіційному трекері підтримки Postman 25 жовтня, яка залишається відкритою. For more context on this story, see our ongoing AI industry coverage.
Що знайшов розробник
Про проблему під назвою «[СЕРВО] Desktop автоматично встановлює плагіни Codex/Claude; інсталятор намагається довіряти власному автозавантажувачу» розробник запустив Postman 12.33.4 на macOS. Відкривши Postman, вони помітили неочікувану поведінку своїх агентів кодування AI: повторювані попередження автентифікації MCP і OpenAI Codex, який неодноразово маршрутизував роботу API через навички Postman.
Покопавшись, розробник знайшов загальнокористувацький плагін Postman, гачок інструкцій запуску, віддалене з’єднання MCP, плагін Claude Code та окремо встановлений Postman CLI — жодного з яких вони не вирішили встановити.
Докази в питанні надзвичайно конкретні. Власний файл журналу Postman у певному місці з позначкою часу записує автоматичне встановлення: запис JSON із джерелом «auto-existing-upgrade» і результатами «claude-code:installed» і «codex:installed», за якими йде рядок журналу «Main: autoInstall.plugin.existing-user finished».
Глобальний конфігураційний файл Codex розробника також було змінено. У випуску показано нові розділи, додані до `~/.codex/config.toml` — торгової площадки Postman, яка вказує на сховище плагінів Postman, і запис, що вмикає плагін `postman@postman`.
Хук запуску
Найбільш спірне відкриття стосується того, що плагін робить після встановлення. Проблема документує, що встановлений плагін реєструє перехоплення, яке спрацьовує під час запуску агента — відповідаючи подіям сеансу запуску, очищення та стиснення — і друкує інструкції в контексті агента.
Ці інструкції наказують агенту штучного інтелекту завантажити навичку Postman «api-інженера» перед тим, як відповідати на «будь-яке нетривіальне завдання розробки API», категорію, яка включає проектування, впровадження, моделювання, тестування, моніторинг, документування або розгортання API. По суті, будь-яка робота API, яку розробник вимагає від свого агента кодування, буде направлена через робочий процес Postman, незалежно від того, використовує розробник Postman чи ні.
Конфігурація, написана під час встановлення, також включала довірені хеш-записи для самого хука — записи, які повідомляють системі агента, що хук запуску схвалено. Розробник охарактеризував це як «спробу інсталятора схвалити власний хук інструкцій» і назвав загальну поведінку серйозною проблемою згоди та кордону довіри. «Клієнт API не повинен робити себе робочим процесом за замовчуванням в інших інструментах просто тому, що я його відкрив», — йдеться у випуску.
Чому це вдарило по нервах
Обговорення Hacker News і подальші коментарі показують, чому ця історія набула резонансу за межами бази користувачів одного інструменту. Агентам кодування штучного інтелекту, таким як Codex і Claude Code, все більше надається широкий доступ до систем розробників із конфігураційними файлами, перехопленнями та підключеннями MCP, які визначають, який контекст вони отримують і яким інструкціям слідують. Постачальник, який записується в цей ланцюжок довіри без явної згоди, торкається основної обіцянки, що агенти діятимуть від імені користувача, а не від імені постачальника.
Посилання в заголовку HN на передачу «всіх даних API» відображає побоювання, що такі перехоплювачі можуть спрямувати ключі API, трафік і деталі проекту до зовнішньої служби; сама проблема GitHub зосереджена на механізмах маршрутизації та згоди, які журналіст задокументував за допомогою журналів і файлів конфігурації. Критики під час дискусії стверджували, що шаблон — настільна програма, яка встановлює супутні плагіни в інші інструменти під час першого запуску — створює небезпечний прецедент для того, як можуть працювати придбання «mindshare» програмного забезпечення епохи ШІ.
На момент написання цієї статті проблема залишається відкритою з більш ніж двадцятьма коментарями, і Postman не опублікував публічної відповіді щодо поведінки автоматичного встановлення. Компанію не звинуватили в передачі даних без дозволу в самому випуску; центри скарг на тиху установку та самозатвердження гачків.
Тестовий приклад для норм розподілу ШІ
Цей епізод відбувається на тлі ширшої боротьби за норми в екосистемі агентів. Постачальники інструментів тепер мають новий рубіж, на якому можна конкурувати: їх не просто встановлювати, а й завантажувати в кожен робочий процес за допомогою ШІ, який виконує розробник. Ситуація листоноші є перевіркою того, де проходить межа між зручною інтеграцією та ворожим розширенням.
Для розробників практичний висновок є конкретним: варто перевірити файли конфігурації агента, реєстрації підключень і встановлені плагіни після оновлення інструментів настільного комп’ютера — і розглядати будь-які незапитані зміни в інструкціях агента ШІ як подію безпеки. Для постачальників інструментів, які змагаються за те, щоб стати стандартним рівнем у розробці за допомогою штучного інтелекту, майже 800 голосів за Hacker News настільки ж чіткі: тиха самоінсталяція — це найшвидший спосіб перетворити надійний бренд на застереження.
---
Stay Ahead of AIGet the latest AI news, analysis, and breakthroughs — all in one place.
Read more AI news →
