เอเจนต์เลือกทางแยกถัดไปได้: Dify 1.18 ทำให้ย้ายและตรวจเวิร์กโฟลว์ง่ายขึ้น

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

Dify 1.18.0 ซึ่งออกวันที่ 23 ตุลาคม 2026 วางคำถามเหล่านั้นไว้ใกล้กัน รุ่นนี้เพิ่ม Output Routes ของเอเจนต์ แพ็กเกจแอป .ifpkg ที่พกพาได้ และการเห็นเวิร์กโฟลว์ลึกขึ้น การเปลี่ยนนี้ไม่ได้เน้นให้เอเจนต์ตอบน่าทึ่งกว่า แต่ทำให้บทบาทของมันในแอปเข้าใจได้พอใช้ซ้ำ รุ่นทางการ

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

อินเทอร์เฟซเวิร์กโฟลว์โดย LangGenius / ผู้ร่วมเขียนเอกสาร Dify, CC BY 4.0 ย่อและแปลงเป็น WebP โดยไม่ครอป ภาพแสดงตัวสร้างแบบภาพ ไม่ใช่ทุกตัวควบคุมที่เพิ่งออก

ทางแยกคือการตัดสินใจที่มีปลายทาง

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

Output Routes ใหม่ของ Dify ให้เอเจนต์เลือกเส้นทางที่ตั้งไว้ เพื่อให้เวิร์กโฟลว์เดินตามแขนงที่ตรง การตีความกลายเป็นการเลือกในกระบวนการ โดยขั้นถัดไปแสดงในเวิร์กโฟลว์ ไม่ถูกฝากไว้ทั้งหมดในข้อความที่สร้าง

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

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

ตัวอย่างแรก: ข้อความลูกค้าหนึ่งฉบับ สามทางที่เป็นไปได้

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

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

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

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

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

เส้นทางที่ตั้งไว้เปลี่ยนวิจารณญาณด้านภาษาเป็นปลายทางเวิร์กโฟลว์ที่มองเห็น แต่ละปลายทางยังต้องมีการกระทำที่อนุญาตและกฎตรวจของตน

พกพาได้หมายถึงมากกว่าคัดลอกพรอมป์ต์

แอป AI อาจพึ่งคำสั่ง นิยามเอเจนต์ Skills ไฟล์ และการอ้างอิงทรัพยากรในพื้นที่ทำงาน การคัดลอกพรอมป์ต์ที่เด่นที่สุดทิ้งส่วนใหญ่ของแอปไว้ข้างหลัง

Dify 1.18 เพิ่ม แพ็กเกจ .ifpkg ที่รวม Agents แบบอินไลน์ Skills และไฟล์ได้ คำอธิบายรุ่นระบุว่าสร้างทรัพยากรเหล่านี้ใหม่และปรับการอ้างอิงตอนนำเข้า การนำเข้าจากไฟล์และ URL รองรับ YAML กับแพ็กเกจ และยังเลือกส่งออก YAML โดยตรงได้ การเปลี่ยนแพ็กเกจและนำเข้า

นี่มีความหมายต่อการใช้ซ้ำ ทีมมีโอกาสย้ายชิ้นส่วนที่อธิบายการทำงานร่วมกันได้ครบขึ้น แทนให้เพื่อนร่วมงานประกอบใหม่ตามรายการขั้นตอนมือ

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

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

ตัวอย่างที่สอง: เวิร์กโฟลว์ข้อเสนอเดินทางไปอีกทีม

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

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

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

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

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

การเห็นข้างในเปลี่ยนวิธีหาข้อผิดพลาด

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

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

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

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

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

มีรุ่นเผยแพร่กับอัปเกรดเป็นคนละคำถาม

รุ่น GitHub ทางการคือซอฟต์แวร์ที่มีวันเผยแพร่ ไม่ได้พิสูจน์ว่าทุกพื้นที่ Dify แบบโฮสต์เปิดฟีเจอร์เดียวกันพร้อมกัน ผู้อ่านบริการที่จัดการให้ควรดูพื้นที่จริงและเอกสารก่อนวางแผนบนตัวควบคุมเฉพาะ

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

บันทึกยังเน้นรายละเอียดตั้งค่าและย้ายแซนด์บ็อกซ์เอเจนต์กับเครื่องมือท้องถิ่น รายละเอียดควรอยู่ในแผนอัปเกรดตามการติดตั้งจริง ไม่ควรย่อเป็นคำสั่งสากลที่คัดจากบทแนะนำผลิตภัณฑ์

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

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

การประเมินที่ดีใส่ในหนึ่งหน้าได้

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

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

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

แพ็กเกจย้ายโครงสร้างแอปได้ ปลายทางยังต้องตรวจสิทธิ์และทำซ้ำกรณีที่นิยามพฤติกรรมสำเร็จ

สิ่งที่น่าหวังขึ้นและสิ่งที่ควรระวัง

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

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

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

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

แหล่งข้อมูล

• บันทึกรุ่น Dify 1.18.0, เผยแพร่ 23 ตุลาคม 2026 เวลา 06:33 UTC
• เอกสาร Dify ทางการ, บริบทผลิตภัณฑ์ ควรตรวจความพร้อมใช้ในพื้นที่จริง

อยากมีที่ค้นโน้ตเวิร์กโฟลว์ ตัวอย่างคำขอ และเหตุผลการแก้แต่ละครั้งไหม รวมข้อมูลอ้างอิงใน Telli.sh และทำให้การส่งต่องานเข้าใจง่าย