What Google I/O '26 หมายถึงอะไรต่อการพัฒนาเอเจนต์บน Google Cloud

Google I/O '26, Google Cloud เปิดตัวเครื่องมือใหม่สำหรับนักพัฒนาเอเจนต์

Google ได้ยกเครื่องชุดเครื่องมือพัฒนาเอเจนต์ (โปรแกรม AI ที่ทำงานได้ด้วยตนเอง) ครั้งใหญ่ในงาน I/O ครั้งนี้ แกนหลักคือชุดพัฒนาแบบรวมศูนย์ที่มี Antigravity 2.0 และ Managed Agents API เป็นตัวแทนสำคัญ โดยออกแบบมาเพื่อให้สร้างต้นแบบได้รวดเร็วในสภาพแวดล้อมโลคัล และนำขึ้นใช้งานบนคลาวด์ได้อย่างปลอดภัย Vertex AI เดิมได้ขยายเป็น Gemini Enterprise Agent Platform กลายเป็นแพลตฟอร์มครบวงจรที่มีทั้ง session memory และความสามารถด้าน governance แบบรวมศูนย์ โครงสร้างทั้งหมดแบ่งเป็น 4 ขั้น (rung) ตั้งแต่ no-code ไปจนถึงแนวทาง code-first และแต่ละขั้นสามารถทำงานร่วมกันได้ผ่านโปรโตคอล A2A

โครงสร้าง 4 เส้นทางการพัฒนา

• ขั้นที่ 1 Agent Studio (โลว์โค้ด): เป็นวิธีสร้างเอเจนต์แบบไม่ต้องเขียนโค้ด โดยเลือกโมเดล เชื่อม prompt และเครื่องมือต่าง ๆ ผ่านพื้นที่ทำงานแบบภาพ เหมาะกับทีมธุรกิจหรือการทำต้นแบบอย่างรวดเร็ว

• ขั้นที่ 2 Managed Agents API: API ใหม่ที่เปิดตัวในงาน I/O ครั้งนี้ เพียงกำหนดพฤติกรรมของเอเจนต์ แล้ว Google Cloud จะดูแลการปฏิบัติการของโครงสร้างพื้นฐานให้แทน เอเจนต์แต่ละตัวจะรันแบบแยกจากกันใน sandbox ชั่วคราว (ephemeral) เพื่อเสริมความปลอดภัย

• ขั้นที่ 3 Antigravity: โซลูชันหลักสำหรับการเขียนโค้ดและการ orchestration ของเอเจนต์ ปรับแต่งมาให้เหมาะกับโมเดล Gemini และสกิลที่พัฒนาแล้วสามารถนำกลับไปใช้ซ้ำได้ในหลายสภาพแวดล้อม

• ขั้นที่ 4 ADK 2.0 (Agent Development Kit): เป็นแนวทางที่วิศวกรออกแบบโครงสร้าง multi-agent ด้วยโค้ดโดยตรง ใช้เอนจินแบบกราฟที่สลับไปมาระหว่างการอนุมานแบบไดนามิกกับเวิร์กโฟลว์แบบกำหนดแน่นอนได้อย่างอิสระ

ความสามารถหลักของ Antigravity 2.0

• แอปเดสก์ท็อป: พื้นที่ทำงานศูนย์กลางสำหรับประสานงาน coding agent โดยสามารถแตก sub-agent หรือสั่งรันงานแบบขนานได้ด้วย prompt เพียงครั้งเดียว

• Antigravity CLI: มอบความสามารถด้านอัจฉริยะในคุณภาพเดียวกับแอปเดสก์ท็อปภายในสภาพแวดล้อมเทอร์มินัล พร้อมแชร์การยืนยันตัวตน บริบท และการตั้งค่าร่วมกัน

• ความปลอดภัยระดับองค์กร: เมื่อเข้าสู่ระบบด้วย Cloud OAuth การอนุมานทั้งหมดจะทำงานภายในขอบเขตคลาวด์ของผู้ใช้ และใช้ regional model endpoints เพื่อคงไว้ซึ่งอธิปไตยของข้อมูล

สิ่งที่เปลี่ยนไปใน ADK 2.0

• เวิร์กโฟลว์แบบร่วมมือกัน: จัดระเบียบ sub-agent ได้ด้วย 3 โหมดการทำงาน ได้แก่ chat (มอบหมายเต็มรูปแบบ), task (ขอความชัดเจนเมื่อจำเป็น), single-turn (เรียกใช้เหมือนเครื่องมือ)

• เวิร์กโฟลว์แบบไดนามิก: สามารถเรียก workflow node ได้เหมือนฟังก์ชันด้วย decorator เพียงอย่างเดียว และเขียนตรรกะการแตกแขนงที่ซับซ้อนได้

• ADK Kotlin เบตา: ขยายการรองรับภาษาเพื่อให้ on-device agent บน Android สามารถทำงานร่วมกับ backend Python agent ได้อย่างเป็นธรรมชาติ

จุดแตกต่างและจุดแข็ง

• ความเปิดกว้าง: coding agent จากผู้ให้บริการภายนอกอย่าง Claude Code และ Cursor ก็สามารถรันบนโครงสร้างพื้นฐาน Google Cloud ได้ผ่าน Agent CLI และ ADK

• ความต่อเนื่อง: แม้เริ่มจากขั้นล่างแล้วค่อยย้ายไปยังขั้นที่สูงกว่า ก็ยังใช้ runtime เดิมต่อได้ จึงไม่ต้องทิ้งการลงทุนตั้งแต่ช่วงแรก

• governance: Skill Registry (public preview) ช่วยทำแคตตาล็อก domain logic เพื่อส่งเสริมการนำกลับมาใช้ซ้ำ และ Agent Identity กับ Agent Gateway ก็ช่วยเสริมความปลอดภัยในขั้นปฏิบัติการ

ข้อจำกัดและสิ่งที่ควรระวัง

• ระดับความพร้อมของฟีเจอร์ใหม่: การเชื่อมรวม A2A และ governance ของ Managed Agents API ยังอยู่ในสถานะ "เร็ว ๆ นี้" ขณะที่ ADK Kotlin ยังเป็นเบตา

• เส้นโค้งการเรียนรู้: โมเดลแบบกราฟของ ADK จะแสดงคุณค่าเมื่อมีการแตกแขนงมากกว่า 2 ทางขึ้นไป แต่ก่อนถึงจุดนั้นก็ยังมีต้นทุนในการเริ่มต้นใช้งาน

ประกาศครั้งนี้ของ Google ไม่ได้เป็นเพียงการเปิดตัวเครื่องมือเป็นรายชิ้น แต่ใกล้เคียงกับการปรับโครงสร้างเพื่อรวมผู้ใช้สายธุรกิจแบบ no-code และวิศวกรสาย code-centric ให้อยู่บนแพลตฟอร์มเดียวกันมากกว่า บนฐานร่วมของโครงสร้างบันได 4 ขั้นและโปรโตคอล A2A ไม่ว่าจะเริ่มจากขั้นไหน ข้อมูลและทรัพย์สินต่าง ๆ ก็ยังคงอยู่ภายในโปรเจ็กต์คลาวด์ อีกทั้งแม้ Google จะผลักดัน Antigravity เป็นหลัก แต่ก็ยังเปิดให้ทำงานร่วมกับ coding agent จากภายนอกได้ ซึ่งสะท้อนความพยายามลดความกังวลเรื่อง vendor lock-in กระแสที่การพัฒนาเอเจนต์กำลังก้าวพ้นช่วงต้นแบบไปสู่ระยะที่การปฏิบัติการ governance และการประเมินผลมีความสำคัญมากขึ้น อาจมองได้ว่าเป็นสิ่งที่ Google พยายามจัดระเบียบในระดับแพลตฟอร์มผ่านการประกาศครั้งนี้