Разработчик сообщил, что десктопный Postman установил плагины Postman в два AI-инструмента для программирования — Claude Code и OpenAI Codex — без отдельного согласия пользователя. История важна не только из-за одного API-клиента: для команд, которые уже ограничивают доступ AI-агентов к коду, терминалу и секретам, самовольное изменение их окружения превращается в вопрос безопасности и управляемости.
Об инциденте сообщает The New Stack. По описанию автора жалобы, он открыл Postman, после чего обнаружил изменения в конфигурации Claude Code и Codex: в инструментах появились компоненты, связанные с Postman. В опубликованном материале нет оснований утверждать, что плагины получили доступ к данным, выполнили команды или привели к утечке. Но само появление интеграций без явного действия разработчика стало главным предметом претензий.
Для обычного desktop-софта автоматическая интеграция с соседними приложениями уже давно не экзотика: редакторы предлагают расширения, облачные клиенты добавляют контекстные меню, IDE настраивают помощников. В случае с агентами для написания кода планка выше. Claude Code и OpenAI Codex работают в среде разработки и могут быть связаны с репозиториями, командной строкой, API-ключами и внутренней документацией. Поэтому установка дополнения — даже полезного по замыслу — должна быть понятной, обратимой и подтверждённой пользователем.
Postman развивает сценарии, в которых AI-помощники помогают разбираться с API: изучать коллекции, формировать запросы и использовать описание интерфейсов как контекст. Логика интеграции очевидна: чем быстрее агент получает сведения об API, тем меньше ручной работы у разработчика. Однако удобство не отменяет базового правила: владелец рабочей станции и его компания должны знать, какой именно компонент был добавлен, куда он записан, какие разрешения получил и как его удалить.
Особенно болезненно это выглядит в корпоративной среде. У многих компаний AI-инструменты проходят отдельную проверку у security-команд: разрешённые модели задаются политиками, доступ к репозиториям выдаётся по ролям, а плагины в IDE и CLI устанавливаются через внутренний каталог. Незапланированное дополнение ломает эту схему хотя бы на уровне инвентаризации. Безопасникам приходится выяснять, является ли изменение штатным, какие версии затронуты и не нужно ли блокировать обновление до появления разъяснений.
Разработчикам в такой ситуации полезно проверить конфигурации своих агентов и список установленных интеграций, особенно после обновлений десктопных приложений. Командам разработки стоит договориться о более приземлённой вещи: кто отвечает за разрешённые расширения AI-агентов, где фиксируются изменения и как быстро отключить новый компонент. Это не призыв отказаться от плагинов Postman или от агентного программирования. Это способ не узнавать о новом канале доступа к рабочему контексту постфактум.
История также показывает, что рынок AI-разработки упирается не только в качество моделей. Производители инструментов всё активнее соединяют API-клиенты, IDE, CLI и агентов в единый рабочий поток, а границы между «удобной интеграцией» и «несогласованным изменением системы» становятся тоньше. Выиграют те продукты, которые сделают установку дополнений прозрачной: с понятным подтверждением, перечнем прав, журналом изменений и одним надёжным способом отката.
