สิทธิ์เครื่องมือ AI ใน Mono: ตรวจอะไรบ้างก่อนอนุญาต

ก่อนอนุญาตให้เครื่องมือ AI ทำอะไร ให้รู้ก่อนว่ามันจะอ่านหรือเปลี่ยนอะไร กระทบบัญชีหรือไฟล์ไหน และการอนุญาตของคุณครอบคลุมแค่คำขอนี้หรือรวมคำขอต่อ ๆ ไปด้วย ชื่อเครื่องมือที่คุ้นเคยไม่ได้ตอบคำถามเหล่านี้

Mono by Reunified มีการตั้งค่าแยกกันสำหรับเครื่องมือในแชต เครื่องมือ MCP ที่เชื่อมต่อ และเอเจนต์เขียนโค้ด คู่มือนี้อธิบายว่าต่างกันอย่างไร และให้วิธีง่าย ๆ ในการตรวจแต่ละคำขอ Mono ยังไม่เปิดให้ใช้ (เข้าร่วมรายชื่อรอ) และตัวเลือกที่คุณเห็นขึ้นอยู่กับการเชื่อมต่อและเอเจนต์ที่ใช้

1. แยกการเข้าถึงบัญชีออกจากการอนุมัติการกระทำ

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

ลองนึกถึงงานสมมติเกี่ยวกับเอกสาร “หาร่างของฉัน” ไม่ได้แปลว่า “แชร์ร่างแบบสาธารณะ” บัญชีอาจทำได้ทั้งสองอย่าง แต่คำขอของคุณครอบคลุมแค่อย่างเดียว ก่อนเชื่อมต่อสิ่งที่อ่อนไหว ให้เขียนขอบเขตที่ตั้งใจไว้ เช่น อ่านเอกสารที่ระบุหนึ่งฉบับ ส่งสรุปกลับมา แล้วหยุด

ใช้คู่มือติดตั้งสกิลเพื่อตัดสินใจว่าจะเชื่อใจสกิลไหมและจะตั้งค่าอย่างไร เมื่อเริ่มใช้แล้ว ให้ตรวจทีละการกระทำ แทนการคิดว่าการติดตั้งตัดสินทุกเรื่องในอนาคตไปแล้ว

2. รู้ว่าการควบคุมใดของ Mono ใช้กับคำขอนี้

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

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

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

3. อ่านการกระทำ เป้าหมาย และรายละเอียดที่มี

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

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

ข้อกำหนดเครื่องมือ MCP ระบุว่าควรถือว่าคำอธิบายประกอบของเครื่องมือเชื่อถือไม่ได้ เว้นแต่เซิร์ฟเวอร์จะเชื่อถือได้ ให้ตัดสินเครื่องมือจากสิ่งที่มันทำจริงและที่มาของมัน ไม่ใช่จากป้ายที่ฟังดูปลอดภัย

4. เลือกการอนุญาตที่แคบที่สุดและตรงเจตนา

เมื่อมีคำขอขึ้นมา ให้ใช้ตารางนี้

หากเอเจนต์มีทั้งตัวเลือกครั้งเดียวและตัวเลือก “เสมอ” ให้เลือกแบบที่ตรงกับเจตนา “อนุญาตเสมอ” กว้างกว่าการอนุมัติการกระทำครั้งนี้ เอกสารการเรียกเครื่องมือ ACP อธิบายตัวเลือกที่เอเจนต์อาจให้ แต่ไม่ใช่ทุกเอเจนต์ที่มีทุกตัวเลือก หรือถามก่อนทุกการกระทำ

5. มองเนื้อหาที่ได้กลับมาเป็นข้อมูลที่ต้องตรวจ

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

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

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

6. ทบทวนสิทธิ์ต่อเนื่องเมื่องานจบ

เมื่องานเสร็จ ให้ตั้งค่าเริ่มต้นที่เปิดกว้างกลับเป็นแบบที่ต้องการใช้ประจำ ตรวจตัวเลือก “อนุญาตเสมอ” ในการตั้งค่าของเอเจนต์เอง ถ้ามี การลบการเชื่อมต่อใน Mono อาจไม่ได้ยกเลิกสิทธิ์ที่คุณให้ไว้ฝั่งบริการ จึงควรใช้การตั้งค่าบัญชีของบริการนั้น

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