Google ADK Java 1.12.0: ให้ AI ลงมือทำงาน ต้องคุมสิทธิ์และการอนุมัติให้ดี

Google ADK สำหรับ Java รุ่น 1.12.0 เผยแพร่วันที่ 14 ตุลาคม 2026 โดยแก้การเรียกเครื่องมือที่ได้รับอนุมัติในเอเจนต์ซึ่งทำงานขนานกัน และแก้ข้อมูลเหตุการณ์ที่เคยหายเมื่อโหลดเซสชันจาก Vertex AI กลับมาใช้อีกครั้ง เรื่องนี้เกี่ยวกับทั้งคำสั่งที่ AI ลงมือทำและความต่อเนื่องของงานครับ (GitHub)

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

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

• Java มีอัปเดตที่เกี่ยวกับการควบคุมงานจริง รุ่น 1.12.0 แก้การทำงานหลังอนุมัติเครื่องมือภายใต้ตัวจัดการเอเจนต์ขนาน แก้การโหลดข้อมูลเซสชัน และรอให้บันทึกเหตุการณ์ส่งต่องานเสร็จก่อนเริ่มตัวรับงาน (GitHub)
• เพิ่มทางเลือกควบคุมเครื่องมือภายนอก รุ่นนี้เปิดให้ปฏิเสธเซิร์ฟเวอร์ MCP ที่ระบุผ่านการตั้งค่าและสื่อสารแบบ stdio ซึ่งเป็นช่องทางส่งข้อมูลเข้าออกของโปรแกรม (GitHub)
• เพิ่มการจัดการข้อมูลบริบทที่เก็บใช้ซ้ำและผังงานแบบทดลอง มีตัวจัดการแคชบริบทของ Gemini พร้อมชนิดข้อมูลสำหรับผังงานหลายรายการที่ยังระบุว่า experimental หรืออยู่ระหว่างทดลอง (GitHub)
• ฝั่ง Kotlin มีรุ่น 1.4.0 ข่าวรวมของ InfoQ วันที่ 19 ตุลาคม 2026 กล่าวถึงทั้ง Java 1.12.0 และ Kotlin 1.4.0 โดยฝั่ง Kotlin มีเครื่องมือช่วยเขียนผังงานและตัวเชื่อมระบบสนทนาของโมเดลเพิ่มเข้ามา (InfoQ)

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

ADK หรือ Agent Development Kit คือชุดเครื่องมือให้โปรแกรมเมอร์ Java สร้าง “เอเจนต์” ที่คุยกับโมเดล AI แล้วเรียกเครื่องมือได้ ส่วน API คือช่องทางให้โปรแกรมติดต่อระบบอื่น เครื่องมือที่ทีมเชื่อมให้อาจเป็น API หรือฐานข้อมูลตามงานที่ออกแบบไว้ เอกสาร ADK อธิบายว่ากรอบการพัฒนานี้รองรับงานหลายขั้น การเรียกเครื่องมือ และการเชื่อมกับแอปกับแหล่งข้อมูลเดิม (เอกสาร ADK)

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

สำหรับทีม Java และ Spring ซึ่งเป็นเครื่องมือที่ใช้สร้างแอป Java อัปเดตนี้มีจุดให้ตรวจโดยตรง: แก้ลำดับการตั้งค่าอัตโนมัติของส่วนเชื่อม Spring AI และแก้การแปลงคำอธิบายรูปแบบข้อมูลของเครื่องมือ ให้เก็บรายละเอียดรายการตัวเลือกกับสมาชิกในรายการไว้ครบขึ้น (GitHub)

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

ทำงานยังไง

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

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

จุดแก้ใน Java 1.12.0 ที่ตรงกับเรื่องนี้คือการทำให้คำขอใช้เครื่องมือซึ่งได้รับอนุมัติแล้วทำงานได้เมื่ออยู่ภายใต้ ParallelAgent หรือตัวจัดการเอเจนต์หลายตัวที่ทำงานขนานกัน บันทึกรุ่นบอกว่าแก้การทำงานหลังอนุมัติ แต่ไม่ได้บอกว่าเครื่องมือทุกตัวต้องขออนุมัติโดยค่าเริ่มต้น (GitHub)

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

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

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

จุดสังเกต: ผังงานใหม่ยังมีป้ายทดลอง

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

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

หน้าเอกสารภาพรวม ADK กล่าวถึงสถาปัตยกรรมแบบกราฟและใช้ข้อความว่าเป็นของใหม่ใน ADK 2.0 ขณะที่บันทึกรุ่น Java ที่กำลังพูดถึงคือ 1.12.0 จึงควรอ่านขอบเขตของแต่ละหน้าให้ตรงกัน หน้าแนะนำโครงการไม่ได้เป็นรายการรับรองฟีเจอร์ทั้งหมดของ Java รุ่นนี้ (เอกสาร ADK, GitHub)

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

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

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

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

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

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

วันที่ข่าวกับวันที่ออกรุ่นเป็นคนละวัน GitHub ระบุ Java 1.12.0 วันที่ 14 ตุลาคม 2026 ส่วนบทความ InfoQ ลงวันที่ 19 ตุลาคม 2026 และเป็นข่าวรวมประจำสัปดาห์ที่เริ่มวันที่ 12 ตุลาคม จึงไม่ควรใช้วันที่เผยแพร่ข่าวรวมแทนวันออกรุ่น แหล่งข้อมูลเหล่านี้ให้วันที่โดยไม่มีเวลาพร้อมเขตเวลา จึงไม่มีเวลารายชั่วโมงให้แปลงเป็นเวลาไทย (GitHub, InfoQ)

รายละเอียด Kotlin ยืนยันได้จากข่าว InfoQ ในชุดข้อมูลนี้เพียงแหล่งเดียว ข่าวระบุรุ่น 1.4.0 พร้อมตัวช่วยเขียนผังงานแบบ DSL หรือรูปแบบภาษาสำหรับงานเฉพาะ และตัวเชื่อมโมเดลสำหรับ OpenAI Chat Completions API กับบริการที่เข้ากันได้ แต่เราไม่มีบันทึกรุ่น Kotlin ฉบับเต็มในแหล่งที่ให้มา จึงไม่ขยายรายการแก้หรือสรุปสิทธิ์เริ่มต้นของ Kotlin จากข่าวย่อนี้ (InfoQ)

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

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

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

ทีม Java / Spring ที่กำลังทดลองเอเจนต์

1. เริ่มในโครงการชั่วคราวที่ลบทิ้งได้ ใช้ข้อมูลจำลอง และอย่าใช้ข้อมูลรับรองสำหรับระบบใช้งานจริง เช่น กุญแจ API หรือบัญชีฐานข้อมูลจริง ผมแนะนำให้กำหนดขอบเขตนี้ก่อนเชื่อมเครื่องมือใด ๆ
2. ตรวจว่าระบบใช้ส่วนที่รุ่นนี้แก้หรือไม่ โดยเฉพาะการอนุมัติในงานขนาน การโหลดเซสชันจาก Vertex AI และการส่งต่องาน แล้วเลือกทดสอบจากส่วนที่ใช้อยู่จริงก่อน (GitHub)
3. ถ้าใช้ Spring AI ให้ทดสอบทั้งการเริ่มแอปและข้อมูลที่ส่งให้เครื่องมือ โดยครอบคลุมรายการตัวเลือกกับข้อมูลแบบรายการ เพราะรุ่นนี้แก้ทั้งลำดับตั้งค่าอัตโนมัติและการแปลงคำอธิบายข้อมูลดังกล่าว (GitHub)
4. ทำรายการเครื่องมือที่อนุญาตกับรายการที่ต้องให้คนตรวจ แล้วทดลองทั้งอนุมัติและปฏิเสธ ผมแนะนำให้เก็บผลที่เกิดขึ้นจริงไว้เปรียบเทียบกับนโยบายที่ตกลงกัน

นักพัฒนา Kotlin และทีมที่ใช้ Java ร่วมกับ Kotlin

1. ใช้ข่าว Kotlin 1.4.0 เป็นข้อมูลตั้งต้น โดยจำไว้ว่ารายละเอียดของรุ่น Kotlin ในบทความนี้มาจาก InfoQ เพียงแหล่งเดียว ยังไม่มีบันทึกรุ่นเต็มให้เทียบ (InfoQ)
2. ถ้าใช้การทำงานข้าม Java กับ Kotlin ให้ทดสอบงานที่หยุดแล้วทำต่อ เพราะฝั่ง Java 1.12.0 มีการแก้ให้ส่งต่อโทเคนสำหรับทำงานต่อ หรือข้อมูลที่ใช้ระบุจุดกลับมาทำงาน ผ่านส่วนเชื่อมเครื่องยนต์ Kotlin (GitHub)
3. ผมแนะนำให้แยกทดสอบตัวเชื่อมโมเดลกับผังงานก่อนรวมเป็นงานยาว เพื่อให้ตรวจได้ว่าคำตอบจากโมเดลและลำดับงานตรงตามที่ทีมต้องการ

ผู้จัดการ เจ้าของธุรกิจ และคนรับผลลัพธ์จากระบบ

1. กำหนดให้ชัดว่าการทดลองนี้ให้ AI เสนออะไร และลงมือทำอะไรได้ พร้อมระบุคนรับผิดชอบอนุมัติงานที่มีผลต่อข้อมูลหรือเงิน
2. ขอให้ทีมสาธิตกรณีงานถูกปฏิเสธ งานหยุด และประวัติถูกโหลดกลับมา พร้อมอธิบายวิธีตรวจว่างานจบแล้วหรือยัง ไม่ต้องเริ่มจากการอ่านโค้ดครับ
3. ตั้งเกณฑ์วัดผลก่อนเริ่ม เช่น ความถูกต้อง เวลาที่คนต้องตรวจ และค่าใช้จ่ายที่วัดได้จริง ผมแนะนำให้นับเวลาตรวจแก้รวมในต้นทุนด้วย

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

ที่มาและรุ่นตรวจสอบได้ในแหล่งที่ให้มา รายการนี้อ้างอิงคลังทางการ google/adk-java บน GitHub ซึ่งแสดงแท็ก v1.12.0 และวันที่ออกรุ่น 14 ตุลาคม 2026 โดย InfoQ กล่าวถึงเลขรุ่น Java เดียวกันในข่าววันที่ 19 ตุลาคม นี่เป็นหลักฐานที่มาของรายการเปลี่ยนแปลง ไม่ใช่ผลตรวจความปลอดภัยอิสระของแอปที่นำไปสร้าง (GitHub, InfoQ)

ไม่พบประกาศช่องโหว่ที่ระบุรหัส CVE ของ ADK ในแหล่งข้อมูลที่ตรวจครั้งนี้ คำว่า CVE หมายถึงรหัสอ้างอิงช่องโหว่ความปลอดภัย โดยข่าว InfoQ มีเรื่องช่องโหว่ของโครงการอื่นอยู่ด้วย จึงไม่ควรนำมาปะปนเป็นของ ADK ทั้งนี้ ประวัติรุ่น Java ที่ให้มามีรายการแก้เกี่ยวกับการป้องกันข้อมูลเซสชันข้ามผู้ใช้ในรุ่น 1.6.0 จึงไม่ควรตีความว่าการไม่มีรหัส CVE ในข้อความเหล่านี้แปลว่าไม่เคยมีความเสี่ยง (GitHub, InfoQ)

สิทธิ์และการอนุมัติเริ่มต้นยังมีข้อมูลไม่ครบ รุ่น 1.12.0 ระบุการแก้ให้คำขอเครื่องมือที่อนุมัติแล้วทำงานภายใต้งานขนาน และเพิ่มทางเลือกปฏิเสธเซิร์ฟเวอร์ MCP จากการตั้งค่า แต่ไม่ได้ระบุว่าทุกเครื่องมือขออนุมัติอัตโนมัติหรือปฏิเสธเซิร์ฟเวอร์ทั้งหมดเป็นค่าเริ่มต้น ส่วน strict sandbox หรือพื้นที่จำกัดการรันโค้ดแบบเข้มงวด มีอยู่ในบันทึกรุ่น 1.7.1 โดยระบุว่าเป็นแบบ opt-in ซึ่งต้องเลือกเปิดใช้ ไม่ใช่ฟีเจอร์ที่เพิ่งเพิ่มใน 1.12.0 (GitHub)

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

ผมมองว่า…

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

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

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

ประเด็นที่ควรติดตามต่อคือพัฒนาการของผังงานที่ยังเป็นรุ่นทดลอง รายละเอียดการใช้งาน Kotlin 1.4.0 ที่ครบกว่าข่าวย่อ และเอกสารซึ่งอธิบายขอบเขตของ Java แต่ละรุ่นให้แยกจากภาพรวม ADK ได้ชัด โดยข้อมูลตอนนี้ยืนยันรายการเปลี่ยนแปลง Java ได้จากบันทึกรุ่น ส่วน Kotlin อาศัย InfoQ ในชุดแหล่งข่าวนี้ (GitHub, InfoQ, เอกสาร ADK)

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

Recap

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