ค้นหาโซลูชัน AI/ML ที่เหมาะกับฟีเจอร์ของคุณ

คู่มือนี้จะช่วยคุณค้นหาโซลูชัน AI/ML ที่เหมาะกับ Use Case ของคุณ โดยจะให้คำแนะนำเพื่อช่วยคุณสำรวจโซลูชันต่างๆ ที่มีอยู่และเลือกโซลูชันที่เหมาะกับความต้องการของคุณมากที่สุด โดยพิจารณาจากข้อกำหนดของฟีเจอร์ที่คุณต้องการใช้

โดยทั่วไป เมื่อเลือกเครื่องมือและโมเดลเพื่อใช้ฟีเจอร์ AI/ML คุณควรใช้โมเดลที่เรียบง่ายที่สุดที่ตอบสนองความต้องการของคุณ หากต้องการระบุโซลูชันที่เหมาะสมที่สุด คุณต้องพิจารณาสิ่งต่อไปนี้

  • ฟีเจอร์นี้จำเป็นต้องสร้างเนื้อหาใหม่ (Generative AI) หรือคาดการณ์/จัดหมวดหมู่ในลักษณะเชิงกำหนด (ML แบบดั้งเดิม) หรือไม่
  • ขอบเขตของฟีเจอร์: งานสามารถทำได้ทั้งหมดภายในแอปของคุณ (ความอัจฉริยะในแอป) หรือต้องใช้แอปหลายแอปจึงจะทำได้สำเร็จ (ความอัจฉริยะระดับระบบ)
  • ตำแหน่งของโมเดล: งานสามารถทำแบบออฟไลน์ (โมเดลในอุปกรณ์) ได้หรือไม่ หรือต้องโต้ตอบกับเซิร์ฟเวอร์ (โมเดลที่ทำงานในระบบคลาวด์)
  • เวอร์ชันชุดเครื่องมือหรือโมเดล: งานมีความซับซ้อนเพียงใด ตั้งแต่งานง่ายๆ ที่มีการอนุมานครั้งเดียวไปจนถึงการจัดการหลาย Agent

แผนผังต่อไปนี้แสดงกระบวนการตัดสินใจในระดับสูง

ใช่ ไม่ใช่ ใช่ ไม่ใช่ ใช่ ไม่ใช่ ใช่ ไม่ใช่ทั้งหมด ใช่ ไม่ใช่ ฟีเจอร์ คุณต้องการสร้าง เนื้อหาใหม่ (แทนที่จะ คาดการณ์หรือแยกประเภทข้อมูล) ใช่ไหม Generative AI เป็นงานที่ต้องทำ ข้ามแอปไหม ML แบบดั้งเดิม ความอัจฉริยะของระบบ ใช้ AppFunctions ความอัจฉริยะในแอป ฟีเจอร์นี้ทำงานแบบออฟไลน์ได้ไหม หรือคุณมีข้อจำกัด ด้านค่าใช้จ่ายไหม อุปกรณ์เป้าหมาย รองรับโมเดล ในอุปกรณ์ไหม คุณต้องการให้ฟีเจอร์ทำงานต่อไป (คงสถานะไว้) เมื่อแอปปิดอยู่ หรือต้องการเข้าถึงฐานข้อมูล ส่วนตัวไหม โมเดลในอุปกรณ์ ใช้ Gemini Nano ผ่าน ML Kit หรือ LiteRT แนวทางแบบผสม ใช้โมเดลในอุปกรณ์เป็นหลัก แต่ใช้โมเดลในระบบคลาวด์ เป็นโมเดลสำรอง โมเดลในระบบคลาวด์ ใช้เซิร์ฟเวอร์ที่โฮสต์เอง แบบกำหนดเอง โมเดลในระบบคลาวด์ ใช้แบ็กเอนด์ที่มีการจัดการ ผ่าน Firebase AI Logic
รูปที่ 1 กระบวนการตัดสินใจระดับสูงในการเลือกโซลูชัน AI/ML

โปรดดูส่วนต่างๆ ในส่วนที่เหลือของเอกสารนี้เพื่อประกอบการตัดสินใจในแต่ละขั้นตอน

Generative AI เทียบกับ ML แบบดั้งเดิม

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

ชุดเครื่องมือ/โซลูชัน ประเภท กรณีการใช้งานหลัก ตัวอย่าง
ML Kit SDK ในอุปกรณ์ งานด้านการมองเห็นและการประมวลผลภาษาธรรมชาติที่สร้างไว้ล่วงหน้า
  • เครื่องมือสแกนใบเสร็จ OCR
  • การเช็คอินกิจกรรมด้วยคิวอาร์โค้ดที่รวดเร็ว
  • การแปลเมนูแบบออฟไลน์
LiteRT ในอุปกรณ์ รันไทม์ของโมเดลที่กำหนดเอง
  • การแยกประเภทรูปภาพทางการแพทย์
  • การคาดคะเนคำบนแป้นพิมพ์อัจฉริยะสำหรับหัวข้อเฉพาะ
MediaPipe ในอุปกรณ์ งานด้านการรับรู้สตรีมวิดีโอหรือสตรีมเสียงแบบเรียลไทม์
  • การโค้ชท่าออกกำลังกายแบบเรียลไทม์
  • ฟิลเตอร์และเอฟเฟกต์ใบหน้า
  • การจดจำท่าทางของมือ
Google Cloud API ซึ่งรวมถึง Cloud Vision API และ Cloud Natural Language API ทำงานในระบบคลาวด์ งานด้านการมองเห็นและการประมวลผลภาษาธรรมชาติที่สร้างไว้ล่วงหน้า
  • การสร้างคำบรรยายวิดีโออัตโนมัติ
  • การควบคุมคุณภาพรูปภาพและการปฏิบัติตามข้อกำหนด
แพลตฟอร์ม Agent ในระบบคลาวด์ การฝึกและการติดตั้งใช้งานโมเดลที่กำหนดเองแบบครบวงจร
  • การจดจำรูปภาพเฉพาะทางในวงกว้าง
  • ค้นหาภาพสต็อก

ส่วนที่เหลือของเอกสารนี้จะพูดถึงโซลูชัน Generative AI

ความชาญฉลาดในแอปเทียบกับความชาญฉลาดระดับระบบ

หากต้องการระบุโซลูชัน Generative AI ที่ดีที่สุด ให้ตัดสินใจว่าฟีเจอร์ AI ของคุณทำงานภายในแอปทั้งหมด หรือต้องโต้ตอบกับแอปอื่นๆ หรือระบบปฏิบัติการ Android นอกแอป หากฟีเจอร์ของคุณทริกเกอร์โดยระบบนอกแอป จะถือว่าเป็นความอัจฉริยะระดับระบบ ตารางต่อไปนี้สรุปความแตกต่างระหว่างฟีเจอร์อัจฉริยะในแอปและระดับระบบ

ความชาญฉลาดในแอป ความชาญฉลาดระดับระบบ
ขอบเขตของงาน ในแอป ในแอปต่างๆ (หรือทริกเกอร์โดยระบบ นอกแอปใดๆ)
เครื่องมือ ML Kit SDK, LiteRT, Firebase AI Logic หรือแบ็กเอนด์ที่โฮสต์เอง AppFunctions
กรณีการใช้งาน
  • สรุป พิสูจน์อักษร หรือถอดเสียงข้อความ
  • อธิบายรูปภาพ
  • สร้างแชทบ็อตในแอป
  • สร้างรูปภาพ
  • สร้างรายการซื้อของเข้าบ้านในแอปจัดส่งโดยอิงตามสิ่งที่คุณเขียนไว้ในเอกสารโน้ต
  • จองรถไปที่สำนักงานและส่งข้อความแจ้งเวลาถึงโดยประมาณให้เพื่อนร่วมงานทราบ
  • ค้นหาคำแนะนำร้านอาหารในกล่องจดหมายอีเมลและทำการจอง

ความชาญฉลาดในแอป

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

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

ในอุปกรณ์ เมฆ
เครื่องมือ ML Kit SDK หรือ LiteRT Firebase AI Logic หรือแบ็กเอนด์ที่โฮสต์เอง
ประเภทอินพุต
  • ข้อความ
  • รูปภาพ
  • เสียง
  • ข้อความ
  • รูปภาพ
  • เสียง
  • วิดีโอ
ประเภทเอาต์พุต
  • ข้อความ
  • ข้อความ
  • รูปภาพ
  • เสียง
ความละเอียดอ่อนของข้อมูลผู้ใช้ สูงขึ้น ต่ำ
โมเดล
  • Gemma
  • Gemini Nano
  • Gemini Flash
  • Gemini Flash Lite
  • Gemini Pro
กรณีการใช้งาน
  • ประมวลผลเนื้อหาสั้นๆ เช่น สรุป พิสูจน์อักษร หรือเขียนข้อความแชทหรืออีเมลสั้นๆ ใหม่
  • อธิบายรูปภาพ
  • ปรับเปลี่ยนเอาต์พุตในแบบของคุณสำหรับผู้ใช้ตามความสนใจ
  • จัดการข้อมูลที่ละเอียดอ่อนของผู้ใช้
  • ถอดเสียงคลิปเสียงสั้นๆ
  • สร้างแชทบ็อต
  • สร้างรูปภาพ
  • แปลบทสนทนาแบบเรียลไทม์
  • การแต่งรูปภาพในแอป
  • งานแบบหลาย Agent

โมเดลในอุปกรณ์

โมเดลในอุปกรณ์อาจเหมาะสมกว่าหากตรงกับข้อใดข้อหนึ่งต่อไปนี้

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

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

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

ความซับซ้อนของงาน ลักษณะของฟีเจอร์ ตัวอย่าง ชุดเครื่องมือ/โซลูชัน
ต่ำ
  • การอนุมานครั้งเดียว
  • การสร้างล้วนๆ
สรุปข้อความ
  • ML Kit SDK
  • LiteRT สำหรับโมเดลที่ปรับแต่งอย่างละเอียด (โดเมนเฉพาะกลุ่ม)
ปานกลาง
  • LLM ที่เสริมประสิทธิภาพ
  • การเรียกใช้ฟังก์ชัน
  • ประวัติการสนทนา
คำถามและคำตอบ
สูง
  • ลูป Agent เดียว โดยจะวนซ้ำจนกว่างานจะเสร็จสมบูรณ์
ความคิดเห็นของลูกค้าหรือการคัดแยกข้อบกพร่อง

ใช้ Prompt API ของ ML Kit สำหรับการสร้างข้อความสนทนาแบบเทิร์นเดียวหรือหลายเทิร์นที่ตรงไปตรงมา เมื่อฟีเจอร์ของคุณต้องการการดำเนินการแบบอัตโนมัติหลายขั้นตอนในอุปกรณ์ ให้ใช้ GenAI Agent API ของ ML Kit Agent API รองรับลูปการให้เหตุผลในอุปกรณ์ที่สามารถวางแผน เรียกใช้เครื่องมือที่พิมพ์โดยใช้คำอธิบายประกอบ @Tool คงบริบทของเซสชันไว้ในการโต้ตอบต่างๆ และบังคับใช้ขีดจำกัดเทิร์นโดยใช้ maxTurns

โมเดลที่ทำงานในระบบคลาวด์

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

  • แบ็กเอนด์ที่มีการจัดการโดยใช้ Firebase AI Logic หากคุณเป็นผู้ใช้ Firebase อยู่แล้วหรือต้องการสร้างต้นแบบอย่างรวดเร็ว Firebase AI Logic น่าจะเป็นโซลูชันที่ดีที่สุด

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

    • ให้แบ็กเอนด์ที่กำหนดเองเรียกใช้เฟรมเวิร์ก Agentic เช่น Agent Development Kit
    • เชื่อมต่อฟรอนท์เอนด์ของแอปกับแบ็กเอนด์ของ Agent โดยใช้ AG-UI
    • ช่วยให้ Agent สร้าง UI แบบอินเทอร์แอกทีฟที่สมบูรณ์ได้โดยใช้ A2UI

ตารางต่อไปนี้สรุปกรณีที่ควรใช้ Firebase AI Logic หรือแบ็กเอนด์ที่กำหนดเองสำหรับเครื่องมือ Generative AI ในแอปที่ทำงานบนระบบคลาวด์

ความซับซ้อนของงาน ลักษณะของฟีเจอร์ ตัวอย่าง ชุดเครื่องมือ/โซลูชัน
ต่ำ
  • การอนุมานครั้งเดียว
  • การสร้างล้วนๆ
สรุปข้อความ
  • Firebase AI Logic
  • แบ็กเอนด์ที่กำหนดเอง
ปานกลาง
  • LLM ที่เสริมประสิทธิภาพ
  • การเรียกใช้ฟังก์ชัน
  • ประวัติการสนทนา
คำถามและคำตอบ
  • Firebase AI Logic
  • แบ็กเอนด์ที่กำหนดเอง
สูง
  • ลูป Agent เดียว โดยจะวนซ้ำจนกว่างานจะเสร็จสมบูรณ์
ความคิดเห็นของลูกค้าหรือการคัดแยกข้อบกพร่อง
  • แบ็กเอนด์ที่กำหนดเอง
สูงมาก
  • การจัดการเป็นกลุ่มหลาย Agent
สร้างทีม Agent เพื่อจัดการด้านต่างๆ ของการเดินทาง
  • แบ็กเอนด์ที่กำหนดเอง

แนวทางแบบผสมผสาน

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

ความชาญฉลาดระดับระบบ

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

หากต้องการเชื่อมต่อแอปกับระบบอัจฉริยะของ Android ให้เลือกวิธีการผสานรวมโดยพิจารณาว่าคุณต้องการการควบคุมแบบเป็นโปรแกรมหรือการดำเนินการที่ขับเคลื่อนด้วย UI แบบอัตโนมัติ

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

ดูข้อมูลเพิ่มเติมเกี่ยวกับตัวเลือกเครื่องมืออัจฉริยะระดับระบบได้ที่หัวข้อเชื่อมต่อแอปกับระบบอัจฉริยะของ Android