Postman tự cài plugin vào Claude Code và Codex khi mở app, log ngày 24/10 ghi lại ra sao và Postman hứa sửa những gì

Mở app Postman trên máy Mac, log của chính app đã ghi một lần cài tự động sang hai coding agent khác, gồm Claude Code và Codex, mà không có cú bấm cài riêng nào cho từng agent. Điều làm mọi người khó chịu nằm ở chỗ một app được mở lên lại sửa được config của app khác, đặt thêm một lệnh thường trực cho agent, rồi tự ghi dấu tin cậy cho chính lệnh đó.

Ghi nhanh: log và file config đã khớp nhau về thời gian, cho thấy lần cài tự động có thật trên máy người báo cáo. Dữ liệu API rời khỏi máy thì chưa có bằng chứng, và kết nối MCP trên máy đó còn thất bại ở bước xác thực. Postman hứa làm rõ opt-in và xem lại hook cùng session start, nhưng tới lúc các nguồn này chốt lại thì vẫn chưa có số hiệu bản vá, ngày sửa hay hướng gỡ đầy đủ.

Ngày 24/10/2026, log của chính Postman ghi một lần cài tự động cho người dùng hiện tại

Vụ việc bắt đầu từ một dòng log do chính Postman ghi lại, trùng mốc thời gian với file config của agent.

Mốc thời gian, phiên bản và nguồn auto-existing-upgrade

Người báo cáo đầu tiên là indicava, máy macOS, Postman desktop 12.33.4, tài khoản đã đăng nhập. Log tại ~/Library/Application Support/Postman/logs/main.log, dòng 11562 tới 11563, mốc 2026-10-24T09:34:14Z, ghi service cài plugin đã chạy xong bằng script, nguồn auto-existing-upgrade, kết quả claude-code đã cài và codex đã cài, sự kiện nội bộ autoInstall.plugin.existing-user. Ngày 25/10/2026, indicava mở issue 14370 trên tracker postman-app-support kèm log, file config và đường dẫn tới đúng revision source đã cài trên máy, trong khi ba ngày trước đó repo plugin công khai đã có commit PR 124 về việc installer tự duyệt hook Codex của Postman.

Hai plugin đã cài và cửa sổ thời gian trùng khớp với file config

Hai đích đến là Claude Code và Codex, và bản ghi plugin Claude Code ghi mốc cài và mốc cập nhật đều là 2026-10-24T09:34:02Z, nằm ngay trong cửa sổ thời gian với mốc log Postman lúc 09:34:14Z cùng ngày. Mốc trùng khớp này chỉ cho thấy log với thay đổi config thuộc cùng một lần cài, chứ không chứng minh thêm chuyện gì với dữ liệu sau đó.

Vì sao log của chính hãng nặng hơn tin đồn lan truyền

Bằng chứng nặng nhất là log của chính hãng cộng file config trùng mốc thời gian, còn thảo luận trên Hacker News và các bài phân tích sau đó chỉ là bình luận quanh cùng một bộ dữ kiện. Câu chuyện lên đầu Hacker News ngày 03/11/2026, khoảng mười ngày sau mốc log, và cả hai báo cáo chính đều trên macOS, với lưu ý chuỗi sự kiện này chưa được tái hiện trên một máy Mac sạch.

Những file và setting trên máy đã đổi đúng cửa sổ cài đặt đó

Log chỉ nói có một lần cài tự động, còn file config cho thấy lần cài đó đã chạm vào những chỗ nào.

Config Codex đổi ở marketplace, plugin và hook session_start

Trong file ~/.codex/config.toml, lần cài đã thêm mục marketplace tên postman trỏ tới repo git github.com/postmanlabs/postman-plugin.git, kèm plugin postman@postman ở trạng thái bật và mục hooks.state cho hook session_start với hai chuỗi hash tin cậy đã ghi sẵn. Plugin Codex là version 1.1.0, source ghim ở revision 6c8e452e0f4237f4bcc0901cb1ac442dec707e49, và hook đăng ký dạng SessionStart, matcher gồm startup, clear và compact, nên nó chạy lại mỗi khi session bắt đầu hoặc context bị reset.

Setting Claude Code đổi ở settings và danh sách plugin đã cài

File ~/.claude/settings.json bật plugin postman@claude-plugins-official, còn file ~/.claude/plugins/installed_plugins.json ghi version 2.0.1, phạm vi user, mốc cài và mốc cập nhật đều là 2026-10-24T09:34:02Z, trùng cửa sổ log Postman.

CLI, kết nối MCP và file thực thi trong thư mục bin

File mcp.codex.json trỏ tới endpoint MCP của Postman, còn một file thực thi Postman và một thư mục lib đi kèm xuất hiện trong ~/.local/bin với mốc sửa nằm trong cùng cửa sổ cài đặt. Hook session_start in ra một file ngữ cảnh, trong đó có khối nhấn mạnh rằng agent trước mọi tác vụ API engineering không tầm thường, từ thiết kế, triển khai, mock, kiểm thử, giám sát, tài liệu cho tới deploy API hoặc Postman Flow, đều phải load skill postman:api-engineer rồi làm theo skill đó, dù cùng file ghi chú rằng chỉ dẫn trực tiếp của người dùng và file chỉ dẫn của project như AGENTS.md hay CLAUDE.md được ưu tiên hơn. Vì hook chạy lại mỗi khi session bắt đầu nên đây vẫn là thay đổi về chỉ dẫn thường trực, kéo dài qua nhiều session.

Hook session_start và cơ chế tự duyệt là điểm nhạy cảm nhất

Phần khó chịu nhất là installer tự ghi dấu tin cậy cho chính hook của mình.

Hàm approvePostmanHook tự ghi bản ghi tin cậy như thế nào

Trong repo công khai, đoạn code nằm ở installer/src/hosts/codex-hooks.ts, hàm approvePostmanHook, được gọi từ installer/src/hosts/codex.ts ngay sau khi cài plugin. Hàm này hỏi danh sách hook của Codex, xác nhận hook của Postman có mặt, rồi ghi hash tin cậy của hook vào hooks.state bằng lệnh ghi config theo lô, và chú thích trong source nói hàm chỉ duyệt hook hiện tại của Postman sau khi cài đặt. Một cách đọc kỹ thuật cân bằng trong cộng đồng là một installer tự ghi bản ghi tin cậy rồi tự tôn trọng bản ghi đó thì đúng hơn nên gọi là lỗi đồng ý, thay vì gọi là vượt qua một cổng kiểm soát mà installer vốn không viết được.

Vì sao tự duyệt hook của chính mình khác với cài plugin bình thường

Một lần cài plugin bình thường vẫn để người dùng giữ quyền quyết định về những lệnh thường trực, vì người dùng còn một bước riêng để duyệt xem có tin lệnh đó hay không. Ở vụ này, installer vừa thêm lệnh thường trực vừa tự ghi dấu tin cậy cho lệnh đó, nên người dùng mất khoảnh khắc riêng để duyệt lệnh thường trực của chính mình, và mỗi session Codex mới hoặc mỗi lần context bị reset đều có thể kích hoạt lại hook.

Cẩn trọng của chính người báo cáo về bản ghi tin cậy

Chính người báo cáo cũng giữ một điểm cẩn trọng, đó là source chứng minh có bước thử duyệt, nhưng một bản ghi tin cậy nằm trên đĩa thì tự nó không chứng minh được tiến trình nào đã tạo ra đúng bản ghi đó, nên người báo cáo không trình bày bản ghi như bằng chứng cho một tương tác người dùng cụ thể. Điểm này không nên gọn thành chuyện người dùng bị lừa bấm duyệt.

Vì sao nói Postman chia sẻ toàn bộ dữ liệu API là vượt quá bằng chứng

Tiêu đề lan truyền đi xa hơn bằng chứng, và lỗi đồng ý đã đủ nghiêm trọng mà không cần thêm cáo buộc rò rỉ dữ liệu.

Kết nối MCP đã cấu hình nhưng thất bại ở bước xác thực

Log Codex ghi server MCP tên postman khởi động thất bại, lỗi là cần xác thực khi gửi request khởi tạo, tức là kết nối đã được cấu hình nhưng chưa từng xác thực thành công trên máy đầu tiên. Từ một kết nối còn kẹt ở bước xác thực như vậy, mọi người không thể suy ra rằng nó đã truyền collection, token hay schema đi đâu, vì trên máy này không có dấu vết nào cho thấy một lần truyền dữ liệu như vậy đã xảy ra.

Cả hai người báo cáo đều nói rõ điều gì chưa được chứng minh

Người báo cáo đầu tiên nói rõ báo cáo này chỉ xác lập việc tích hợp ngoài ý muốn và thay đổi chỉ dẫn, chứ không xác lập việc dữ liệu đã rời khỏi máy, còn người báo cáo thứ hai cũng nói anh ta không có bằng chứng dữ liệu đã được tải lên. Gộp lại, danh sách chưa chứng minh được gồm dữ liệu API hay collection rời khỏi máy, tiến trình nào đã tạo ra đúng bản ghi tin cậy cụ thể, hành vi tương tự trên Windows hay Linux, hành vi với tài khoản chưa đăng nhập hay trên máy cài sạch, và chuyện kết nối MCP có từng truyền dữ liệu trong một cấu hình thực tế nào khác ngoài lần thất bại ở bước xác thực trên máy đầu tiên.

Ranh giới đúng để gọi tên vụ việc

Cách gọi tên đúng cho vụ việc, theo các bài phân tích độc lập từ KernelPost, MODEL và Medium, là một lỗi đồng ý và lỗi ranh giới, khi một app thay đổi tool khác ngay lúc mở app và thử tự duyệt lệnh thường trực của chính mình, cộng thêm một tiêu đề lan truyền nói về việc chia sẻ toàn bộ dữ liệu API mà bằng chứng không đỡ nổi, còn cáo buộc rò rỉ dữ liệu thì vẫn nằm ở phía chưa chứng minh.

Một máy thứ hai tái hiện mẫu log và phạm vi rộng hơn hai agent đầu tiên

Vụ việc không dừng ở một máy duy nhất, và phạm vi có thể chạm tới cũng không dừng ở hai agent đầu tiên.

Máy thứ hai cập nhật từ 12.31.3 lên 12.35.1 và khác biệt về hook

Ngày 03/11/2026, người dùng ronthedrummer báo cáo cùng mẫu log sau khi cập nhật desktop từ 12.31.3 lên 12.35.1, với CLI, plugin Claude Code và plugin Codex đều được cài, Cursor ghi là đã cài từ trước, máy này chạy Codex 0.153.4, không có mục hooks.state nào trên Codex của anh ta, và anh ta nói không có bằng chứng dữ liệu đã được tải lên. Điểm khác biệt về hook có thể giải thích bằng version Codex và API hook có sẵn hay không, vì source installer có đoạn bỏ qua bước duyệt kèm ghi chú khi API hook thiếu hoặc trả lỗi, và Codex bỏ qua hook chưa có bản ghi tin cậy.

Installer liệt kê 9 agent, mới có báo cáo chạm tới 4 agent

Installer trong repo công khai liệt kê tới 9 agent, gồm Antigravity, Claude Code, Codex, GitHub Copilot CLI, Cursor, Factory Droid, Kimi Code, OpenCode và Pi, nhưng tới nay người dùng trong thread mới báo cáo chạm tới 4 trong 9 agent, gồm Claude Code, Codex, Cursor và Copilot. Còn 5 agent còn lại chưa có báo cáo nào, và Postman cũng chưa xác nhận desktop có chạy đúng installer này hay một bản sao gần giống hay không.

Báo cáo lẻ về Copilot và các giới hạn chưa chứng minh

Một báo cáo khác trong thread từ người dùng ck-tecso cho thấy Postman xuất hiện trong setting của Copilot, và menu gỡ trong app không xóa được Postman khỏi setting của Copilot. Chi tiết này chỉ là một báo cáo lẻ trong thread, chưa có xác nhận độc lập rộng hơn, nhưng nó cũng là lý do vì sao phần kiểm tra máy ở cuối bài chỉ dừng ở mức đọc file và sao lưu, thay vì hứa hẹn một quy trình gỡ sạch, và những điểm còn trống vẫn gồm hành vi trên Windows và Linux, tài khoản chưa đăng nhập, tái hiện trên máy Mac sạch, và 5 agent còn lại.

Cộng đồng và người báo cáo đặt lỗi ở sự đồng ý khi Postman sửa tool khác

Phía chỉ trích không tranh cãi plugin Postman có hữu ích hay không, họ tranh cãi việc một app được mở lên lại có quyền sửa tool khác.

Lập trường của người báo cáo indicava

Người báo cáo indicava cho rằng một API client không nên tự biến mình thành workflow mặc định trong tool khác chỉ vì người dùng mở nó lên, và việc tự thay đổi một agent không liên quan cộng với việc thử duyệt hook của chính mình là vấn đề nghiêm trọng về ranh giới đồng ý và tin cậy. Lập trường này gắn với log và file đã đối chiếu với source đã ghim.

Hacker News và các bài phân tích độc lập

Luồng thảo luận trên Hacker News, item 50354960, đạt khoảng 1.314 tới 1.384 điểm và khoảng 447 tới 458 bình luận trong các snapshot ngày 03 tới 04/11, còn snapshot sớm hơn chỉ ghi khoảng 1.133 điểm và 370 bình luận, nên đọc các con số này như ảnh chụp tại một thời điểm, và mình đọc giọng chung trong luồng thì thấy phản đối mạnh, nhiều bình luận gọi đây là hành vi vượt ranh giới, thay vì một lỗi đóng gói nhỏ. Bài dev.to của frank chu nhấn mạnh đây là lần đầu tiên nhiều người thấy một app sửa tool khác ngay khi mở lên, và cảnh báo chưa bên độc lập nào tái hiện trên máy sạch lúc bài lên sóng, còn KernelPost kết luận vấn đề cốt lõi là sự đồng ý, và gỡ được trong app không trả lời được câu hỏi liệu luồng nâng cấp có cho người dùng lựa chọn thật sự trước khi sửa tool khác hay không.

Cùng luồng thảo luận, cộng đồng nhắc tới Bruno, Yaak, hoppscotch, Insomnia, file http trong VS Code hoặc quay về curl, vì collection lưu dạng text và đưa vào git được, kèm cảnh báo Bruno đã bắt đầu có gói premium và Insomnia cũng yêu cầu tài khoản cloud, nên chuyển tool không tự động hết rủi ro, và các tên này chỉ là lựa chọn cộng đồng nhắc tới, chưa đi kèm khuyến nghị đã kiểm chứng.

Ghi chú trung thực về mức độ phản ứng

Con số reaction trong các bản tóm tắt khác nhau khá xa theo thời điểm chụp, và bản fetch GitHub trong đợt đọc này không trả về phần bình luận và reaction, nên reaction chỉ nên đọc như tín hiệu issue được chú ý nhiều, và cần kiểm tra lại trước giờ đăng nếu muốn chốt một con số. Một lời kể ẩn danh trên Hacker News về một team ngành y tế bị rút chứng nhận nội bộ vì vụ này rồi chuyển sang Bruno trong đêm, trong khi đội sales của Postman vẫn liên hệ dồn dập, chỉ nên đọc như tín hiệu cảm xúc cộng đồng, vì chưa có xác minh độc lập và không thể dùng như dữ kiện. Trong các nguồn đã đọc, mình không tìm thấy bình luận người dùng độc lập nào nói họ thích việc Postman tự cài plugin vào agent của họ, nên phía bênh vực mạnh nhất hiện có vẫn là lập luận đóng gói của chính Postman ở mục sau, cộng với nhóm người dùng vẫn ở lại vì những lợi ích khác.

Postman nói gì, đóng gói để dùng ngay và cam kết làm rõ opt-in

Phía Postman không phủ nhận việc đóng gói, họ giải thích vì sao đóng gói sẵn, và đưa ra hai cam kết vẫn đang ở mức lời hứa.

Lý do đóng gói theo Postman

Theo Postman, CLI và plugin agent được đóng gói kèm app desktop vì nhiều người dùng gặp khó khi tự cài riêng từng phần, nội dung này có nhắc trên trang tải về và trong luồng cập nhật của app, và các thành phần có thể gỡ được trong app. Đây là lý do Postman đưa ra, chưa vội coi là sự thật đã rõ với mọi người dùng, vì thời điểm câu chữ về đóng gói xuất hiện trên trang tải về vẫn đang là điểm tranh cãi.

Hai cam kết cụ thể và kênh đăng cập nhật

Hai cam kết của Postman là làm cho opt-in rõ ràng hơn, đặc biệt với người dùng hiện tại, và xem lại hành vi duyệt hook cùng hành vi session-start, với kênh theo dõi là Postman sẽ đăng cập nhật trong chính thread issue này khi có thay đổi. Từ cam kết này không nên mở rộng thành lời hứa dừng tự cài đặt, lời hứa về một bản vá hay lời hứa về hướng gỡ đầy đủ, vì cả ba đều chưa từng được cam kết trong các nguồn đã đọc.

Bình luận GitHub nói bằng giọng Postman nhưng tài khoản không có badge nhân viên

Bình luận trong issue ngày 03/11/2026 từ tài khoản zecoquit, viết bằng giọng Postman và chứa cùng nội dung opt-in và xem lại hook, nhưng trang GitHub không hiển thị badge staff hay member cho tài khoản này, và trường author_association là NONE, nên mình thấy chỉ dựa vào bình luận GitHub thì chưa đủ để gọi đây là phát ngôn đã xác minh badge staff.

Nguồn đối chiếu độc lập là RuntimeWire ngày 03/11/2026, tác giả Emerson Redding, dẫn lời Sarabmeet Kallar, Head of Product của Postman, nói qua agency PR Offleash với cùng nội dung opt-in rõ ràng hơn cho người dùng hiện tại và xem lại hành vi duyệt hook và session-start mà dev đã nêu, nên phản hồi Postman được trình bày với nguồn dẫn là RuntimeWire, kèm ghi chú bình luận GitHub cùng nội dung vẫn chưa có badge staff. Về thời điểm công bố, một bài phân tích trên Medium ghi nhận trang tải về hiện tại có câu nói app đi kèm CLI và plugin, nhưng bản lưu trữ Internet Archive ngày 26/10 không tìm thấy câu đó, và ghi chú phát hành 12.31.7 ngày 09/10 chỉ nhắc CLI đi kèm app, chứ không nhắc plugin nằm trong tool khác, nên chi tiết này chỉ ở mức ghi nhận tranh cãi từ bên thứ ba, chưa đủ để kết luận về thời điểm Postman công bố.

Postman chưa cam kết những gì và bài này hẹn kiểm tra lại khi nào

Danh sách chưa cam kết mới là phần độc giả cần để khỏi hiểu nhầm lời hứa thành bản sửa.

Không có số hiệu bản vá, không có ngày sửa, không hứa dừng tự cài

Tới lúc các nguồn này chốt lại thì vẫn chưa có số hiệu bản vá, ngày phát hành bản sửa, lời hứa gỡ bỏ hoàn toàn việc tự cài đặt, lời hứa dừng cơ chế auto-existing-upgrade, câu trả lời trực tiếp về việc installer tự duyệt hook ngoài cụm từ đang xem lại hành vi đó, và cũng chưa rõ release hay feature flag nào đứng sau cơ chế auto-existing-upgrade, hay agent nào khác có thể bị chạm tới. Bài phân tích độc lập ngày 04/11/2026 đối chiếu source đã ghim còn xác nhận code tự duyệt hook vẫn còn trong bản phát hành ngày 03/11, nên ở thời điểm các nguồn này dừng lại thì cam kết vẫn đang ở mức lời hứa, chứ chưa phải bản sửa đã giao tới tay người dùng.

Không có hướng gỡ đầy đủ cho mọi chỗ đã đổi

Cũng chưa có hướng gỡ đầy đủ nào được công bố bao phủ hết config agent, bản ghi tin cậy của hook, marketplace, cache, kết nối MCP và CLI, và cũng chưa có cam kết rằng gỡ trong app sẽ dọn sạch các agent khác. Báo cáo lẻ về Copilot trong thread, nói gỡ trong app không xóa được Postman khỏi setting của Copilot, chính là lý do mục tiếp theo chỉ dừng ở mức kiểm tra chỉ đọc file kèm cảnh báo sao lưu.

Những câu hỏi còn trống cho lần cập nhật sau

Những câu hỏi còn trống gồm số hiệu và ngày phát hành bản vá khi Postman công bố, hướng gỡ đầy đủ khi Postman đăng tải, hành vi trên Windows và Linux, tài khoản chưa đăng nhập và máy cài sạch, và xác nhận desktop có chạy đúng installer công khai hay một bản sao gần giống hay không. Bài này sẽ được cập nhật khi Postman đăng thêm trong thread issue, và cho tới lúc đó thì các câu hỏi này vẫn để trống, chứ không lấp bằng phỏng đoán.

Kiểm tra máy mình ngay hôm nay bằng cách chỉ đọc file

Trước khi nghĩ tới chuyện gỡ hay giữ, độc giả cần biết máy mình có dấu vết nào không, và cách kiểm tra an toàn nhất là chỉ đọc file.

Codex và Claude Code, tìm đúng mục nào

Mở file ~/.codex/config.toml và tìm mục marketplace tên postman, plugin postman@postman, và bất kỳ khóa hooks.state nào bắt đầu bằng postman@postman, vì file config của Codex giữ cả marketplace lẫn bản ghi tin cậy của hook. Mở tiếp file ~/.claude/settings.json và file ~/.claude/plugins/installed_plugins.json rồi tìm postman@claude-plugins-official, ghi lại version và mốc thời gian nếu có, vì settings của Claude Code cho biết plugin nào đang bật, còn danh sách plugin đã cài cho biết version và thời điểm cài.

Cursor, Copilot và các agent còn lại trong danh sách 9

Kiểm tra tiếp file ~/.copilot/settings.json và thư mục plugin của Copilot, vì báo cáo trong thread nói gỡ trong app không xóa được Postman khỏi setting của Copilot, rồi kiểm tra thư mục plugin Cursor tại ~/.cursor/plugins/local/postman và cache tại ~/.cursor/plugins/cache/cursor-public/postman. Với OpenCode, Pi, Kimi Code, Factory Droid và Antigravity thì mọi người kiểm tra config riêng của từng tool, vì installer có hỗ trợ các tool này nhưng tới nay chưa có báo cáo nào cho thấy chúng bị chạm tới, nên bước kiểm tra này chỉ mang tính phòng ngừa, chưa khẳng định máy mình đã bị chạm thêm.

Log Postman, file CLI và cảnh báo trước khi xóa tay

Kiểm tra thêm file ~/.local/bin/postman, và trên macOS thì tìm trong log Postman theo cụm auto-existing-upgrade để biết lần cài đã chạy khi nào, với đường dẫn log tham chiếu là ~/Library/Application Support/Postman/logs/main.log. Trước khi xóa tay bất kỳ mục config nào thì nhớ sao lưu file gốc trước, vì xóa sai có thể làm hỏng config của agent, Postman chưa công bố quy trình gỡ trọn vẹn, và gỡ trong app có thể để sót mục ở các agent khác, nên đừng đi theo bất kỳ hướng dẫn xóa tay nào tự nhận đã dọn sạch mọi chỗ trong một lần. Nếu tìm thấy một mục Postman mà mình không hề duyệt, cách làm an toàn nhất là giữ lại bản sao lưu và ghi chú mốc thời gian, rồi chờ cập nhật trong thread của Postman hoặc một hướng dẫn gỡ đã kiểm chứng, thay vì xóa bừa ngay trong lúc chưa rõ.

Kết luận

Phần đã chứng minh được vẫn nằm ở lỗi đồng ý, khi một app thay đổi tool khác ngay lúc mở app và thử tự duyệt lệnh thường trực của chính mình, còn chuyện dữ liệu bị đưa ra ngoài thì vẫn chưa có bằng chứng. Phía Postman hiện có hai cam kết, opt-in rõ hơn cho người dùng hiện tại và xem lại hook cùng session start, nhưng vẫn chưa có số hiệu bản vá, ngày sửa hay hướng gỡ đầy đủ. Bước tiếp theo là kiểm tra các file đã liệt kê ở chế độ chỉ đọc, sao lưu trước khi chạm vào config, và theo dõi thread issue chờ cập nhật từ Postman.

Nguồn tham khảo

• GitHub issue 14370, postman-app-support: https://github.com/postmanlabs/postman-app-support/issues/14370
• Postman plugin session start context, pinned revision: https://github.com/postmanlabs/postman-plugin/blob/6c8e452e0f4237f4bcc0901cb1ac442dec707e49/hooks/session-start-context.md
• Postman plugin Codex hooks config, pinned revision: https://github.com/postmanlabs/postman-plugin/blob/6c8e452e0f4237f4bcc0901cb1ac442dec707e49/hooks/codex-hooks.json
• Postman plugin installer Codex hooks source, pinned revision: https://github.com/postmanlabs/postman-plugin/blob/6c8e452e0f4237f4bcc0901cb1ac442dec707e49/installer/src/hosts/codex-hooks.ts
• Postman plugin installer Codex host source, pinned revision: https://github.com/postmanlabs/postman-plugin/blob/6c8e452e0f4237f4bcc0901cb1ac442dec707e49/installer/src/hosts/codex.ts
• Postman plugin MCP config for Codex, pinned revision: https://github.com/postmanlabs/postman-plugin/blob/6c8e452e0f4237f4bcc0901cb1ac442dec707e49/mcp.codex.json
• Postman MCP endpoint: https://mcp.postman.com/mcp
• RuntimeWire, Postman Head of Product response via Offleash: https://runtimewire.com/article/postmans-head-of-product-says-it-will-make-ai-agent-plugin-o-7933b7
• KernelPost analysis: https://kernelpost.com/postman-ai-plugin-consent/
• dev.to, frank chu analysis: https://dev.to/frankchu/postman-installed-itself-into-codex-and-claude-e38
• dev.to, slabb log analysis: https://dev.to/slabb/postman-silently-installed-itself-into-claude-code-and-codex-the-log-lines-the-self-approving-16dc
• dev.to, gabrielanhaia installer analysis: https://dev.to/gabrielanhaia/postman-desktop-added-itself-to-claude-code-and-codex-its-installer-trusts-its-own-hook-2oga
• Medium, Chinmay Shringi, 9 agent installer analysis: https://medium.com/@chinmayshringi4/the-postman-plugin-wrote-itself-into-claude-code-and-codex-its-installer-knows-9-agents-d7e6d8376b68
• Hacker News discussion, item 50354960: https://news.ycombinator.com/item?id=50354960
• MODEL story: https://readmodelmag.com/stories/postman-auto-installs-agent-plugins
• AI Weekly alert: https://aiweekly.co/alerts/postman-desktop-silently-installs-plugins-into-codex-claude-code
• Terranet analysis: https://terranettechnologies.com/blog/postman-12-33-4-auto-installs-hooks-and-modifies-local-coding-agents