Paperclip เปิด MCP ให้ผู้ช่วยภายนอกรับงาน: ปิดสิทธิ์แล้วงานเก่าหยุดไหม?

เกิดอะไรขึ้น และวันที่ของข่าวนับอย่างไร?

Release Notes ทางการระบุวันที่ออก Paperclip v2026.1012.0 เป็น 12 ตุลาคม 2026 ส่วน ข้อมูล GitHub Releaseระบุเวลาเผยแพร่ 12 ตุลาคม เวลา 21:06:53 UTC หรือ 13 ตุลาคม เวลา 04:06:53 น. ในไทย การต่างกันของวันที่จึงมาจากเขตเวลา ไม่ใช่การเปิดตัวสองครั้ง

ประเด็นใหม่ของข่าวนี้คือช่องทาง “Assistant Connection (MCP)” สำหรับให้ผู้ช่วยนอก Paperclip เข้ามาร่วมกระบวนการงานขององค์กร ผู้พัฒนาระบุแนวทางสำหรับ Claude Code, Codex, OpenCode และไคลเอนต์ MCP ที่เข้ากันได้ผ่านการอนุญาตแบบ OAuth ในเบราว์เซอร์หรือ device-code consent นี่เป็นการเพิ่มช่องทางเข้าถึงและมอบหมายงาน ไม่ใช่การประกาศว่า Agent ทุกตัวทำงานเองได้โดยไร้ขอบเขต

ความสามารถนี้มีการพัฒนาและ preview ก่อนหน้ารุ่นล่าสุด โดย PR #14933 ถูกรวมเมื่อ 6 ตุลาคม และ Release Notes ระบุว่ารุ่นนี้เลื่อนมาจาก beta จึงควรอ่านข่าวเป็นการรวมความสามารถทดลองมาใน release นี้ ไม่ใช่คำรับรองว่าแนวคิดหรือฟีเจอร์เพิ่งเกิดครั้งแรกวันที่ 12 ตุลาคม

ต้นทางของบทความคือ Release Notes และเอกสารใน repository ที่ตรึงกับ tag รุ่นนี้ สถานะต้นทางคือ FOUND แต่ HYBRID MIND ไม่ได้ติดตั้ง เชื่อมบัญชี หรือทดลองให้ Agent ทำงานจริง ข้อความเรื่องความสามารถและการบังคับสิทธิ์ด้านล่างจึงเป็นรายละเอียดที่ผู้พัฒนาเผยแพร่ ไม่ใช่ผลรับรองการใช้งานจริงของเรา

ผู้ช่วยเชื่อมในฐานะ “คน” แล้วงานไปถึง Agent อย่างไร?

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

1. ผู้ดูแลเปิดฟีเจอร์: เปิด Assistant connections (MCP) ใน Settings → Experimental อินสแตนซ์สาธารณะต้องมีปลายทาง HTTPS ที่เข้าถึงได้ การมีแพ็กเกจหรือคำเชิญไม่ได้ทำให้ปลายทางนั้นถูกติดตั้งหรือเปิดใช้งานเอง
2. ผู้ใช้ตรวจและให้ consent: เลือกองค์กร ตรวจไคลเอนต์และสิทธิ์ จากนั้นยืนยันเชื่อมต่อ ยังไม่มีสิทธิ์เกิดขึ้นจากการอ่านข้อความเชิญเพียงอย่างเดียว
3. ผู้ช่วยสำรวจงาน: เรียก paperclip_connection เพื่อตรวจองค์กรและขอบเขต จากนั้นดู Agent โครงการ หรือค้นงานที่อยู่ในสิทธิ์
4. มอบหมายเมื่อมีสิทธิ์เขียน: paperclip_create_task สร้างงานที่กำหนดผู้รับ แล้วส่งเข้าสู่ตัวจัดตารางงานเดิมของ Paperclip การสร้างงานสำเร็จยังไม่พิสูจน์ว่า Agent เริ่มหรือทำเสร็จแล้ว
5. ติดตามงานเดิม: อ่าน task ความเห็น เอกสาร และผลส่งมอบจากเครื่องมือที่ระบบเปิดให้ โดยการติดตามผ่าน Events ต้องมีไคลเอนต์และการตั้งค่าที่รองรับ ไม่ได้เริ่มเฝ้างานทันทีเพียงเพราะเชื่อมต่อสำเร็จ

กลไกหลายขั้นตอนจึงแยกผู้ช่วยที่คุยกับคน อำนาจอนุญาตของคน และ Agent ที่ถูกจัดตารางให้ทำงานออกจากกัน Agent ปลายทางยังต้องมี credentials ของผู้ให้บริการ สภาพแวดล้อมสำหรับรัน และงบประมาณของตัวเอง การเชื่อม MCP ไม่ได้จัดหาสิ่งเหล่านี้ให้ ตาม คำอธิบายการเชื่อมผู้ช่วยในเอกสาร

สิทธิ์เขียนเปิดอะไร และมนุษย์อนุมัติตรงไหน?

เอกสารรุ่นนี้ระบุว่า scope paperclip:write เพิ่มการสร้าง task และการเขียนความเห็นเหนือสิทธิ์อ่าน ไม่ใช่สิทธิ์สั่งทุกเครื่องมือหรือแก้การตั้งค่าทั้งองค์กร ช่อง write access เริ่มถูกเลือกเมื่อไคลเอนต์ร้องขอและบทบาทในองค์กรอนุญาต แต่ผู้ใช้ยกเลิกช่องนั้นเพื่อเชื่อมแบบอ่านอย่างเดียวได้ การเปลี่ยนองค์กรหรือโหลดข้อมูลใหม่ไม่ล้างการเลือกปิด write ของผู้ใช้ และ read-only consent ไม่สามารถมอบหมายงานได้

จุดอนุมัติของคนที่เห็นชัดคือการเลือกองค์กรและสิทธิ์ก่อนกดยืนยันการเชื่อม ส่วน authorization ตัวจัดตาราง งบประมาณ และ approvals เดิมของ Paperclip ยังคงอยู่ เครื่องมือ paperclip_pending_approvals แสดงรายการที่รออนุมัติพร้อมลิงก์ไปตัดสินใจใน Paperclip จึงไม่ควรตีความว่าการให้ consent ครั้งแรกเท่ากับอนุมัติทุกการกระทำต่อจากนั้น หรือกลับกันว่าระบบนี้บังคับให้คนกดยืนยันก่อนทุก tool call เสมอ

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

ปิดสิทธิ์แล้วอะไรหยุด อะไรยังอยู่?

ต้องแยกการกั้นการเข้าถึงในอนาคตออกจากการจัดการผลที่เกิดจากคำสั่งก่อนหน้านี้ เอกสารให้ขอบเขตไว้ดังนี้

การเปิดฟีเจอร์ระดับอินสแตนซ์กลับมาอีกครั้งยังทำให้ connection และ subscription ที่ไม่หมดอายุกลับมาทำงานได้ตามเอกสาร นอกจากนี้คำขอที่กำลังดำเนินการอาจเสร็จระหว่าง unsubscribe หรือเพิกถอน ส่วนความพยายามครั้งถัดไปจะตรวจสิทธิ์ใหม่ จึงไม่มีเหตุผลให้เรียกสวิตช์นี้ว่า “ย้อนคืนทุกอย่างทันที”

ข้อวิเคราะห์ของ HYBRID MIND: ก่อนส่งงานที่มีผลกระทบ ควรรู้ทั้งวิธีปิดช่องทางเข้าถึงและวิธีจัดการงานที่ถูกมอบหมายแล้วในระบบปลายทาง หลักฐานที่เราอ่านระบุให้จัดการ tasks และ execution ใน Paperclip แต่ไม่ได้รับรองปุ่มเฉพาะที่จะยกเลิกผลทั้งหมดได้ บทความนี้จึงไม่สมมติชื่อปุ่มหรือขั้นตอน undo ให้ผู้อ่าน

ประเด็นนี้เกี่ยวข้องกับ Merlin Agent 1.6.3 และการอนุมัติเครื่องมือครั้งถัดไป ในแง่ที่การกั้นการเรียกถัดไปกับการย้อนคืนผลของการเรียกก่อนหน้าเป็นคนละเรื่อง แม้กลไกและผลิตภัณฑ์จะต่างกัน

หลักฐานเรื่องความพร้อมใช้งานยังไม่เท่ากับ GA ทุกไคลเอนต์

การมี GitHub Release ที่ไม่ติดป้าย prerelease ยืนยันว่ามีรุ่นซอฟต์แวร์นี้เผยแพร่ แต่ฟีเจอร์ Assistant connections ยังถูกระบุเป็น Experimental และปิดค่าเริ่มต้น เอกสารพูดถึงการตรวจ local OAuth กับไคลเอนต์บางรุ่น ขณะเดียวกันย้ำว่าการตรวจโปรโตคอล การล็อกอิน CLI และการตรวจแพ็กเกจในเครื่องไม่แทน release gates สำหรับการเชื่อมจริงผ่าน staging HTTPS และเส้นทาง Cloud

สำหรับบริการ hosted และร้านปลั๊กอิน เอกสารแยกงาน deployment กับ submission ออกจากการมี source package ส่วนการติดตาม Events ก็มี acceptance gates ของการ subscribe การค้นเครื่องมือใหม่ และการตอบเมื่อมี event ใน staging หลักฐานที่อ่านจึงไม่เพียงพอให้กล่าวว่าเชื่อมได้ครบทุกหน้าจอ ทุกไคลเอนต์ หรือผ่านการรับรอง production ทุกส่วนแล้ว การค้นในรอบนี้ไม่พบผลทดสอบอิสระที่ยืนยันการใช้งานเหล่านี้ครบตามขอบเขต และเราไม่ได้ทดสอบเอง ทั้งยังไม่มีข้อมูลเฉพาะเพียงพอที่จะรับรองความพร้อมตามประเทศหรือการใช้ภาษาไทยของทุกไคลเอนต์

อินสแตนซ์ private self-hosted ต้องมี endpoint ที่เข้าถึงได้โดยตรงตามเอกสาร ไม่มี managed relay รวมมาให้ การเข้าถึงจากอินเทอร์เน็ตและการตั้งค่าการยืนยันตัวตนจึงเป็นเงื่อนไขของผู้ดูแล ไม่ใช่ประโยชน์ที่เกิดขึ้นเองจากการติดตั้งแพ็กเกจ

ข้อมูลส่วนตัว ต้นทุน และข้อควรระวังสำหรับคนที่ใช้อยู่แล้ว

ผู้ช่วยภายนอกที่ได้รับสิทธิ์อาจอ่านงาน ความเห็น และเอกสารขององค์กรที่เชื่อมได้ภายในขอบเขตเครื่องมือ แม้เอกสารระบุว่าข้อมูลที่ส่งกลับถูกจำกัดและไม่เปิดเผย upstream credentials นั่นไม่ได้พิสูจน์ว่ารายละเอียดงานที่ผู้ช่วยได้รับไม่มีข้อมูลอ่อนไหว นโยบายเก็บข้อมูลของผู้ช่วย ผู้ให้บริการโมเดล และโฮสต์ที่ผู้อ่านเลือกยังต้องพิจารณาแยก เราไม่มีหลักฐานเพียงพอที่จะสรุปว่าข้อมูลทั้งหมดอยู่ในเครื่องหรือทุกผู้ให้บริการมี retention แบบเดียวกัน

repository ใช้ MIT License สำหรับซอฟต์แวร์ที่ครอบคลุมโดยใบอนุญาตนี้ แต่สิทธิ์ใช้โค้ดไม่ใช่คำรับรองว่าโมเดล โฮสต์ หรือบริการที่เชื่อมจะไม่มีค่าใช้จ่าย ยังไม่มีอัตราราคารวมต่อ workflow จากหลักฐานที่อ่าน และงบประมาณหรือ credentials ของ Agent ต้องตั้งค่าแยก จึงไม่ควรเรียกทั้งระบบว่าใช้งานฟรีทุกส่วน

รุ่นนี้มี breaking change ด้าน workspace restore locks: คู่มืออัปเกรดใน Release Notesระบุว่ากระบวนการรุ่นเก่าและใหม่ต้องไม่เขียน instance root เดียวกันพร้อมกัน และต้องหยุดกระบวนการเก่าก่อนอัปเกรดหรือย้อนรุ่น อีกข้อคือ custom tool grants ที่ selector หรือ restrictions ไม่ถูกต้องจะปฏิเสธสิทธิ์แทนการตกไปใช้ policy ที่กว้างกว่า ผู้ใช้อยู่แล้วจึงควรอ่านเอกสารอัปเกรดเฉพาะระบบของตน เราไม่ได้ดำเนินการอัปเกรด ย้าย หรือลบไฟล์ใดเพื่อทดลองข่าวนี้

ใครได้ประโยชน์ และควรนำอะไรไปใช้?

ช่องทางนี้อาจมีประโยชน์ต่อทีมที่ใช้ Paperclip อยู่แล้วและต้องการให้ผู้ช่วยที่คนคุยด้วยอ่านบริบท ส่งต่อ task และเรียกดูผลจาก Agent โดยยังผูกกับสมาชิกองค์กร การแยก consent ของคนออกจากตัว Agent ช่วยให้เข้าใจว่าคำสั่งเริ่มจากใครและต่อองค์กรใด แต่ความเหมาะสมกับงานจริงยังขึ้นกับการตั้งสิทธิ์ สภาพแวดล้อม งบประมาณ และความพร้อมของไคลเอนต์ที่ทีมเลือก

ข้อคิดสำคัญ: เริ่มประเมินจากขอบเขตอ่าน/เขียนและองค์กรที่เชื่อม รู้ว่างานที่สร้างเป็นคำขอเข้าสู่ scheduler ไม่ใช่ใบรับรองว่างานเสร็จ และเตรียมวิธีติดตามหรือจัดการ task เดิมแยกจากการเพิกถอน connection การออกแบบทางหยุดควรตอบให้ครบทั้ง “ไม่ให้สั่งเพิ่ม” และ “งานก่อนหน้านี้อยู่ในสถานะใด” โดยไม่คาดหวัง undo ที่ต้นทางไม่ได้สัญญา

FAQ

ผู้ช่วยภายนอกกลายเป็น Agent ของ Paperclip หรือไม่?

ไม่ใช่ในช่องทางรุ่นแรกนี้ เอกสารระบุว่าเชื่อมในฐานะบุคคลที่ลงชื่อเข้าใช้ต่อองค์กรที่เลือก ไม่เลือกหรือสวมตัวตนของ Agent เดิม ผู้ช่วยที่มีสิทธิ์เขียนสามารถสร้างงานมอบหมายให้ Agent ผ่านกระบวนการเดิมได้

เพิกถอนแล้วงานที่มอบหมายไปจะถูกหยุดอัตโนมัติไหม?

เอกสารระบุว่าไม่ยกเลิกงานที่มอบหมายไปแล้วและไม่ย้อนคืนการเปลี่ยนแปลงที่กำลังดำเนินการ ต้องจัดการงานกับการรันใน Paperclip แยกต่างหาก การปิดฟีเจอร์ระดับอินสแตนซ์ก็ไม่ยกเลิกงานเก่าโดยอัตโนมัติ

เลือก read-only แล้วผู้ช่วยส่งงานต่อได้หรือไม่?

ไม่ได้ เอกสารระบุว่า read-only consent ไม่สามารถ delegate งานได้ ส่วนสิทธิ์เขียนของ connection รุ่นนี้เพิ่มการสร้าง task และความเห็นภายใต้สิทธิ์เดิมขององค์กร

มีมนุษย์อนุมัติทุก tool call หรือไม่?

หลักฐานไม่ได้บอกว่ามีการกดยืนยันของคนก่อนทุก call ผู้ใช้ต้องอนุญาตองค์กรและขอบเขตการเชื่อม และระบบยังใช้ approvals เดิม การอนุมัติงานเฉพาะจึงขึ้นกับกระบวนการและนโยบายที่มีอยู่ ไม่ควรเติมข้อรับรองเหนือเอกสาร

ใช้ได้ทั่วไปแล้ว และไม่มีค่าใช้จ่ายใช่ไหม?

ยังสรุปแบบนั้นไม่ได้ ฟีเจอร์เป็น Experimental ที่ปิดค่าเริ่มต้น เงื่อนไข deployment และการรองรับแต่ละไคลเอนต์ต้องพิจารณาแยกจาก release ของโค้ด MIT License ไม่ได้ทำให้ค่าโมเดล โฮสต์ และบริการอื่นเป็นศูนย์

แหล่งอ้างอิงและขอบเขตการตรวจ

• Paperclip v2026.1012.0 — Release Notes และคำเตือนอัปเกรด
• GitHub Release API — รุ่น สถานะ และเวลาเผยแพร่
• Public Paperclip MCP connection — เอกสารที่ตรึงกับ release tag
• Pull Request #14933 — การเปิดฟีเจอร์ผ่าน Experimental settings
• ใบอนุญาตซอฟต์แวร์ในรุ่น v2026.1012.0

หมายเหตุหลักฐาน: ตรวจเอกสารต้นทางวันที่ 13 ตุลาคม 2026 เนื้อหานี้แยกข้อประกาศและคำอธิบายของผู้พัฒนาออกจากบทวิเคราะห์ HYBRID MIND ไม่มีผลทดลองรันผลิตภัณฑ์ของเรา และยังไม่ยืนยันการผ่าน staging/Cloud/store acceptance ครบทุกส่วน ภาพเป็นสื่ออธิบายแนวคิด ไม่ใช่หลักฐานผลทดลอง