2026-08-08

แนวทางที่น่าเชื่อถือที่สุดคือการรวม กลไกสามส่วนที่แตกต่างกัน เข้าด้วยกัน ได้แก่ ชั้นความจำถาวรที่พาข้อเท็จจริงข้ามเซสชัน ฐานความรู้ที่แนบไว้ซึ่ง AI สามารถค้นคืนได้เมื่อต้องการ และคำสั่งแบบกำหนดเองที่มีโครงสร้างซึ่งเข้ารหัสกฎตายตัวของโลกคุณ ไม่มีฟีเจอร์เพียงอย่างเดียวที่แก้ปัญหานี้ได้ทั้งหมด — หน้าต่างบริบทขนาดใหญ่ช่วยได้ภายในการสนทนาหนึ่งครั้ง แต่จะรีเซ็ตเมื่อคุณเริ่มแชตใหม่ ขณะที่ฐานข้อมูลแบบ Codex เก็บตำนานโลกได้ แต่ต้องให้คุณใส่มันลงในพรอมป์ตด้วยตนเอง แพลตฟอร์มที่วางซ้อนทั้งสามชั้น รวมถึง Jenova, Novelcrafter และ Claude Projects ต่างแก้ปัญหาคนละส่วนของโจทย์นี้
ปัจจัยสำคัญที่กำหนดว่า AI จะรักษาโลกของคุณไว้ได้จริงหรือไม่:
✅ ความต่อเนื่องข้ามเซสชัน — AI จดจำโลกของคุณในวันพรุ่งนี้ได้หรือจำได้แค่ 40 ข้อความถัดไป? ✅ การค้นคืนแทนการยัดข้อมูล — มันดึงตำนานส่วนที่เกี่ยวข้อง 2% ออกมาได้หรือไม่ แทนที่จะประมวลผลทั้งหมด 60,000 คำทุกเทิร์น? ✅ การบังคับใช้กฎ ไม่ใช่แค่การระลึกได้ — การจำได้ว่าเวทมนตร์ต้องแลกด้วยเลือด ต่างจากการปฏิเสธเขียนฉากที่เวทมนตร์ไม่ต้องแลกอะไรเลย ✅ การจัดเก็บเอนทิตีอย่างเป็นโครงสร้าง — ตัวละคร กลุ่มอำนาจ และสถานที่ที่มีชื่อ ถูกเก็บเป็นระเบียนแยกกันเพื่อให้ AI ค้นหาได้ ✅ การพกพาข้ามโมเดล — โลกของคุณจะยังอยู่หรือไม่เมื่อคุณเปลี่ยนจากโมเดลหนึ่งไปใช้อีกโมเดลหนึ่ง
ความแตกต่างที่สำคัญที่สุดคือระหว่าง ความจำ และ บริบท ประวัติแชตเก็บบทสนทนาโต้ตอบทันทีของเซสชัน การสร้างคำตอบแบบเสริมด้วยการค้นคืนจะค้นคลังเอกสารแบบคงที่ ส่วนความจำถาวรที่แท้จริงนั้นมีความเคลื่อนไหว — มันเรียนรู้ อัปเดต และส่งต่อข้ามเซสชัน ตามที่ บทรีวิวเปรียบเทียบโครงสร้างพื้นฐานด้านความจำฉบับหนึ่งอธิบายไว้ การเข้าใจว่าปัญหาการสร้างโลกของคุณอยู่ในชั้นใด จะเป็นตัวกำหนดว่าเครื่องมือใดจะแก้ปัญหาได้
การลืมของ AI มีสาเหตุแยกกันสองประการ และการสับสนระหว่างสองข้อนี้ทำให้นักเขียนซื้อโซลูชันผิดประเภท ข้อแรกคือ หน้าต่างบริบทเต็ม — โมเดลเก็บข้อความได้ครั้งละปริมาณจำกัด และเมื่อบทสนทนายาวเกินขีดจำกัด เนื้อหาช่วงแรกจะถูกตัดทิ้งหรือบีบอัด ข้อที่สองคือ การแยกเซสชัน — แม้อยู่ในหน้าต่างบริบทขนาดมหึมา การปิดแชตแล้วเปิดใหม่ก็เริ่มต้นจากศูนย์
หน้าต่างบริบทที่ยาวขึ้นช่วยเพิ่มปริมาณที่ AI เก็บไว้ในความจำระยะทำงานได้ การเปรียบเทียบเครื่องมือเขียนด้วย AI ระบุ ว่าหน้าต่างบริบทที่ยาวขึ้นทำให้ AI ทำงานกับเอกสารที่ยาวขึ้น จดจำประวัติการสนทนาได้มากขึ้น และรักษาความต่อเนื่องในการเขียนระยะยาวได้ โมเดลของ Claude มีขีดจำกัด 200K โทเค็น ซึ่ง รีวิวเครื่องมือของ Kindlepreneur อธิบายว่าทำให้มัน “เหมาะมากสำหรับการวิเคราะห์นิยายปัจจุบันของคุณ สร้างสื่อการตลาด สร้างวิกิ และรับคำสั่งที่ยาวมาก”
แต่หน้าต่างที่ใหญ่กว่าไม่ใช่ความจำ มันคือโต๊ะที่ใหญ่กว่า ไม่ใช่ตู้เก็บเอกสาร
แม้คุณจะ ใส่ ทุกอย่างลงไปได้ การทำเช่นนั้นก็ทำให้ผลลัพธ์แย่ลง การยัดข้อมูลลงหน้าต่างบริบทเกิดขึ้นเมื่อมีเนื้อหามากเกินไปถูกค้นคืนในคราวเดียว จนโมเดลพยายามสังเคราะห์ข้อมูลได้ยาก — เป็นโหมดความล้มเหลวที่บันทึกไว้ใน บทวิเคราะห์ระบบความจำที่ก้าวข้ามหน้าต่างบริบท การวางวิกิทั้ง 40,000 คำก่อนขอฉากทุกครั้ง ไม่ได้ทำให้ AI แม่นยำขึ้น แต่มันทำให้โมเดลหาข้อรายละเอียดที่เกี่ยวข้องได้ยากขึ้น
นี่คือสาเหตุที่ทำให้เกิดความหงุดหงิดแบบ “ต้องวางซ้ำอีกแล้ว” จริง ๆ เฟรมเวิร์กอย่าง Microsoft AutoGen มีการจัดการสถานะ แต่ความจำนั้นผูกกับเซสชันโดยเฉพาะ เว้นแต่จะมีฐานข้อมูลถาวรภายนอกรองรับ ตาม บทรีวิวเปรียบเทียบฉบับเดียวกัน ความแตกต่างเชิงเทคนิคคืออินเทอร์เฟซแชต AI สำหรับผู้บริโภคส่วนใหญ่มองการสนทนาแต่ละครั้งเป็นคอนเทนเนอร์แยกขาดที่ไม่มีสะพานเชื่อมถึงกัน
งานวิจัยล่าสุดระบุสมรรถนะหลักสี่ประการที่จำเป็นสำหรับเอเจนต์ความจำ ได้แก่ การค้นคืนอย่างแม่นยำ การเรียนรู้ขณะทดสอบ ความเข้าใจระยะไกล และการแก้ไขความขัดแย้ง — เป็นกรอบแนวคิดที่วางไว้ใน บทความประเมินความจำในเอเจนต์ LLM
ข้อสุดท้าย — การแก้ไขความขัดแย้ง — คือข้อกำหนดที่ผู้สร้างโลกมักมองข้าม เมื่อคุณแก้ไขกฎในเซสชันที่ 12 จนขัดกับสิ่งที่ตั้งไว้ในเซสชันที่ 3 ระบบรู้หรือไม่ว่าข้อใดมีผลเหนือกว่า?
ประเมินตาม หกมิติ โดยให้น้ำหนักต่างกันขึ้นอยู่กับว่าคุณกำลังเขียนนิยายเดี่ยว ดูแลฉากโลกที่ทำร่วมกัน หรือเล่นแคมเปญเกมบนโต๊ะ นี่คือกรอบที่ใช้ตลอดการเปรียบเทียบด้านล่าง
| มิติ | สิ่งที่ต้องทดสอบ | เหตุใดจึงสำคัญต่อการสร้างโลก |
|---|---|---|
| ความต่อเนื่องข้ามเซสชัน | ปิดแชต เปิดใหม่ แล้วถามถึงกลุ่มอำนาจเล็ก ๆ | กำหนดว่าคุณต้องวางข้อมูลซ้ำทุกสัปดาห์หรือไม่ต้องทำเลย |
| การจัดเก็บเอนทิตีอย่างเป็นโครงสร้าง | คุณเก็บ “House Verrin” เป็นระเบียนแยกได้หรือไม่? | ป้องกันตำนานปะปนและชื่อที่เพี้ยนไป |
| การค้นคืนแบบเลือกเฉพาะ | มันดึงเฉพาะตำนานที่เกี่ยวข้อง หรือเทข้อมูลทุกอย่างออกมา? | ส่งผลโดยตรงต่อคุณภาพผลลัพธ์เมื่อข้อมูลมีขนาดใหญ่ |
| การบังคับใช้กฎ | ขอให้มันฝ่าฝืนข้อจำกัดที่ตั้งไว้ | การระลึกได้ ≠ การปฏิบัติตาม; ต้องทดสอบอย่างชัดเจน |
| การจัดการการแก้ไข | เปลี่ยนกฎกลางโปรเจกต์ แล้วทดสอบเวอร์ชันเก่า | โลกย่อมพัฒนา; คลังข้อมูลคงที่เสื่อมสภาพ |
| การพกพาข้ามโมเดล | เปลี่ยนโมเดลพื้นฐาน แล้วตรวจสอบการคงอยู่ | หลีกเลี่ยงการสร้างโลกใหม่ทุกครั้งที่อัปเกรด |
การทดสอบต้นทุนของการลืม วิธีให้คะแนนเครื่องมือใด ๆ ที่ใช้ได้จริง: นับจำนวนคำในการตั้งค่าที่คุณต้องส่งให้ใหม่ ก่อนที่ AI จะสร้างผลลัพธ์ในโลกของคุณที่ใช้งานได้ ต่ำกว่า 50 คำหมายความว่าระบบทำงานได้ดี มากกว่า 500 คำหมายความว่าคุณกำลังทำงานด้านความจำด้วยตัวเอง
ข้อสังเกตเรื่องการบังคับใช้กฎโดยเฉพาะ นักเขียนส่วนใหญ่ทดสอบการระลึกได้ — “ใครเป็นผู้ปกครอง Karth?” — แล้วหยุดแค่นั้น การทดสอบที่ยากกว่าคือการปฏิบัติตามข้อจำกัด บอก AI ว่าโลกของคุณไม่มีเวทคืนชีพ จากนั้นอีกสามเซสชันให้หลัง ขอให้เขียนฉากที่ตัวละครตายแล้วกลับมา ระบบที่จดจำกฎได้จริงจะโต้แย้งหรือหาทางออกอื่น ส่วนระบบที่แค่ระลึกได้จะขัดแย้งกับคุณอย่างยินดี พร้อมอ้างถึงตำนานที่มันเพิ่งละเมิดไป
มีสี่แนวทางที่ต่างกันด้านสถาปัตยกรรม และแต่ละแนวทางแก้ปัญหาได้คนละครึ่ง ด้านล่างคือการเปรียบเทียบเชิงอ้างอิงในมิติที่สำคัญ
| มิติ | Jenova | Novelcrafter | Claude Projects | Sudowrite | ชั้นความจำแบบ DIY |
|---|---|---|---|---|---|
| ความจำข้ามเซสชัน | ความจำถาวรส่งต่อข้ามเซสชันและแชต | Codex คงอยู่ในโปรเจกต์ และถูกแทรกในแต่ละพรอมป์ต | ความรู้โปรเจกต์คงอยู่; ความจำบทสนทนามีจำกัด | Story Bible คงอยู่ในโปรเจกต์ | ขึ้นอยู่กับการนำไปใช้ทั้งหมด |
| การจัดเก็บเอนทิตีอย่างเป็นโครงสร้าง | ฐานความรู้และเอกสารที่แนบได้ | Codex — ฐานข้อมูลเฉพาะสำหรับตัวละคร ตำนาน และสถานที่ | ไฟล์โปรเจกต์ (เอกสาร ไม่ใช่ระเบียนเอนทิตี) | Story Bible พร้อมฟิลด์ตัวละครและการสร้างโลก | Vector store หรือ graph DB ที่สร้างเอง |
| การค้นคืนแบบเลือกเฉพาะ | ค้นคืนอัตโนมัติจากฐานความรู้ที่แนบ | แทรก Codex ลงในพรอมป์ตด้วยตนเอง/ผ่านแท็ก | ค้นคืนข้ามไฟล์โปรเจกต์ | อ้างอิง Story Bible อัตโนมัติ | กำหนดได้ทั้งหมด |
| ความยืดหยุ่นด้านโมเดล | หลายผู้ให้บริการ — OpenAI, Anthropic, Google, DeepSeek, xAI | นำของคุณเองผ่าน OpenRouter, LMStudio, Ollama | เฉพาะโมเดล Anthropic | เลือกโมเดลแบบตายตัว รวมถึง Muse ที่เป็นกรรมสิทธิ์ | โมเดลใดก็ได้ |
| การบังคับใช้กฎผ่านคำสั่ง | คำสั่งแบบกำหนดเอง บันทึกและใช้ซ้ำข้ามแชตได้ | ปรับแต่งและโคลนพรอมป์ต | คำสั่งโปรเจกต์ | ขับเคลื่อนด้วย Preset | System prompt แบบกำหนดเอง |
| ความพยายามในการตั้งค่า | ต่ำ — แนบเอกสาร ตั้งคำสั่ง | ปานกลาง — Codex ต้องป้อนข้อมูลอย่างมีโครงสร้าง | ต่ำ — อัปโหลดไฟล์เข้าโปรเจกต์ | ต่ำถึงปานกลาง | สูง — ต้องใช้โครงสร้างพื้นฐาน |
| ราคา | ระดับฟรี; Plus $20/เดือน (การใช้งาน 30×); Premium $50/เดือน | ระดับ Artisan ประมาณ $14/เดือน + ค่าโมเดลตามการใช้งาน | Pro ประมาณ $17/เดือน (เรียกเก็บรายปี) | ระดับ Professional ประมาณ $22/เดือน | ฟรี (โอเพนซอร์ส) + โครงสร้างพื้นฐาน + เวลาในการพัฒนา |
| เหมาะที่สุดสำหรับ | การสร้างโลกหลายเซสชันอย่างต่อเนื่องข้ามรูปแบบ — นิยาย แคมเปญ และเอกสารอ้างอิงพร้อมกัน | นักเขียนที่ต้องการควบคุมแบบละเอียดว่าตำนานใดเข้าสู่แต่ละพรอมป์ต | นักเขียนที่ใช้โมเดล Anthropic อยู่แล้วและมีตำนานเป็นเอกสาร | นักเขียนนิยายที่เน้นร้อยแก้วและต้องการผลลัพธ์ฉากที่แข็งแรงมากกว่าความลึกเชิงอ้างอิง | นักพัฒนาที่สร้างแอปการสร้างโลกแบบกำหนดเอง |
ราคาและรายละเอียดฟีเจอร์เป็นข้อมูล ณ เวลาที่เขียนและอาจเปลี่ยนแปลงได้
กลไกหลักของ Novelcrafter คือ Codex — Kindlepreneur อธิบายว่าเป็น “ฐานข้อมูลนวัตกรรมสำหรับเก็บข้อมูลทั้งหมดเกี่ยวกับหนังสือของคุณ ตั้งแต่ตัวละครไปจนถึงตำนานสำคัญ” ซึ่งจัดเก็บไว้เพื่อให้ผู้เขียน “เข้าถึงและใส่ลงในพรอมป์ตได้ง่าย เพื่อให้ AI รู้ข้อมูลเกี่ยวกับองค์ประกอบเหล่านั้นมากขึ้นเมื่อเขียน”
นี่คือความจำด้านการสร้างโลกที่มีโครงสร้างซับซ้อนที่สุดในบรรดาเครื่องมือเขียนที่สร้างขึ้นเฉพาะทาง เอนทิตีเป็นระเบียนแยก ไม่ใช่ย่อหน้าที่ฝังอยู่ในเอกสาร
จุดแข็ง: การจัดเก็บระดับเอนทิตีอย่างแท้จริง ยืดหยุ่นสูง — เชื่อมต่อกับ OpenRouter เพื่อเข้าถึงโมเดลได้เกือบทั้งหมด หรือเชื่อมต่อ LMStudio และ Ollama สำหรับโมเดลในเครื่อง การโคลนและปรับแต่งพรอมป์ต ข้อจำกัด: Kindlepreneur ระบุว่าอาจ “ล้นมือสำหรับบางคน” และมี “ค่าบริการรายเดือน และค่าใช้จ่ายตามการใช้งาน” เป็นส่วนใหญ่ที่คุณต้องกำหนดเองว่าจะแทรก Codex อย่างไร แทนที่จะเกิดขึ้นอัตโนมัติ อินเทอร์เฟซออกแบบมารอบการผลิตต้นฉบับ ซึ่งสร้างแรงเสียดทานหากการสร้างโลกของคุณไม่ได้ผูกกับหนังสือเล่มใดโดยเฉพาะ
Sudowrite ได้รับการอธิบายโดย Kindlepreneur ว่ามี “โมเดลของตัวเองที่ออกแบบมาเฉพาะสำหรับการเขียนนิยาย” โดยผู้รีวิวระบุว่าเป็น “โมเดลที่ดีที่สุดอย่างแท้จริงสำหรับการเขียนร้อยแก้วที่ฟังเป็นธรรมชาติ” และมี “ความเข้าใจเชิงสัญชาตญาณต่อโครงสร้างฉากและการจัดวางตัวละคร ซึ่งเครื่องมือ AI อื่นส่วนใหญ่ดูเหมือนไม่มี”
จุดแข็ง: โมเดลนิยายที่สร้างขึ้นเฉพาะทาง Story Bible มีพื้นที่เก็บข้อมูลการสร้างโลกแบบถาวร ไม่มีการเซ็นเซอร์ ซึ่งสำคัญต่อฉากโลกที่มืดหม่นกว่า ข้อจำกัด: รีวิวเดียวกันระบุว่า “ไม่ยืดหยุ่นเท่าเครื่องมืออื่นอย่าง Novelcrafter เช่น การเชื่อม OpenRouter เพื่อเข้าถึงทุกโมเดล แต่คุณต้องทำงานกับเฉพาะโมเดลที่ Sudowrite เลือกไว้” ผู้รีวิวกล่าวอย่างชัดเจนว่าไม่ได้ใช้มัน “เป็นเครื่องมือหลักสำหรับระดมความคิด สร้างโลก สร้างตัวละคร หรือวางโครงเรื่อง” แต่ใช้สำหรับร้อยแก้วแทน ราคาเป็นราคาสูงสุดในการเปรียบเทียบนี้
ข้อได้เปรียบของ Claude คือความจุโดยตรง Kindlepreneur ตั้งข้อสังเกตว่ามัน “รับและอ่านหนังสือที่ยาวได้ถึง 150,000 คำด้วยหน้าต่างบริบทขนาดมหึมา” และ “โมเดลส่วนใหญ่ที่มีให้ใช้มีขีดจำกัด 200K โทเค็น”
จุดแข็ง: คุณภาพร้อยแก้วยอดเยี่ยม — รีวิวเรียกมันว่า “แชตบอตโปรดของฉัน” สำหรับการเขียนข้อความล้วน Projects ให้พื้นที่จัดเก็บเอกสารถาวร เชื่อมต่อ Google Drive ได้ ข้อจำกัด: “ขาดฟีเจอร์หลายอย่างที่พบในเครื่องมืออื่นอย่าง ChatGPT หรือ Gemini” และ “ถูกเซ็นเซอร์อย่างมาก” — เป็นข้อจำกัดจริงสำหรับฉากโลก grimdark สยองขวัญ หรือเนื้อหาสำหรับผู้ใหญ่ ถูกล็อกไว้กับโมเดล Anthropic เอกสารเป็นไฟล์ ไม่ใช่ระเบียนเอนทิตีที่มีโครงสร้าง
แนวทางของ Jenova รวมสามชั้นเข้าด้วยกัน แทนที่จะปรับให้เหมาะกับเพียงชั้นเดียว ความจำถาวรข้ามเซสชัน หมายความว่าเอเจนต์จะเก็บความชอบ งานที่ผ่านมา และรายละเอียดโปรเจกต์ระยะยาวข้ามแชต — ไม่ใช่แค่ในบทสนทนาเดียว เอกสารและฐานความรู้ที่แนบได้ ช่วยให้ค้นคืนข้อมูลจากคลังตำนานของคุณอย่างมีหลักยึด คำสั่งแบบกำหนดเอง สามารถบันทึกลงในแชตและนำไปใช้กับแชตอื่น ซึ่งเป็นกลไกสำหรับเข้ารหัสกฎตายตัว ไม่ใช่แค่ข้อเท็จจริง
มิติหลายโมเดลสำคัญต่อการสร้างโลกมากกว่าที่เห็นในตอนแรก Jenova เปิดให้เข้าถึงโมเดลจาก OpenAI, Anthropic, Google, DeepSeek และ xAI ผ่านบัญชีเดียว โดยไม่มีการผูกติดกับผู้ให้บริการ ในทางปฏิบัติ คุณสามารถร่างร้อยแก้วที่มีบรรยากาศด้วยโมเดลหนึ่ง แล้วตรวจสอบความสอดคล้องด้วยอีกโมเดล โดยไม่ต้องสร้างบริบทของโลกใหม่ในแพลตฟอร์มที่สอง
จุดแข็ง: ความจำคงอยู่ข้ามเซสชันและแชตโดยไม่ต้องแทรกข้อมูลด้วยตนเอง เข้าถึงหลายโมเดลจากสถานะโลกเดียวกัน คำสั่งแบบกำหนดเองถ่ายโอนระหว่างแชตได้ ระดับฟรีมีฟีเจอร์หลักทั้งหมดภายใต้การใช้งานจำกัด; Plus ที่ $20/เดือนให้โควตา 30× พร้อมการรีเซ็ตรายเดือนและไม่มีเพดานรายวัน ข้อจำกัด: ไม่มีฐานข้อมูลเอนทิตีแบบ Codex โดยเฉพาะพร้อมฟิลด์รายระเบียนเหมือน Novelcrafter — ตำนานอยู่ในเอกสารที่แนบและความจำ แทนที่จะเป็นสคีมาเชิงสัมพันธ์ที่มีโครงสร้าง นักเขียนที่ต้องการเห็นและควบคุมด้วยตนเองอย่างละเอียดว่ารายการตำนานใดเข้าแต่ละพรอมป์ต จะพบว่าการติดแท็กแบบชัดเจนของ Novelcrafter โปร่งใสกว่า ไม่ใช่สภาพแวดล้อมจัดการต้นฉบับ จึงไม่จัดระเบียบบทหรือติดตามจำนวนคำให้คุณ
สำหรับนักพัฒนา มีชั้นความจำที่สร้างมาเฉพาะทาง Mem0 เป็นชั้นความจำโอเพนซอร์สสำหรับแอป AI, Zep เน้นความจำการสนทนาที่มีความหน่วงต่ำพร้อมการสรุปในตัว และ Chroma มอบพื้นที่เก็บเวกเตอร์ในเครื่องแบบน้ำหนักเบา — ทั้งหมดถูกรวบรวมไว้ใน การเปรียบเทียบเครื่องมือความจำ แนวทางระดับงานวิจัยยังคงก้าวหน้า; บทความ Memori อธิบายชั้นความจำถาวรที่ไม่ยึดติดกับ LLM ซึ่ง “มองความจำเป็นปัญหาการจัดโครงสร้างข้อมูล”
จุดแข็ง: ควบคุมได้ทั้งหมด ฟรีในชั้นซอฟต์แวร์ พกพาไปใช้กับโมเดลใดก็ได้ ข้อจำกัด: ต้องมีทักษะด้านวิศวกรรมและการจัดการโครงสร้างพื้นฐาน เป็นภาระมากเกินไปสำหรับนักเขียนที่เพียงต้องการบรรยายเทือกเขา
จัดโครงสร้างตำนานของคุณเป็น สามระดับตามความผันผวนและลำดับความสำคัญในการบังคับใช้ ไม่ใช่ตามหัวข้อ นี่คือการเปลี่ยนแปลงที่สร้างผลลัพธ์ได้สูงที่สุดเพียงอย่างเดียวที่ผู้สร้างโลกส่วนใหญ่ทำได้ และใช้ได้ไม่ว่าคุณจะเลือกแพลตฟอร์มใด

คือข้อจำกัดที่ห้ามละเมิดโดยเด็ดขาด — ฟิสิกส์ ต้นทุนของเวทมนตร์ เทคโนโลยีต้องห้าม ขอบเขตด้านโทนเรื่อง ควบคุมให้ต่ำกว่า 400 คำ สิ่งเหล่านี้คือกฎสำหรับบังคับใช้ ไม่ใช่เนื้อหาอ้างอิง
“เวทมนตร์ในโลกนี้ต้องมีต้นทุนทางกายภาพที่ผู้ร่ายเป็นผู้จ่ายเสมอ — เลือด ความทรงจำ หรือปีชีวิต ไม่มีเวทมนตร์ฟรี การคืนชีพไม่มีอยู่ไม่ว่าในสถานการณ์ใด ห้ามใช้สำนวนสมัยใหม่ในบทสนทนา หากคำขอใดขัดกับข้อจำกัดเหล่านี้ ให้แจ้งเตือนแทนการทำตาม”
ภูมิศาสตร์ ประวัติศาสตร์ที่กำหนดแล้ว กลุ่มอำนาจหลัก ตัวละครมีชื่อซึ่งมีลักษณะตายตัว ส่วนนี้อาจยาวหลายหมื่นคำ AI จะค้นคืนเฉพาะส่วนที่เกี่ยวข้อง แทนที่จะต้องเก็บทุกอย่างไว้ทั้งหมด
รูปแบบที่ช่วยให้ค้นคืนได้ดีขึ้น:
ตำแหน่งพล็อตปัจจุบัน ใครรู้อะไร การตัดสินใจล่าสุด การแก้ไขที่กำลังทำงานอยู่ นี่คือสิ่งที่เปลี่ยนไปในแต่ละเซสชัน และเป็นสิ่งที่ความจำถาวรถูกออกแบบมาเพื่อส่งต่อโดยเฉพาะ
ใน Jenova: แนบเอกสารตำนานของคุณเข้ากับแชต จากนั้นเปิด Settings แล้วป้อนกฎตายตัวระดับ 1 เป็นคำสั่งแบบกำหนดเอง บันทึกชุดคำสั่งเพื่อให้นำไปใช้กับแชตอื่นได้ — นี่คือสิ่งที่ทำให้คุณเริ่มบทสนทนาใหม่โดยไม่ต้องสร้างชุดกฎใหม่ เปิดใช้ Global Memory ใน Settings หากคุณต้องการให้ AI ส่งต่อรายละเอียดข้ามแชตแยกกัน; โปรดทราบว่าการอัปเดตความจำจะประมวลผลเป็นช่วง ไม่ใช่ทันที ดังนั้นกฎที่คุณเพิ่งกำหนดอาจยังไม่พร้อมใช้ในแชตใหม่เอี่ยมภายในไม่กี่วินาที จากนั้นเริ่มด้วย:
“เรากำลังทำงานต่อในฉากโลก Ashfall ก่อนเขียนอะไร ให้สรุปข้อจำกัดตายตัวสามข้อจากคำสั่งของฉัน และยืนยันสิ่งที่คุณรู้เกี่ยวกับ House Verrin จากตำนานที่แนบไว้”
ขั้นตอนยืนยันนี้คุ้มค่ากับเวลา 20 วินาที เพราะช่วยเผยให้เห็นความล้มเหลวในการค้นคืนก่อนที่มันจะปนเปื้อนผลลัพธ์ยาว 2,000 คำ
ใน Novelcrafter: ป้อนเอนทิตีระดับ 2 เป็นระเบียน Codex แต่ละรายการพร้อมแท็ก กำหนดว่ารายการ Codex ใดจะแทรกอัตโนมัติสำหรับพรอมป์ตเขียนฉาก เทียบกับพรอมป์ตระดมความคิด ใส่กฎระดับ 1 ลงในเทมเพลตพรอมป์ตแบบกำหนดเองที่คุณโคลนสำหรับแต่ละโหมดการเขียน
ใน Claude Projects: อัปโหลดระดับ 2 เป็นไฟล์แยกกัน แทนที่จะเป็นเอกสารก้อนใหญ่เพียงไฟล์เดียว — การค้นคืนทำงานได้ดีกว่ากับไฟล์แยกส่วน ใส่กฎระดับ 1 ในช่องคำสั่งโปรเจกต์
ความจำที่มากขึ้นช่วยเพิ่มความสอดคล้องได้อย่างน่าเชื่อถือ และช่วยเพิ่มคุณภาพงานเขียนได้ทางอ้อมเท่านั้น — หลังเกินปริมาณหนึ่ง มันอาจทำให้ผลลัพธ์แย่ลงอย่างชัดเจน นี่คือความแตกต่างที่การตลาดเครื่องมือส่วนใหญ่มักทำให้คลุมเครือ
ผลลัพธ์ด้านความสอดคล้องเกิดทันทีและวัดได้: ชื่อถูกต้อง ภูมิศาสตร์ได้รับการเคารพ ต้นทุนเวทมนตร์ไม่ถูกละเลย ประวัติศาสตร์ไม่ขัดแย้ง นั่นคือสิ่งที่โครงสร้างพื้นฐานด้านความจำมีไว้จริง ๆ
คุณภาพร้อยแก้วเป็นอีกแกนหนึ่ง ซึ่งส่วนใหญ่ขึ้นอยู่กับโมเดลพื้นฐาน รีวิว Kindlepreneur กล่าวตรงประเด็น โดยระบุว่าร้อยแก้วจากโมเดล GPT “มักออกมาหรูหราเกินไป ฟุ่มเฟือยเกินไป หรือเกินจริง” ขณะที่จัดอันดับร้อยแก้วของ Claude เหนือกว่าทางเลือกอื่นสำหรับงานเขียนสร้างสรรค์ ข้อได้เปรียบของ Sudowrite มาจากโมเดลร้อยแก้วที่สร้างเฉพาะทาง ไม่ใช่จากความจำที่เหนือกว่า
นัยในทางปฏิบัติ: ปัญหาเหล่านี้แยกขาดกัน จึงต้องใช้โซลูชันแยกขาดกัน การโหลดตำนานเพิ่มจะไม่ทำให้ประโยคดีขึ้น ตรงนี้เองที่การเข้าถึงหลายโมเดลคุ้มค่า — ความสามารถในการส่งงานตรวจสอบความสอดคล้องไปยังโมเดลหนึ่ง และส่งงานร้อยแก้วที่มีบรรยากาศไปยังอีกโมเดล โดยทำงานจากสถานะโลกถาวรเดียวกัน จัดการทั้งสองแกนได้โดยไม่ต้องดูแลสองโลกแยกกัน
เมื่อความจำที่มากขึ้นเริ่มส่งผลเสีย เมื่อแทรกรายการตำนานที่เกี่ยวข้องพร้อมกันเกินราว 15–20 รายการ คุณภาพผลลัพธ์มักลดลง โมเดลใช้ความสนใจไปกับการประนีประนอมข้อมูล แทนที่จะเรียบเรียงงาน การค้นคืนแบบเลือกเฉพาะจึงไม่ใช่การประนีประนอมด้านความครบถ้วน — แต่มันคือกลไกที่ทำให้โลกขนาดใหญ่ยังใช้งานได้
ฉันทามติทั้งในชุมชนนักเขียนและฝั่งวิศวกรรมคือ ความจำกำลังถูกปรับกรอบใหม่จากปัญหาการเก็บข้อมูล ไปสู่ ศาสตร์ด้านวิศวกรรมบริบท — การตัดสินใจว่าโมเดลควรเห็นอะไร ไม่ใช่เพียงสิ่งที่มันเข้าถึงได้
“โหมดความล้มเหลวที่ผู้สร้างโลกส่วนใหญ่มักเจอ ไม่ใช่ AI ลืม — แต่พวกเขาไม่เคยแยกกฎออกจากข้อมูลอ้างอิง พวกเขาวางตำนาน 30,000 คำ แล้วสงสัยว่าทำไม AI ยังเขียนฉากคืนชีพในโลกที่ไม่มีการคืนชีพ ข้อเท็จจริงและข้อจำกัดเป็นข้อมูลคนละประเภท และต้องจัดการต่างกัน ข้อเท็จจริงอยู่ในฐานความรู้และถูกค้นคืนเมื่อเกี่ยวข้อง ข้อจำกัดอยู่ในชั้นคำสั่ง และใช้กับทุกการสร้างผลลัพธ์ ไม่ว่าหัวข้อนั้นจะปรากฏขึ้นหรือไม่”
“สิ่งที่สองที่เราเห็นอย่างสม่ำเสมอคือ ผู้คนพยายามปรับขนาดหน้าต่างบริบทให้เหมาะที่สุด ในขณะที่ควรปรับความแม่นยำในการค้นคืนให้เหมาะกว่า หน้าต่าง 200K ดูเหมือนเป็นคำตอบ จนคุณมีตำนาน 80K คำและทุกคำตอบขุ่นมัวกว่าครั้งก่อน ระบบที่ขยายได้ดีไม่ใช่ระบบที่เก็บได้มากที่สุด — แต่เป็นระบบที่ดึง 2,000 คำที่ถูกต้องขึ้นมาได้อย่างน่าเชื่อถือ และละเลยอีก 78,000 คำ”
“ส่วนที่สามคือการจัดการการแก้ไข และแทบไม่มีใครทดสอบก่อนตัดสินใจใช้เครื่องมือ โลกเปลี่ยนแปลง คุณจะเขียนระบบเวทมนตร์ใหม่ในเดือนที่สี่ คำถามไม่ใช่ว่า AI เก็บตำนานได้หรือไม่ — แต่คือมันรู้หรือไม่ว่าเวอร์ชันใดชนะ เมื่อโน้ตในเซสชันที่สามขัดกับโน้ตในเซสชันที่สิบสอง ระบบที่ไม่มีการแก้ไขความขัดแย้งอย่างชัดเจนจะอ้างกฎที่ล้าสมัยอย่างมั่นใจ และคุณจะไม่รู้ตัวจนกว่ามันจะถูกสอดเข้าไปทั้งบท”
— ทีมผลิตภัณฑ์ Jenova ผู้ทำงานด้านความจำของเอเจนต์และสถาปัตยกรรมบริบท
ชุมชนวิศวกรรมมองการเปลี่ยนแปลงเดียวกันในภาพกว้างกว่า The New Stack ให้เหตุผล ว่าความจำถาวรเปลี่ยนวิธีที่มนุษย์รับรู้ประโยชน์ใช้สอยและความเกี่ยวข้องของ AI — เมื่อระบบระลึกถึงบทสนทนาที่ผ่านมา ความสัมพันธ์กับเครื่องมือจะเปลี่ยนไปในเชิงคุณภาพ ขณะเดียวกัน คู่มือความจำสำหรับเอเจนต์ LLM ของ Towards Data Science จัดเทคนิคการบีบอัดที่อยู่ในบริบท — หน้าต่างเลื่อน บทสรุปแบบต่อเนื่อง การบีบอัดแบบลำดับชั้น — เป็นตระกูล “อยู่ในบริบท” ซึ่งต่างจากคลังข้อมูลถาวรภายนอก ผู้สร้างโลกกำลังเลือกตระกูลเหล่านี้โดยไม่รู้ตัวทุกครั้งที่เลือกเครื่องมือ
แบ่งโลกเป็น ฐานความรู้ตามขอบเขตโดเมน แล้วทำงานกับครั้งละโดเมน แทนที่จะพยายามเก็บฉากโลกทั้งหมดไว้ในทุกการสนทนา คัมภีร์ฉากโลก 200,000 คำไม่จำเป็นต้องมีอยู่เมื่อคุณกำลังเขียนฉากในโรงเตี๊ยมของเมืองเดียว
ขั้นตอนที่สี่คือสิ่งที่นักเขียนส่วนใหญ่ข้าม และเป็นสิ่งที่ป้องกัน AI ไม่ให้แต่งรายละเอียดขึ้นมาอย่างมั่นใจเกี่ยวกับภูมิภาคที่ยังไม่ได้แนบตำนานไว้
ฉากโลกร่วมกันทำให้ปัญหาซับซ้อนขึ้น — ผู้ร่วมงานหลายคนสร้างตำนานพร้อมกัน ซึ่งบางครั้งขัดแย้งกัน
บันทึกโครงการร่วมกันอยู่เป็นประจำ ซึ่งผู้เข้าร่วมแต่ละคนดูแลประเทศต่างกันที่มีปฏิสัมพันธ์กัน เกิดเป็นหลักเกณฑ์โลกแบบกระจายตัวและพัฒนาอยู่เสมอ ซึ่งทำให้แนวทางความจำแบบง่าย ๆ ล้มเหลวได้พอดีสำหรับกรณีเหล่านี้ ให้เพิ่ม แท็กสถานะหลักเกณฑ์ ในทุกรายการตำนาน: CANON, PROPOSED หรือ DEPRECATED สั่ง AI ในกฎระดับ 1 ให้ถือว่า PROPOSED ไม่มีผลผูกมัด และแจ้งเตือนหากมีการใช้เนื้อหา DEPRECATED วิธีนี้เปลี่ยนความขัดแย้งจากความล้มเหลวเงียบ ๆ เป็นสิ่งที่มองเห็นได้
เมื่อคุณเปลี่ยนกฎที่ตั้งไว้แล้ว อย่าแก้ไขทับตรงนั้นแล้วหวังว่าการค้นคืนจะจับได้ ให้เขียนรายการแทนที่อย่างชัดเจน:
“REVISION — แทนที่เอกสารต้นทุนเวทมนตร์ก่อนหน้าทั้งหมด นับจากรายการนี้ ต้นทุนเลือดใช้กับการใช้เวทเนโครแมนซีเท่านั้น เวทธาตุใช้พลังงานร่างกาย การอ้างอิงก่อนหน้านี้ที่ระบุว่าต้นทุนเลือดเป็นสากลถือเป็น DEPRECATED”
ภาษาการแทนที่อย่างชัดเจนอยู่รอดจากการค้นคืนได้ดีกว่าย่อหน้าที่แก้ไขอย่างเงียบ ๆ มาก เพราะตัวข้อความแทนที่เองคือสิ่งที่ถูกดึงขึ้นมาและอ่าน
การตั้งค่าที่ใช้งานได้ใช้เวลาสร้างราวหนึ่งชั่วโมง และแทบไม่ต้องวางข้อมูลซ้ำอีกหลังจากนั้น นี่คือลำดับทั้งหมด
ขั้นตอนที่ 1 — เขียนไฟล์กฎระดับ 1 (20 นาที) จำกัดต่ำกว่า 400 คำ เฉพาะข้อจำกัดตายตัว ฟิสิกส์ เวทมนตร์ องค์ประกอบต้องห้าม โทนเรื่อง และกฎสไตล์ร้อยแก้ว ทดสอบด้วยการขอให้ AI ละเมิดแต่ละข้อ
ขั้นตอนที่ 2 — รวบรวมตำนานระดับ 2 เป็นไฟล์ตามโดเมน (30 นาที) หนึ่งไฟล์ต่อภูมิภาคหรือเส้นเรื่อง ใช้ชื่อเอนทิตีสม่ำเสมอตลอดทั้งไฟล์ หนึ่งเอนทิตีต่อหนึ่งส่วน และเริ่มด้วยประโยคเชิงนิยาม
ขั้นตอนที่ 3 — กำหนดค่าแพลตฟอร์ม
ขั้นตอนที่ 4 — ทดสอบยืนยันสี่ส่วน ก่อนเขียนสิ่งสำคัญ ให้ทดสอบ:
ขั้นตอนที่ 5 — สร้างพิธีเปิดเซสชัน ทุกเซสชันใหม่เริ่มด้วยพรอมป์ตยืนยัน 15 วินาทีที่ขอให้ AI ทวนข้อจำกัดที่กำลังใช้และโดเมนปัจจุบัน เป็นการประกันราคาถูกต่อความล้มเหลวในการค้นคืนแบบเงียบ ๆ
ขั้นตอนที่ 6 — บันทึกการเปลี่ยนแปลงเป็นรายการแทนที่เสมอ ห้ามแก้ไขเงียบ ๆ การแก้ไขกฎทุกครั้งต้องใช้ภาษาการแทนที่อย่างชัดเจน
ผลลัพธ์ที่วัดได้คือ หลังตั้งค่านี้ เซสชันใหม่ควรต้องใช้บริบทต่ำกว่า 50 คำก่อนที่ AI จะสร้างผลลัพธ์ในโลกของคุณที่เคารพข้อจำกัดได้ หากคุณยังเขียนข้อความเตือนเป็นย่อหน้า แสดงว่าหนึ่งในสามชั้นยังไม่ได้กำหนดค่า — โดยมากคือกฎระดับ 1 ถูกปะปนเข้าไปในคลังข้อมูลอ้างอิง แทนที่จะอยู่ในชั้นคำสั่ง
เอเจนต์ของ Jenova ใช้งานได้ที่ jenova.ai โดยระดับฟรีครอบคลุมฟีเจอร์หลักทั้งหมดภายใต้การใช้งานจำกัด และระดับเสียเงินเริ่มต้นที่ $20/เดือน ระดับ Artisan ของ Novelcrafter อยู่ที่ประมาณ $14/เดือน บวกค่าโมเดลผ่าน OpenRouter ส่วน Claude Pro อยู่ที่ราว $17/เดือนเมื่อเรียกเก็บรายปี สำหรับนักพัฒนาที่สร้างโครงสร้างพื้นฐานแบบกำหนดเอง Mem0, Zep และ Chroma มีให้ใช้งานในรูปแบบโครงการโอเพนซอร์สพร้อมตัวเลือกโฮสต์เอง
หากคุณกำลังดูแลฉากโลกหรือแคมเปญร่วมกันระยะยาว Roleplay Game Master ของเราสร้างขึ้นเพื่อความสอดคล้องของเรื่องราวระยะยาว และ Character Creator จัดการงานระดับเอนทิตีให้คุณ