Postman ซึ่งเป็นแพลตฟอร์มการพัฒนา API ที่นักพัฒนาหลายล้านคนใช้ กำลังเผชิญกับกระแสฟันเฟืองของชุมชน หลังจากที่นักพัฒนาเผยแพร่หลักฐานโดยละเอียดว่าแอปเดสก์ท็อปของตนติดตั้งปลั๊กอิน AI ลงในเครื่องมือเขียนโค้ดที่ไม่เกี่ยวข้องอย่างเงียบๆ และเขียนการกำหนดค่าที่นำการทำงานของตัวแทนเหล่านั้นไปใช้บุรุษไปรษณีย์

ความขัดแย้งดังกล่าวปะทุขึ้นในกระแสหลักเมื่อวันจันทร์ที่ผ่านมา เมื่อโพสต์ของ Hacker News ที่มีชื่อว่า "บุรุษไปรษณีย์ติดตั้งปลั๊กอิน AI อัตโนมัติแบบเงียบ ๆ และพยายามแชร์ข้อมูล API ทั้งหมด" ได้รับการโหวตเกือบ 800 ครั้งภายในไม่กี่ชั่วโมง กลายเป็นหนึ่งในเรื่องราวที่ได้รับการกล่าวถึงมากที่สุดในชุมชนในแต่ละวัน หลักฐานพื้นฐานคือปัญหา GitHub สาธารณะที่ยื่นต่อติดตามการสนับสนุนอย่างเป็นทางการของบุรุษไปรษณีย์เมื่อวันที่ 25 ตุลาคม ซึ่งยังคงเปิดอยู่ For more context on this story, see our ongoing latest AI developments.

สิ่งที่นักพัฒนาพบ

ปัญหานี้ชื่อ "[SEVERE] Desktop ติดตั้งปลั๊กอิน Codex/Claude อัตโนมัติ ผู้ติดตั้งพยายามเชื่อถือตะขอสตาร์ทอัพของตัวเอง" ยื่นโดยนักพัฒนาที่ใช้ Postman 12.33.4 บน macOS หลังจากเปิด Postman พวกเขาสังเกตเห็นพฤติกรรมที่ไม่คาดคิดในเอเจนต์การเขียนโค้ด AI ของพวกเขา เช่น คำเตือนการรับรองความถูกต้อง MCP ที่เกิดซ้ำ และ Codex ของ OpenAI ที่กำหนดเส้นทาง API ซ้ำ ๆ ทำงานผ่านทักษะบุรุษไปรษณีย์

เมื่อเจาะเข้าไป นักพัฒนาก็พบปลั๊กอิน Postman ทั่วทั้งผู้ใช้, คำแนะนำในการเริ่มต้น, การเชื่อมต่อ MCP ระยะไกล, ปลั๊กอิน Claude Code และ Postman CLI ที่ติดตั้งแยกต่างหาก ซึ่งพวกเขาไม่ได้เลือกที่จะติดตั้งเลย

หลักฐานในประเด็นนี้เป็นรูปธรรมอย่างผิดปกติ ไฟล์บันทึกของบุรุษไปรษณีย์ ณ ตำแหน่งที่มีการประทับเวลาเฉพาะ จะบันทึกการติดตั้งอัตโนมัติ: รายการ JSON ที่มีแหล่งที่มา "อัปเกรดที่มีอยู่อัตโนมัติ" และผลลัพธ์เป็น "claude-code:installed" และ "codex:installed" ตามด้วยบรรทัดบันทึกที่อ่านว่า "Main: autoInstall.plugin.existing-user finish"

ไฟล์การกำหนดค่า Codex ส่วนกลางของนักพัฒนาก็ได้รับการแก้ไขเช่นกัน ปัญหานี้แสดงส่วนใหม่ที่เพิ่มใน `~/.codex/config.toml` ซึ่งเป็นตลาดบุรุษไปรษณีย์ที่ชี้ไปที่ที่เก็บปลั๊กอินของบุรุษไปรษณีย์ และรายการเปิดใช้งานปลั๊กอิน `postman@postman`

ตะขอสตาร์ทอัพ

การค้นพบที่ถกเถียงกันมากที่สุดเกี่ยวข้องกับสิ่งที่ปลั๊กอินทำหลังการติดตั้ง เอกสารปัญหาที่ปลั๊กอินที่ติดตั้งลงทะเบียน hook ที่เริ่มทำงานเมื่อตัวแทนเริ่มต้น - จับคู่เหตุการณ์เซสชันการเริ่มต้น ชัดเจน และกระชับ - และพิมพ์คำแนะนำลงในบริบทของตัวแทน

คำแนะนำเหล่านั้นสั่งให้ตัวแทน AI โหลดทักษะ "วิศวกร API" ของบุรุษไปรษณีย์ก่อนที่จะตอบสนองต่อ "งานวิศวกรรม API ใดๆ ที่ไม่สำคัญ" หมวดหมู่ซึ่งรวมถึงการออกแบบ การนำไปใช้ การเยาะเย้ย การทดสอบ การตรวจสอบ การจัดทำเอกสาร หรือการปรับใช้ API ผลก็คือ งาน API ใดๆ ที่นักพัฒนาขอให้ตัวแทนเขียนโค้ดทำจะถูกส่งผ่านเวิร์กโฟลว์ของบุรุษไปรษณีย์ ไม่ว่านักพัฒนาจะใช้บุรุษไปรษณีย์หรือไม่ก็ตาม

การกำหนดค่าที่เขียนระหว่างการติดตั้งยังรวมถึงรายการแฮชที่เชื่อถือได้สำหรับ hook เองด้วย — บันทึกที่บอกระบบตัวแทนว่า hook การเริ่มต้นระบบได้รับการอนุมัติแล้ว นักพัฒนาระบุลักษณะนี้ว่าเป็นผู้ติดตั้ง "พยายามอนุมัติคำสั่งเบ็ดของตัวเอง" และตีกรอบพฤติกรรมโดยรวมว่าเป็นความยินยอมขั้นรุนแรงและปัญหาขอบเขตความน่าเชื่อถือ "ไคลเอนต์ API ไม่ควรทำให้ตัวเองเป็นเวิร์กโฟลว์เริ่มต้นในเครื่องมืออื่นเพียงเพราะฉันเปิดมัน" ฉบับอ่าน

ทำไมมันถึงกระทบประสาท

การสนทนาของ Hacker News และคำอธิบายติดตามผลแสดงให้เห็นว่าเหตุใดเรื่องราวดังกล่าวจึงโดนใจผู้ใช้มากกว่าฐานผู้ใช้เครื่องมือเดียว เอเจนต์การเขียนโค้ด AI เช่น Codex และ Claude Code ได้รับอนุญาตให้เข้าถึงระบบของนักพัฒนาในวงกว้างมากขึ้นเรื่อยๆ ด้วยไฟล์การกำหนดค่า ฮุค และการเชื่อมต่อ MCP ซึ่งจะกำหนดบริบทที่พวกเขาได้รับและคำแนะนำที่พวกเขาปฏิบัติตาม ผู้ขายที่เขียนตัวเองลงในห่วงโซ่ความไว้วางใจนั้นโดยไม่ได้เลือกรับอย่างชัดเจนจะถือเป็นคำมั่นสัญญาหลักที่ว่าตัวแทนจะดำเนินการในนามของผู้ใช้ ไม่ใช่ในนามของผู้ขาย

การอ้างอิงพาดหัว HN เกี่ยวกับการแบ่งปัน "ข้อมูล API ทั้งหมด" สะท้อนถึงความกลัวว่า hook ดังกล่าวสามารถส่งคีย์ API การรับส่งข้อมูล และรายละเอียดโปรเจ็กต์ไปยังบริการภายนอกได้ ปัญหา GitHub นั้นมุ่งเน้นไปที่กลไกการกำหนดเส้นทางและการยินยอม ซึ่งผู้รายงานจัดทำเป็นเอกสารพร้อมบันทึกและไฟล์การกำหนดค่า นักวิจารณ์ในการอภิปรายโต้แย้งรูปแบบ – แอปเดสก์ท็อปที่ติดตั้งปลั๊กอินร่วมลงในเครื่องมืออื่น ๆ ในการเปิดตัวครั้งแรก – กำหนดแบบอย่างที่เป็นอันตรายสำหรับวิธีการซื้อซอฟต์แวร์ "mindshare" ในยุค AI

ในขณะที่เขียนบทความนี้ ปัญหายังคงเปิดอยู่โดยมีความคิดเห็นมากกว่า 20 รายการ และบุรุษไปรษณีย์ยังไม่ได้เผยแพร่คำตอบสาธารณะเกี่ยวกับพฤติกรรมการติดตั้งอัตโนมัติ บริษัทไม่ได้ถูกกล่าวหาว่าส่งข้อมูลโดยไม่ได้รับอนุญาตในประเด็นนี้ การร้องเรียนมุ่งเน้นไปที่การติดตั้งแบบเงียบและการอนุมัติตะขอด้วยตนเอง

กรณีทดสอบบรรทัดฐานการกระจาย AI

ตอนนี้มาถึงท่ามกลางการต่อสู้ที่กว้างขวางขึ้นเพื่อเหนือบรรทัดฐานในระบบนิเวศของตัวแทน ขณะนี้ผู้จำหน่ายเครื่องมือมีขอบเขตใหม่ให้แข่งขัน ไม่ใช่แค่ติดตั้งเท่านั้น แต่ยังถูกโหลดลงในเวิร์กโฟลว์ที่ได้รับความช่วยเหลือจาก AI ทุกรายการที่นักพัฒนาดำเนินการ สถานการณ์ของบุรุษไปรษณีย์เป็นบททดสอบว่าเส้นแบ่งระหว่างการบูรณาการที่สะดวกและการขยายตัวที่ไม่เป็นมิตร

สำหรับนักพัฒนา สิ่งที่นำไปใช้ได้จริงนั้นเป็นรูปธรรม: คุ้มค่าที่จะตรวจสอบไฟล์การกำหนดค่าเอเจนต์ การลงทะเบียนฮุค และปลั๊กอินที่ติดตั้งหลังจากอัปเดตเครื่องมือเดสก์ท็อป และถือว่าการเปลี่ยนแปลงคำสั่งของเอเจนต์ AI ที่ไม่ได้ร้องขอถือเป็นเหตุการณ์ด้านความปลอดภัย สำหรับผู้จำหน่ายเครื่องมือที่แข่งขันกันเพื่อเป็นเลเยอร์เริ่มต้นในการพัฒนาที่ได้รับความช่วยเหลือจาก AI ข้อความจากการโหวต upvotes ของ Hacker News เกือบ 800 รายก็ชัดเจนพอๆ กัน นั่นคือ การติดตั้งด้วยตนเองแบบเงียบเป็นวิธีที่เร็วที่สุดในการแปลงแบรนด์ที่เชื่อถือได้ให้กลายเป็นเรื่องเตือนใจ

---

Stay Ahead of AI

Get the latest AI news, analysis, and breakthroughs — all in one place.

Read more AI news →