คู่มือ History ของ Rivya

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

History ใน Rivya ไม่ได้มีไว้เพื่อให้ผลิตภัณฑ์บอกได้ว่า “มีประวัติ”

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

คำถามแรกที่ History ช่วยตอบ

เมื่อผู้ใช้เปิด History พวกเขามักไม่ได้ขอคลังเก็บถาวร

พวกเขากำลังถามหนึ่งในสองอย่าง:

ฉันสร้างอะไรไปแล้วบ้าง

หรือ:

ฉันคุยค้างอยู่ตรงไหน

นี่คือเหตุผลที่ Rivya แยก History เป็นสองมุมมอง แทนที่จะบังคับให้ทุกอย่างอยู่ในฟีดผสมเดียว

ทำไมจึงมี History สองพื้นผิว

การแบ่ง History ปัจจุบันคือ:

• /history/generations

• /history/chats

สิ่งนี้สะท้อนการแบ่งจริงของผลิตภัณฑ์:

• ภาพ วิดีโอ และเสียงเป็นงานอะซิงโครนัส

• แชตถูกบันทึกเป็นเซสชันและข้อความ

หากเอาสิ่งเหล่านี้มาปนกัน การหาการกระทำถัดไปที่มีประโยชน์จะยากขึ้นมาก

Generation History ใช้สำหรับผลลัพธ์และการกระทำถัดไป

Generation History คือที่ที่งานภาพ วิดีโอ และเสียงยังใช้งานได้หลังช่วงเวลานั้นผ่านไปแล้ว

บันทึกงานสร้างแต่ละรายการอาจแสดงสิ่งต่างๆ เช่น:

• โมเดล

• ตัวอย่างพรอมต์

• สถานะงาน

• ต้นทุนเครดิต

• สถานะการคืนเครดิต

• ตัวอย่างผลลัพธ์หลัก

ส่วนสำคัญไม่ใช่แค่ว่ามันแสดงอะไร แต่คือมันช่วยให้คุณทำอะไรต่อได้

ขึ้นอยู่กับผลลัพธ์ Generation History สามารถช่วยให้คุณ:

• เปิดพื้นที่ทำงานที่ตรงกันอีกครั้ง

• ดาวน์โหลดผลลัพธ์

• นำผลลัพธ์ภาพไปต่อในวิดีโอ

• เปิดผลลัพธ์ในแชตเพื่อทำต่อ

ดังนั้น Generation History ไม่ใช่แค่ที่ที่ผลลัพธ์ไปนั่งอยู่ แต่มันคือที่ที่ผลลัพธ์กลายเป็นขั้นตอนถัดไป

Chat History ใช้สำหรับกลับเข้าสู่บริบท

Chat History แก้ปัญหาคนละแบบ

มันเก็บเซสชันแทนงาน ซึ่งหมายความว่าถูกออกแบบมาเพื่อเปิดความคิดกลับมา ไม่ใช่เปิดเฉพาะผลลัพธ์

รายการแชตหนึ่งรายการในปัจจุบันอาจแสดง:

• ชื่อเซสชัน

• โมเดลแชต

• ป้ายเครื่องมือ เมื่อเซสชันเริ่มจากเครื่องมือ

• เวลาอัปเดต

• ตัวอย่างข้อความล่าสุด

สิ่งเหล่านี้พอให้ตอบคำถามเชิงปฏิบัติมากข้อหนึ่ง:

นี่คือบทสนทนาที่ฉันต้องการทำต่อ หรือฉันควรเริ่มใหม่

เมื่อคำตอบคือใช่ Chat History จะพาคุณกลับไปที่ /studio/chat/session/[sessionId] ไม่ใช่พื้นที่ทำงานเปล่าทั่วไป

History เหมาะที่สุดหลังคุณหลุดจากเธรด

เวลาที่สมจริงที่สุดในการใช้ History ไม่ใช่ “สัปดาห์ละครั้งเพื่อรายงาน”

แต่คือหลังช่วงเวลาเหล่านี้:

• คุณออกจากหน้าสร้างก่อนงานเสร็จ

• คุณรู้ว่าเคยสร้างอะไรคล้ายกันไว้แล้วและไม่อยากเริ่มใหม่

• คุณจำบทสนทนาได้ แต่จำโมเดลหรือเซสชันที่แน่นอนไม่ได้

• คุณอยากทำต่อจากผลลัพธ์เก่า แทนที่จะเขียนพรอมต์ใหม่ตั้งแต่ต้น

นี่คือจุดที่ History เลิกเป็นคลังเก็บ และเริ่มทำงานเหมือนความจำของโปรเจกต์

History กับ Dashboard

ใช้ Dashboard เมื่อคุณต้องการภาพปฏิบัติการแบบเร็ว

ใช้ History เมื่อคุณรู้อยู่แล้วว่าต้องการหนึ่งในสิ่งเหล่านี้:

• งานสร้างเก่า

• เซสชันแชตเก่า

• จุดกลับเข้าสู่งานที่เฉพาะกว่าที่ Dashboard ให้

Dashboard บอกคุณว่าอะไรล่าสุด History ช่วยให้คุณเปิดมันกลับมาอย่างตั้งใจ

History กับ Notifications

การแบ่งที่ชัดคือ:

• History ตอบว่า “ฉันสร้างหรือคุยอะไรไปแล้ว”

• Notifications ตอบว่า “เกิดเหตุการณ์สำคัญอะไรขึ้น”

สองอย่างนี้ทับกันได้ แต่แทนกันไม่ได้

หากงานสร้างล้มเหลว Notifications อาจบอกคุณว่ามันล้มเหลว ส่วน History คือที่ที่คุณดูเมื่อต้องการตรวจงานนั้นในฐานะส่วนหนึ่งของผลงานทั้งหมด

วิธีใช้ History ที่ดี

สำหรับผู้ใช้จริงส่วนใหญ่ รูปแบบใช้ History ที่มีประโยชน์ที่สุดคือ:

1. เปิด History เมื่อคุณรู้ว่างานนั้นมีอยู่แล้ว

2. เลือกระหว่างแชตกับงานสร้างก่อน

3. เปิดรายการที่แน่นอนอีกครั้งแทนการเริ่มใหม่

4. ออกจาก History ก็ต่อเมื่อพื้นที่ทำงานถัดไปเปิดแล้ว

ฟังดูชัดเจน แต่นี่คือความต่างระหว่าง History ในฐานะชั้นวางของ กับ History ในฐานะความจำของเวิร์กโฟลว์

อ่านต่อ

• Task Lifecycle

• Image Workflows ใน Rivya

• Video Workflows ใน Rivya

• Audio Workflows ใน Rivya

• Notifications Center

• Dashboard ใน Rivya

• Chat Workflows ใน Rivya

เช็กลิสต์ตรวจทาน History

เมื่อคุณต้องค้นหา ใช้ซ้ำ หรืออธิบายงานที่ผ่านมา ให้ตรวจ:

• ตรวจประเภท History ที่ถูกต้อง: แชต ภาพ วิดีโอ เสียง หรือแชตที่เกี่ยวกับเครื่องมือ

• ยืนยันว่างานเสร็จ ล้มเหลว หมดอายุ หรือไม่เคยเริ่มไปถึงระบบต้นทาง

• ใช้ Notifications และสถานะงานเมื่อ History เพียงอย่างเดียวอธิบายไม่ได้ว่าเกิดอะไรขึ้น

• บันทึกผลลัพธ์ที่มีประโยชน์ก่อนสร้างเวอร์ชันแยกหรือเปลี่ยนโมเดล

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

ตรวจซ้ำก่อนสรุปว่าผลลัพธ์หาย

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