เครื่องมือ ปลั๊กอิน สกิล เวิร์กโฟลว์ และทางลัดใน FoneClaw ต่างกันอย่างไร

เลือกความสามารถให้พอดีกับงาน

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

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

ค้นหาปลั๊กอินและจัดการสกิลอย่างไร

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

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

สกิลต่างจากปลั๊กอิน เพราะเป็นคำแนะนำให้เอเจนต์ใช้ความสามารถที่มีอยู่ FoneClaw ให้ดูตัวอย่างเอกสารสกิลเพื่อตรวจรูปแบบก่อน โดย preview_skill_import เพียงอ่านและตรวจความถูกต้อง ยังไม่บันทึกสกิล หากต้องการเก็บไว้ save_skill_draft จะบันทึกเป็นฉบับร่างที่ยังปิดใช้งาน และต้องเปิดใช้สกิลที่ผ่านการตรวจด้วย enable_skill อีกขั้น เรายังแยกการเปิดใช้กับการย้อนกลับเมื่อไม่ต้องการใช้แนวทางนั้นต่อ สกิลอาจกำหนดให้ตอบรายงานแบตเตอรี่อย่างกระชับได้ แต่ไม่สามารถสร้างเครื่องมือใหม่หรือให้สิทธิ์ Android เพิ่มด้วยข้อความในเอกสาร

ตัวอย่างเวิร์กโฟลว์อ่านสถานะเครื่อง

สมมติต้องการอ่านสถานะแบตเตอรี่ก่อน แล้วอ่านสถานะหน่วยความจำ โดยไม่เปลี่ยนการตั้งค่าของโทรศัพท์ เครื่องมือ device_battery_status และ device_memory_status ส่งข้อมูลสถานะกลับมา ตัวอย่างต่อไปนี้แสดงเฉพาะค่าของช่อง stepsJson ซึ่ง workflow_save ใช้เก็บลำดับขั้นตอน ไม่ใช่คำขอบันทึกเวิร์กโฟลว์ที่ครบทุกช่อง:

stepsJson:
[
  {
    "toolName":
    "device_battery_status",
    "arguments": {}
  },
  {
    "toolName":
    "device_memory_status",
    "arguments": {}
  }
]

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

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

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

ตรวจสิทธิ์และแก้เมื่องานหยุดกลางทาง

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

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

สำหรับงานที่เปลี่ยนข้อมูล เช่น แก้ไฟล์หรือสร้างรายการในแอป หากคำตอบขาดหายหลังเรียกเครื่องมือ ให้ตรวจผลในแอปปลายทางก่อนลองใหม่ เพื่อไม่ให้เกิดรายการซ้ำหรือเปลี่ยนข้อมูลซ้ำ แนวทางประเมินความน่าเชื่อถือของคำแนะนำและสิทธิ์ระหว่างทำงานอ่านต่อได้ที่ ความปลอดภัยของสกิล AI agent: ทำไม phone agent ต้องตรวจสิทธิ์ขณะทำงาน เกณฑ์เลือกที่ใช้ได้เสมอคือเริ่มจากงานที่ต้องเกิดจริง แล้วเพิ่มเฉพาะชั้นความสามารถที่จำเป็นต่อผลนั้น