Claude Agent SDK เพิ่มสิทธิ์รายเครื่องมือ จะให้ AI ถามก่อนหรือห้ามใช้ก็เลือกได้

Claude Agent SDK รุ่น 0.3.301 เพิ่มทางเลือกกำหนดสิทธิ์เครื่องมือเป็นรายตัวได้ 2 แบบ คือให้ถามก่อนเสมอ หรือห้ามใช้เสมอ สำหรับการเชื่อมต่อ MCP ชนิด SDK ซึ่งเป็นเครื่องมือที่แอปกำหนดไว้ในตัวเอง (บันทึกรุ่น 0.3.301) เรื่องนี้เกี่ยวกับคนทำงานที่กำลังจะให้ AI แตะข้อมูลหรือทำงานแทนเรา เพราะคำถามสำคัญไม่แพ้ความเก่งของมันคือ เราอนุญาตให้มันทำอะไรได้บ้าง

SDK คือชุดเครื่องมือสำหรับนักพัฒนาที่นำความสามารถของ AI ไปใส่ในแอป ส่วน AI agent ในบทความนี้หมายถึง AI ที่เรียกใช้เครื่องมือเพื่อทำงานต่อได้ ไม่ได้จบแค่ตอบข้อความ เอกสารระบุว่าการเชื่อมต่อ MCP ใช้ต่อกับฐานข้อมูลและบริการภายนอกได้ จึงมีเรื่องสิทธิ์เข้ามาเกี่ยวข้องโดยตรง (เอกสาร MCP) ผมอยากชวนมองอัปเดตนี้ผ่านงานประจำวันมากกว่าจำเลขรุ่น: ถ้าแอปจะทำอะไรกับข้อมูลของเรา ใครเป็นคนอนุมัติ และคำว่าอนุมัตินั้นครอบคลุมแค่ไหน

สรุป 30 วินาที: เกิดอะไรขึ้น

• รุ่น 0.3.301 เพิ่มกติกาสิทธิ์รายเครื่องมือสำหรับ MCP ชนิด SDK โดยเลือกให้ถามก่อนเสมอหรือห้ามใช้เสมอได้ กติกามีผลตอนเริ่มต้นและตอนเปลี่ยนชุดเซิร์ฟเวอร์ระหว่างทำงาน (บันทึกรุ่น 0.3.301)
• รุ่น 0.3.302 เปลี่ยนพฤติกรรมเมื่อไม่ได้ระบุโหมดสิทธิ์ ให้เริ่มในโหมด default ในกรณีใช้ผู้ให้บริการภายนอก ปิดการส่งข้อมูลการใช้งาน หรือเป็นการติดตั้งใหม่ ผู้ที่ต้องการคงโหมด auto ต้องระบุให้ชัด (บันทึกรุ่น 0.3.302)
• รุ่น 0.3.302 ยังเปิดผู้ช่วยย่อยแบบ fork เป็นค่าเริ่มต้นในเซสชัน SDK ส่วนรุ่น 0.3.303 ระบุเพียงว่าอัปเดตให้สอดคล้องกับ Claude Code 2.1.303 จึงไม่ควรเหมารวมว่าความสามารถใหม่ทั้งหมดเพิ่งมาในรุ่นสุดท้าย (บันทึกรุ่น 0.3.302, บันทึกรุ่น 0.3.303)

คนที่ควรลงมือเช็กก่อนคือทีมที่นำ SDK ไปฝังในแอป โดยเฉพาะแอปที่ใช้ผู้ให้บริการภายนอกและปล่อยโหมดสิทธิ์ว่างไว้ นี่เป็นข้อเสนอของผมจากการเปลี่ยนค่าเริ่มต้นที่ผู้พัฒนาประกาศ ไม่ได้หมายความว่ามีรายงานแอปไทยได้รับผลกระทบแล้ว (บันทึกรุ่น 0.3.302)

ทำไมเรื่องนี้เกี่ยวกับคุณ

พนักงานออฟฟิศ นักศึกษา ผู้ปกครอง หรือเจ้าของกิจการอาจไม่ได้ติดตั้ง SDK เอง แต่ควรรู้ว่าการต่อ AI เข้ากับบริการอื่นต่างจากการให้มันช่วยร่างข้อความ เอกสารอธิบายว่า MCP หรือ Model Context Protocol คือมาตรฐานเปิดสำหรับเชื่อม AI กับเครื่องมือและแหล่งข้อมูลภายนอก เช่น ฐานข้อมูล Slack และ GitHub (เอกสาร MCP) ดังนั้น ก่อนใช้แอปช่วยงาน ผมแนะนำให้ดูว่ามันเข้าถึงบริการใดและมีจังหวะให้เรายืนยันตรงไหน

สำหรับธุรกิจในไทยที่ใช้ SDK นี้ ประเด็นที่ควรถามทีมไอทีคือ สิทธิ์ถูกกำหนดไว้ชัดหรืออาศัยค่าเริ่มต้น เพราะเอกสารบอกว่าการเริ่มเซสชันอาจใช้โหมดจากการตั้งค่า หรือใช้ค่าเริ่มต้นภายในซึ่งอาจเป็น auto ได้ ขณะที่รุ่น 0.3.302 เปลี่ยนเงื่อนไขการเริ่มต้นบางกรณีโดยเฉพาะ (เอกสารสิทธิ์, บันทึกรุ่น 0.3.302) ผมจึงมองว่าการเขียนโหมดที่ต้องการให้ชัด เป็นงานดูแลพฤติกรรมของแอป ไม่ใช่แค่ความเรียบร้อยของโค้ด

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

ทำงานยังไง

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

ของใหม่ในรุ่น 0.3.301 คือการใส่นโยบายสิทธิ์ให้รายการเครื่องมือแต่ละตัวในส่วนตั้งค่า MCP ชนิด SDK ผู้พัฒนาระบุว่ากติกามีผลทั้งตอนเริ่มเชื่อมต่อและตอนเปลี่ยนชุดเซิร์ฟเวอร์ระหว่างเซสชัน จึงมีความหมายกับแอปที่ไม่ได้ใช้ชุดเครื่องมือเดิมตลอดการทำงาน (บันทึกรุ่น 0.3.301) ขอบเขตข่าวนี้ต้องอ่านให้ตรงด้วย: บันทึกรุ่นระบุชนิด SDK ไม่ได้ประกาศว่าการตั้งค่าแบบใหม่นี้ใช้กับ MCP ทุกชนิด

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

ตัวเลือก allowedTools ใช้เพิ่มกฎอนุญาตให้เครื่องมือทำงานอัตโนมัติ และ disallowedTools ใช้เพิ่มกฎห้าม เอกสารเตือนว่าเครื่องมือที่ไม่ได้อยู่ในรายการอนุญาตยังอาจมีให้ AI ใช้อยู่ จึงอ่านรายการอนุญาตเป็นรายชื่อเครื่องมือทั้งหมดที่มีอยู่ไม่ได้ (เอกสารสิทธิ์) สำหรับ MCP เอกสารแนะนำให้อนุญาตเฉพาะเครื่องมือที่ต้องใช้ แทนการเปิดโหมดข้ามการขอสิทธิ์ซึ่งมีผลกว้างกว่า (เอกสาร MCP)

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

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

จุดหักมุม: มีฟังก์ชันถามผู้ใช้ ก็ไม่ได้แปลว่าจะถามทุกครั้ง

เอกสารระบุชัดว่ากฎอนุญาตบางแบบและโหมดข้ามการขอสิทธิ์ สามารถตัดสินใจอนุมัติก่อนถึง canUseTool ได้ TypeScript SDK จึงมีคำเตือนระดับโปรเซสสำหรับการตั้งค่าบางลักษณะที่ทำให้ฟังก์ชันนี้ไม่ได้เป็นจุดตัดสินใจตามที่ผู้พัฒนาอาจคาด (เอกสารสิทธิ์) ถ้าทีมเคยอธิบายว่า “ทุกอย่างผ่านหน้าขออนุมัติของเรา” คำแนะนําของผมคือกลับไปพิสูจน์จากพฤติกรรมจริงหลังตั้งค่าครบ

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

จุดเปลี่ยนอีกเรื่องคือรุ่น 0.3.302 เปิด fork subagents เป็นค่าเริ่มต้น คำนี้หมายถึงผู้ช่วยย่อยแบบ fork ที่แยกไปทำงานภายในเซสชัน SDK และยังมีทางปิดตามบันทึกรุ่น (บันทึกรุ่น 0.3.302) ผมแนะนำให้รวมพฤติกรรมผู้ช่วยย่อยไว้ในรายการตรวจด้วย แต่ไม่ควรเดาต่อว่ามันได้รับสิทธิ์แบบใดหรือมีค่าใช้จ่ายเท่าไร เพราะบันทึกรุ่นที่ให้มายังไม่ตอบเรื่องนั้น

เรื่องเงิน / ผลกระทบ

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

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

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

ข้อมูลที่ยังไม่ชัด และจุดที่แหล่งข่าวพูดไม่ตรงกัน

วันที่ในชื่อข่าวหรือหน้ารุ่นอาจทำให้สับสนได้ แต่ข้อมูลเวลาที่ให้มามีเขต UTC จึงแปลงเป็นเวลาไทยได้ตรง ๆ รุ่น 0.3.301 เผยแพร่วันที่ 16 ตุลาคม 2026 เวลา 02:22 น. รุ่น 0.3.302 วันที่ 17 ตุลาคม เวลา 03:52:24 น. และรุ่น 0.3.303 วันที่ 19 ตุลาคม เวลา 05:26:50 น. ตามเวลาไทย ส่วนวันที่ UTC ของทั้งสามรุ่นคือ 15, 16 และ 18 ตุลาคมตามลำดับ นี่เป็นความต่างของเขตเวลา ไม่ใช่หลักฐานว่าบันทึกรุ่นขัดกัน (รุ่น 0.3.301, รุ่น 0.3.302, รุ่น 0.3.303)

เอกสารสิทธิ์ลงวันที่ 17 ตุลาคมอธิบายภาพรวมว่าเมื่อไม่ระบุโหมด ระบบเลือกจากการตั้งค่าหรือค่าเริ่มต้นที่อาจเป็น auto ขณะที่บันทึกรุ่น 0.3.302 เจาะจงกรณีที่เปลี่ยนไปเริ่มแบบ default จึงเป็นรายละเอียดคนละระดับที่ต้องอ่านประกอบกัน ข้อมูลนี้ยังไม่พอให้สรุปว่าทุกการติดตั้งจะเริ่มด้วยโหมดเดียวกัน (เอกสารสิทธิ์, บันทึกรุ่น 0.3.302)

สำหรับรุ่น 0.3.303 ข้อความที่ให้มาระบุเพียงการทำให้สอดคล้องกับ Claude Code 2.1.303 ไม่แจกแจงการเปลี่ยนแปลงย่อย จึงยังยืนยันรายละเอียดที่มากกว่านั้นไม่ได้ (บันทึกรุ่น 0.3.303) ส่วนความสัมพันธ์แบบละเอียดระหว่างกติกาสิทธิ์รายเครื่องมือใหม่กับทุกโหมด ทุกกฎ และทุกการเชื่อมต่อ ก็ไม่ได้อธิบายครบในบันทึกรุ่น 0.3.301 จึงควรทดสอบชุดตั้งค่าจริงแทนการขยายความรับประกันเอง (บันทึกรุ่น 0.3.301)

แล้วเราควรทำอะไร

คนใช้แอป AI ทำงานทั่วไป

1. ก่อนต่อบริการที่มีข้อมูลงาน ให้ตรวจคำอธิบายว่าแอปเข้าถึงเครื่องมือใดและอนุมัติอย่างไร ผมเสนอให้เริ่มจากจุดนี้เพราะ MCP เชื่อมกับข้อมูลและบริการภายนอกได้ และต้องมีสิทธิ์ก่อนเรียกใช้เครื่องมือ (เอกสาร MCP)
2. เมื่อมีคำขออนุมัติ ให้อ่านการกระทำที่กำลังขอ อย่าใช้เพียงความคุ้นเคยกับชื่อแอปตัดสิน เพราะสิทธิ์ใน SDK แยกเป็นกฎและโหมดได้หลายชั้น (เอกสารสิทธิ์)
3. ถ้างานที่เคยทำอัตโนมัติเริ่มถามเพิ่มหลังอัปเดต ให้แจ้งผู้ดูแลว่ามีพฤติกรรมเปลี่ยน และให้เขาตรวจโหมดก่อน ไม่ควรสรุปทันทีว่าบริการเสีย เพราะรุ่น 0.3.302 เปลี่ยนค่าเริ่มต้นในบางกรณี (บันทึกรุ่น 0.3.302)

นักพัฒนาที่ฝัง SDK ในแอป

1. ระบุโหมดสิทธิ์ที่ต้องการอย่างตั้งใจ โดยเฉพาะเมื่อใช้ผู้ให้บริการภายนอก ปิดการส่งข้อมูลการใช้งาน หรือติดตั้งใหม่ หากต้องการคง auto บันทึกรุ่นระบุให้กำหนดโหมดนี้ชัดเจน แต่ควรตรวจความเหมาะสมกับแอปก่อนเลือก (บันทึกรุ่น 0.3.302)
2. ทบทวนรายการอนุญาตและกฎห้าม แล้วตรวจว่ากรณีใดมาถึงฟังก์ชันขออนุมัติจริง เอกสารเตือนว่ารายการอนุญาตแบบครอบคลุมทั้งเครื่องมืออาจอนุมัติก่อนฟังก์ชันนี้ทำงาน และเสนอ hooks ก่อนเรียกเครื่องมือหากต้องการตรวจทุกครั้ง (เอกสารสิทธิ์)
3. สำหรับ MCP ชนิด SDK ให้ทดสอบทั้งเริ่มเซสชันและเปลี่ยนชุดเซิร์ฟเวอร์ เพราะสองช่วงนี้อยู่ในขอบเขตที่บันทึกรุ่นระบุว่าจะใช้กติกาสิทธิ์รายเครื่องมือ (บันทึกรุ่น 0.3.301)
4. ตรวจการรับมือคำตอบที่ถูกปฏิเสธและผู้ช่วยย่อยแบบ fork แยกจากการทดสอบสิทธิ์ เพราะรุ่น 0.3.302 เปลี่ยนสองพฤติกรรมนี้ด้วย (บันทึกรุ่น 0.3.302)

เจ้าของกิจการและทีมดูแลระบบ

1. ให้ทีมทดลองในโครงการทิ้งได้หรือสภาพแวดล้อมทดสอบก่อน ผมแนะนำให้ใช้ข้อมูลจำลองและบัญชีทดลอง ห้ามใส่ข้อมูลรับรองของระบบใช้งานจริงในรอบทดลองนี้
2. ตกลงรายการงานที่อนุญาต ต้องถาม และห้ามทำเป็นภาษาคน แล้วให้ทีมแปลงเป็นกฎ ตัวเลือกในเอกสารมีทั้งอนุญาตอัตโนมัติ ปฏิเสธ และขอคำตัดสินระหว่างทำงาน จึงควรเลือกให้ตรงกระบวนการของกิจการ (เอกสารสิทธิ์)
3. แยกปัญหาการเชื่อมต่อออกจากปัญหาสิทธิ์ เอกสารบอกว่าสถานะรอเชื่อมต่อไม่ได้แปลว่าล้มเหลวเสมอ และเครื่องมืออาจยังไม่พร้อมเพราะต้องยืนยันตัวตน การตรวจสองเรื่องนี้ช่วยให้ทีมวิเคราะห์ได้ตรงจุดขึ้น (เอกสาร MCP)

หลักฐานความปลอดภัยและความเสี่ยงที่ยังเหลือ

หลักฐานด้านที่มาของซอฟต์แวร์ในชุดข้อมูลนี้คือบันทึกรุ่นจากคลัง GitHub ทางการของ Anthropic ชื่อ claude-agent-sdk-typescript โดยรุ่นที่บทความนี้อ้างเป็นรุ่นล่าสุดคือแท็ก v0.3.303 เผยแพร่ 19 ตุลาคม 2026 เวลา 05:26:50 น. ตามเวลาไทย และระบุความสอดคล้องกับ Claude Code 2.1.303 (บันทึกรุ่น 0.3.303) นี่ช่วยตรวจที่มาของประกาศได้ แต่ข้อความบันทึกรุ่นเพียงอย่างเดียวไม่ได้เป็นผลตรวจความปลอดภัยของแอปที่นำไปใช้

ส่วนประกาศช่องโหว่ที่ทราบ ข้อมูลต้นทางที่ให้มาไม่มีเนื้อหาหน้า Security ของคลังนี้ จึงบอกไม่ได้ว่าหน้านั้นแสดงประกาศอะไร มีหรือไม่มีช่องโหว่ใด และไม่ควรแปลงการไม่มีข้อมูลในชุดนี้เป็นคำว่า “ไม่มีปัญหาความปลอดภัย” บทความนี้จึงไม่ยืนยันหมายเลขช่องโหว่หรือสถานะปลอดช่องโหว่ใด ๆ

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

ความเสี่ยงที่เหลือเห็นได้จากตัวอย่างฐานข้อมูลในเอกสารเอง: เครื่องมือที่รับคำสั่งฐานข้อมูลสามารถทำคำสั่งแก้ข้อมูลได้ด้วย หากไม่จำกัดไว้ และเอกสารแสดงแนวทางให้บริการฐานข้อมูลปฏิเสธคำสั่งเขียนจากฝั่งบริการ (เอกสาร MCP) ข้อเสนอของผมคือจำกัดสิทธิ์ทั้งฝั่ง AI และบริการปลายทาง พร้อมทดสอบด้วยสิทธิ์เท่าที่จำเป็น การมีปุ่มถามก่อนจึงไม่ใช่เหตุผลให้ทดลองด้วยข้อมูลรับรองของระบบจริง และไม่มีหลักฐานในชุดนี้ให้รับประกันว่าปลอดภัยร้อยเปอร์เซ็นต์

ผมมองว่า…

ผมมองว่า ข่าวนี้ไม่ใช่การแข่งขันว่า AI ทำงานแทนคนได้มากแค่ไหน แต่คือการทำให้คนกำหนดขอบเขตงานของ AI ได้ชัดขึ้น นี่เป็นความเห็นของผมจากการเพิ่มสิทธิ์รายเครื่องมือและการเปลี่ยนโหมดเริ่มต้นที่ประกาศไว้ (บันทึกรุ่น 0.3.301, บันทึกรุ่น 0.3.302)

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

ปิดท้าย: สิ่งที่ต้องจับตา

หลังอัปเดต สิ่งที่ผมอยากให้ทีมติดตามคือโหมดเริ่มต้นจริง จังหวะขออนุมัติเมื่อเปลี่ยนเครื่องมือ และพฤติกรรมผู้ช่วยย่อย เพราะทั้งหมดเชื่อมกับการเปลี่ยนแปลงที่บันทึกรุ่นระบุ ส่วนรุ่น 0.3.303 ยังให้รายละเอียดแค่ความสอดคล้องกับ Claude Code จึงควรแยกสิ่งที่ประกาศแล้วออกจากสิ่งที่ยังต้องพิสูจน์ในแอปของตัวเอง (บันทึกรุ่น 0.3.301, บันทึกรุ่น 0.3.302, บันทึกรุ่น 0.3.303)

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

Recap

• จำขอบเขตข่าวให้ตรง: สิทธิ์รายเครื่องมือใหม่ระบุสำหรับ MCP ชนิด SDK (รุ่น 0.3.301)
• แยก “ถามก่อนเสมอ” ออกจาก “ห้ามใช้เสมอ” ให้ตรงกับงาน (รุ่น 0.3.301)
• ตรวจโหมดเริ่มต้นหลังอัปเดต โดยเฉพาะผู้ให้บริการภายนอกและการติดตั้งใหม่ (รุ่น 0.3.302)
• ตรวจว่ากฎอนุญาตทำให้ข้ามฟังก์ชันขออนุมัติหรือไม่ (เอกสารสิทธิ์)
• ทดสอบผู้ช่วยย่อยแบบ fork และการรับข้อผิดพลาดของผลลัพธ์แบบมีโครงสร้าง (รุ่น 0.3.302)
• ตรวจสิทธิ์ของบริการปลายทางควบคู่กับสิทธิ์เรียกเครื่องมือ (เอกสาร MCP)
• ทดลองในโครงการทิ้งได้ก่อน และไม่ใช้ข้อมูลรับรองของระบบใช้งานจริง
• ยังสรุปสถานะประกาศช่องโหว่ไม่ได้ เพราะชุดข้อมูลนี้ไม่มีเนื้อหาหน้า Security