Postman, 데스크톱 앱의 Codex·Claude 플러그인 자동 설치 되돌리기로

GitHub 사용자 indicava는 자신의 Mac에서 Postman 12.33.4를 실행한 뒤 Codex와 Claude Code에 Postman 플러그인이 설치됐다고 보고했습니다. Postman 로그에는 2026년 10월 24일 09:34 UTC auto-existing-upgrade 작업이 두 플러그인을 설치했다는 기록이 있습니다. 당시 버전은 Codex 플러그인 1.1.0, Claude 플러그인 2.0.1이었습니다. indicava는 10월 25일 조사한 자신의 Mac 사례라고 밝혔으며, 관찰한 설치 순서를 깨끗한 Mac에서 재현하지 못했다고 적었습니다.

Codex 전역 사용자 설정에는 Postman 플러그인 마켓플레이스와 활성화 상태가 기록됐습니다. 플러그인은 세션 시작, 대화 초기화, 압축 때 실행되는 SessionStart 훅에 안내문을 연결했습니다. 안내문은 단순 질문이나 한 줄 수정은 제외하고, API 설계·구현·모의 실행·테스트·모니터링·문서화·배포와 Postman Flow 작업에서 postman:api-engineer 스킬을 기본 진입점으로 쓰도록 지시합니다. 훅은 해당 시점에 이 지침을 Codex에 제공합니다.

Postman 플러그인 설치기 코드에는 설치 뒤 Codex 앱 서버에서 Postman 훅을 조회하고, 그 해시를 사용자 설정의 hooks.state에 신뢰 기록으로 쓰는 절차가 있습니다. 설치 안내도 세션 시작 훅을 자동 승인한다고 설명합니다. Codex 앱 서버 API를 쓸 수 없는 경우에는 Codex 안에서 승인하라는 안내를 남기고 설치를 계속합니다. indicava는 자신의 설정에서 신뢰 해시를 발견했지만, 그 기록만으로 특정 사용자의 승인 행위가 있었다고 입증할 수는 없다고 밝혔습니다.

플러그인 설정에는 Postman 원격 MCP 서버 주소 https://mcp.postman.com/mcp도 등록돼 있었습니다. Codex 로그에는 서버 초기화 요청의 Auth required 오류가 기록됐습니다. indicava는 보고서가 원치 않은 통합과 지침 변경을 보여줄 뿐 데이터 반출을 입증하지는 않는다고 밝혔습니다.

이슈에서 yumeria 계정은 데스크톱 앱에 Postman CLI와 에이전트 플러그인을 묶은 이유로 별도 설치·연결에 어려움을 겪는 이용자가 많았다는 점을 들었고, 앱에서 구성요소를 제거할 수 있다고 설명했습니다. 이어 Postman 저장소 멤버 @preethammavin은 코딩 에이전트로 API를 만드는 이용자의 설정을 간소화하려던 변경이었다며, 커뮤니티 피드백을 반영해 동의 경험을 다시 설계하고 그동안 변경을 되돌리겠다고 밝혔습니다. 이슈는 완료로 닫혔지만, 해당 답변에는 롤백이 반영될 앱 버전이나 기존 Codex·Claude 설정을 정리하는 구체적인 절차가 담기지 않았습니다.