The Scriptorium

v266

The Scriptorium

วิธีใช้งาน The Scriptorium

Scriptorium คือเครื่องมือเขียนนิยายด้วย AI แบบ 7 ระยะ ที่จะพาคุณเปลี่ยนจากไอเดียดิบๆ ไปสู่นิยายฉบับ PDF ที่พร้อมตีพิมพ์ แต่ละระยะจะส่งต่อข้อมูลไปยังระยะถัดไป โดยสมมติฐานของคุณจะกำหนดตัวละคร ตัวละครจะกำหนดโลก โลกจะกำหนดโครงเรื่อง และโครงเรื่องจะขับเคลื่อน Forge เครื่องมือนี้มาพร้อมกับชั้นข้อมูลอัจฉริยะ (Manuscript Intelligence Layer) แบบเรียลไทม์ที่คอยตรวจสอบความตึงเครียดของเนื้อเรื่อง ความสม่ำเสมอของน้ำเสียงตัวละคร ความสมดุลของประสาทสัมผัส การเฉลยปมล่วงหน้า และการบรรจบกันของประเด็นหลักตลอดกระบวนการเขียน

Phase 0: Lore Bridge

Lore Bridge คือตัวจัดการความต่อเนื่องของซีรีส์ เมื่อเขียนภาคต่อ ระบบจะเติมสถานะตัวละคร กฎของโลก สถานที่ และปมที่ยังไม่ได้รับการแก้ไขจากเล่มก่อนหน้าโดยอัตโนมัติ คุณยังสามารถใส่บันทึกการสร้างโลกของคุณเองลงไปได้ด้วยตนเองสำหรับนิยายเรื่องเดียวจบ

Phase 1: The Spark

กำหนดจำนวนคำที่ต้องการ (1,000–200,000+ คำ) เลือกแนวเรื่องหนึ่งแนวหรือมากกว่า และเลือกบรรยากาศของเรื่อง (เช่น หวาดระแวงและอึดอัด, ตำนานและพิธีกรรม) คุณสามารถเลือกใช้โปรไฟล์สไตล์การเขียนเพื่อเลียนแบบลายเซ็นของนักเขียนเฉพาะคนได้ ใช้แถบเลื่อน Babel Chaos (0–100) เพื่อปรับระดับความสุ่มของ Babel Engine ในการผสมผสานแนวเรื่อง โดย Sane (0–30) จะรักษาความสอดคล้องของแนวเรื่อง, Mixed (31–70) คือจุดสมดุลมาตรฐาน และ Unhinged (71–100) จะทำให้เกิดการผสมผสานแนวเรื่องแบบสุดโต่ง แถบเลื่อนนี้เป็นค่าส่วนกลางและจะถูกบันทึกไว้ ซึ่งยังควบคุมความสุ่มในการสร้างชื่อเรื่องใน Bindery ด้วย กด 'Ignite the Spark' เพื่อสร้างคำโปรยที่ขัดเกลาแล้ว หรือ 'Randomize' เพื่อสร้างสมมติฐานเรื่องราวแบบสุ่มผ่าน Babel Engine

Phase 2: Character Forge

ขนาดของตัวละครจะปรับตามจำนวนคำโดยอัตโนมัติ ระบบจะสร้างตัวละครหลัก (ตัวเอก + ตัวร้าย + ผู้เล่นสำคัญ) และตัวละครสมทบ (ตัวละครระดับกลางและตัวละครรอง) พร้อมโปรไฟล์ทางจิตวิทยา ประเภท MBTI แรงจูงใจ จุดอ่อน และพิมพ์เขียว Visual DNA คุณสามารถกำหนดตัวละครเฉพาะไว้ล่วงหน้า สุ่มชื่อใหม่โดยใช้รายการแบนต่อโปรเจกต์ และสร้างภาพพอร์ตเทรตด้วย AI

Phase 3: Worldbuilder

โมเดลภูเขาน้ำแข็ง (Iceberg model) จะสร้างความลึกซึ้งทางประเด็นของเรื่องผ่าน 4 ชั้น: พื้นผิว (พล็อตที่ผู้อ่านเห็น), น้ำตื้น (นัยทางอารมณ์), ลึก (ข้อโต้แย้งทางปรัชญา), และเหว (ความกังวานทางตำนานหรือจิตใต้สำนึก) ระบบยังดึง 'Forbidden Motifs' ออกมา ซึ่งเป็นสัญลักษณ์ทางประเด็นที่ปรากฏซ้ำๆ โดยจะมีการจัดสรรงบประมาณและหมุนเวียนเพื่อป้องกันการซ้ำซ้อนตลอดทั้งต้นฉบับ

Phase 4: Architect

ขั้นแรก ร่างโครงเรื่อง 7 จุด (จุดเริ่ม, จุดเปลี่ยน, จุดกึ่งกลาง, ช่วงเวลาที่มืดมนที่สุด, จุดไคลแมกซ์, บทสรุป, บทส่งท้าย) จากนั้นขยายเป็นโครงเรื่องหลักผ่านไปป์ไลน์ Fractal Manager/Worker โดยแต่ละบทจะถูกแบ่งออกเป็น 3 ลำดับเหตุการณ์ แล้วแต่ละลำดับจะถูกขยายเป็น 5+ จังหวะย่อย ก่อนจะเข้าสู่ The Forge ระบบจะขอให้คุณยืนยันข้อความทางประเด็น 3 ข้อที่ได้จากโมเดลภูเขาน้ำแข็ง สิ่งเหล่านี้จะกลายเป็นจุดยึดสำหรับระบบ Thematic Convergence ซึ่งจะตรวจสอบต้นฉบับที่จุดกึ่งกลางและตอนจบเพื่อให้แน่ใจว่าเรื่องราวส่งมอบคำมั่นสัญญาทางปรัชญาได้จริง

Phase 5: The Forge

The Forge คือลูปนักเขียนเงาอัตโนมัติ มันจะอ่านจังหวะถัดไปจากโครงเรื่องของคุณ เขียนฉาก นำไปผ่าน AI Prose Auditor (การตรวจสอบสองรอบ) แล้วจึงไปยังจังหวะถัดไป ข้อกำหนดหลัก: การหมุนเวียนประสาทสัมผัส (สลับการมองเห็น/เสียง/กลิ่น/สัมผัส/รสชาติ โดยมีการล็อกไว้ที่ 1,000 คำ), การบังคับทิศทาง (ทุกๆ 3 จังหวะต้องดำเนินพล็อตเรื่อง), การใส่กลไกพล็อตเรื่อง, การตรวจสอบความชัดเจนทางอารมณ์ และข้อกำหนดมิติของตัวร้าย ใช้ปุ่มควบคุมสด (Live Steering Dials) เพื่อปรับโทน, แอ็กชัน, เดิมพัน และจังหวะของเรื่องได้ทันที ชั้นข้อมูลอัจฉริยะทำงานเงียบๆ ในเบื้องหลัง: S1 แท็กจุดเชื่อมโยงการเฉลยปมล่วงหน้าเพื่อตรวจสอบในภายหลัง, S2 ตรวจสอบการหลุดของน้ำเสียงตัวละครทุกๆ N บท, S3 บันทึกคะแนนความตึงเครียดต่อจังหวะและแจ้งเตือนเมื่อเกิดภาวะราบเรียบหรือจุดตกต่ำ, S4 ตรวจสอบการบรรจบกันของประเด็นที่จุดกึ่งกลาง, S5 ติดตามการกระจายของช่องทางประสาทสัมผัสต่อบท เกณฑ์ทั้งหมดสามารถกำหนดค่าได้ในแผงควบคุม Intelligence Layer การแจ้งเตือนจะปรากฏเป็นข้อความแบบไม่ขัดจังหวะ เพื่อไม่ให้รบกวนลูปการเขียน เพื่อประสิทธิภาพ Beat Decomposer (ตัวเลือก B) จะตรวจจับจังหวะที่ยาวเกินไปโดยอัตโนมัติ (เกณฑ์เริ่มต้น: 600 คำ) และแบ่งออกเป็น 3 จังหวะย่อยก่อนเขียน ซึ่งช่วยกำจัดการลองใหม่ที่เคยทำให้การสร้างนิยาย 200,000 คำใช้เวลานานถึง 24 ชั่วโมง Adaptive Timeout (ตัวเลือก A) จะคำนวณเวลาหมดอายุต่อการเรียกใช้ตามงบประมาณคำของจังหวะนั้นๆ แทนการใช้ค่าคงที่ ทั้งสองระบบสามารถกำหนดค่าได้ในแผงควบคุม Intelligence Layer

Phase 6: The Bindery

The Bindery คือสตูดิโอจัดพิมพ์ของคุณ สร้างชื่อหนังสือ คำโปรยปกหลัง และภาพปก AI แบบเต็มหน้าโดยอัตโนมัติ เปิดใช้งาน World Glossary เพื่อรวบรวมอภิธานศัพท์จากโมเดลภูเขาน้ำแข็งและข้อมูลตัวละครโดยอัตโนมัติ เปิดใช้งาน Pronunciation Guide เพื่อสร้างคำอ่านออกเสียง (สัญลักษณ์เน้นพยางค์, IPA, และคำใบ้สัมผัส) สำหรับตัวละคร สถานที่ ฝ่าย สิ่งมีชีวิต และคำศัพท์ในเรื่องทุกคำ โดยจัดกลุ่มตามหมวดหมู่ในหลายหน้า Pronunciation Guide ยังส่งข้อมูลไปยัง Slang Engine 10 วิธี ซึ่งใช้การประชดประชันทางเสียง, การใช้คำแทน, การตัดคำ, การกลับความหมาย, คำผสม, การเลี่ยงคำ, คำเฉพาะกลุ่ม, การเลียนเสียงธรรมชาติ, การตีความแบบประชดประชัน และการเปลี่ยนแปลงตามรุ่น เพื่อสร้างคำสแลงเฉพาะในจักรวาล ความเข้าใจคำสแลงจะลดลงตามอายุของตัวละคร: วัยรุ่น (13-17) เข้าใจ 100%, ผู้ใหญ่ (31-45) เข้าใจประมาณ 40%, และใครก็ตามที่อายุ 76+ จะคิดว่าเป็นคำด่า เรียกใช้ Red Pen Audit เพื่อรับคำวิจารณ์ทางวรรณกรรมระดับมืออาชีพ กด Compile PDF เพื่อสร้างหนังสือปกอ่อนที่พร้อมสำหรับ KDP พร้อมเนื้อหาท้ายเล่มครบถ้วน: อภิธานศัพท์, คู่มือการออกเสียง, และภาคผนวกคำสแลงพร้อมตารางความเข้าใจ

Writing a Sequel

ในห้องสมุด ค้นหาโปรเจกต์ที่เสร็จสมบูรณ์แล้วและคลิก 'Write Sequel' สิ่งนี้จะสร้างโปรเจกต์ใหม่ที่เชื่อมโยงกันและเรียกใช้ Lore Engine เพื่อสแกนต้นฉบับที่เสร็จแล้ว โดยดึงชะตากรรมของตัวละคร การเปลี่ยนแปลงสถานะของโลก และปมที่ยังไม่ได้รับการแก้ไข จากนั้นจะพาคุณเข้าสู่ระยะที่ 0 เพื่อตรวจสอบและแก้ไข Continuity Bible ก่อนเริ่มเล่มที่ 2 สำหรับผู้ใช้ FFP ให้คลิก 'Smart Expand' แทนเพื่อเรียกใช้ไปป์ไลน์ Smart Expand เต็มรูปแบบก่อนเริ่มเขียนภาคต่อ

v28.0 — เครื่องมือบีบอัดคำศัพท์ตามกฎของ Zipf

แนะนำแถบเลื่อน Zipf Vocabulary Squeeze ในขั้นตอนที่ 1 ซึ่งจะบีบอัดความถี่ที่อนุญาตของคำฟังก์ชัน/คำเติมเต็มภาษาอังกฤษที่พบบ่อยที่สุด 100 คำ (คำนำหน้า, คำบุพบท, กริยาช่วยพื้นฐาน) ช่วยให้ปรับช่วงได้ตั้งแต่ 100% ของปกติ (ไม่มีข้อจำกัด) ลงไปจนถึง 20% ของปกติ (ข้อจำกัดสูงสุด ค่าเริ่มต้นคือ 50%) มีการตรวจสอบทางคณิตศาสตร์แบบเรียลไทม์รวมอยู่ใน Prose Auditor ซึ่งจะกระตุ้นการแก้ไข Red Pen โดยอัตโนมัติเพื่อปรับโครงสร้างประโยคที่เฉื่อยชาให้เป็นร้อยแก้วที่หนาแน่น, สื่ออารมณ์ และมีความซ้ำซ้อนต่ำ พร้อมคุณสมบัติ Linguistic Squeeze Monitor แบบเรียลไทม์บนหน้าจอ Forge

v27.0 — ชุดเครื่องมือไฮบริดเชิงกลยุทธ์ (คุณภาพและความสมบูรณ์ของต้นฉบับ)

บังคับใช้กฎการจัดรูปแบบและหัวข้อซ้ำซ้อนขั้นสูง รวมกับขีดจำกัดคำสั่งระบบต้นทางและการตรวจสอบคุณภาพปลายทาง โดยมุ่งเป้าไปที่คำฟุ่มเฟือย, การใช้คำว่า 'the particular [noun]' มากเกินไป, ศัพท์กายวิภาคทางคลินิก, คำอุปมาที่อธิบายตัวเอง และความต่อเนื่องของความรู้ด้านพื้นที่, อุปกรณ์ประกอบฉาก และเนื้อเรื่อง

v18.5 — Gap Guard และการป้องกันช่องโหว่ของพล็อต

ใช้ Gap Guard v18.5 เพื่อป้องกันความล้มเหลวในการสร้างเนื้อหาแบบเงียบ ลูป Forge จะตรวจสอบจำนวนคำของทุกจังหวะหลังจากลบข้อมูลซ้ำ หากจังหวะใดมีคำน้อยกว่า 50 คำ ระบบจะทำเครื่องหมายว่าเป็นความล้มเหลวและกระตุ้นการลองใหม่หรือหยุดชั่วคราว เพิ่มวาล์วนิรภัย Dedup โดยจำกัดการตัดประโยคไว้ที่ 50% เพื่อให้แน่ใจว่าเนื้อหาหลักจะไม่สูญหายระหว่างการปรับแต่ง

v18.0 — การทำแผนที่บทแบบแบ่งหน้า

เขียนสถาปัตยกรรมการทำแผนที่บทใหม่ทั้งหมด แทนที่การสร้าง JSON แบบเรียกครั้งเดียวด้วยระบบแบ่งหน้า (15 บทต่อการเรียก) ซึ่งช่วยขจัดปัญหาการตัดทอนโมเดลในนิยายขนาดใหญ่ (200k+ คำ) และรับประกันจำนวนบทที่แม่นยำสำหรับมหากาพย์ขนาดใหญ่ แทนที่การจำกัดคำที่ 4,500 คำด้วยขอบเขตที่ยืดหยุ่น (2,000–5,500 คำ) เพื่อการขยายเนื้อเรื่องที่เป็นธรรมชาติ

v17.0 — เครือข่ายความสัมพันธ์

แนะนำกลไกกราฟสังคมที่เครื่องอ่านได้ ความสัมพันธ์ตอนนี้มีอยู่ในรูปแบบวัตถุที่มีประเภท, ป้ายกำกับ, ความร้อน และสถานะ ความสัมพันธ์หลักจะถูกดึงมาจากเนื้อเรื่องในขั้นตอนที่ 1.5 และ Architect กับ Forge จะได้รับบริบทเครือข่ายสังคมทั้งหมดในทุกคำสั่ง รวมถึงระบบป้องกันการร่วมประเวณี (v17.1) เพื่อบล็อกความสัมพันธ์เชิงชู้สาวระหว่างคู่ที่ถูกแท็กว่าเป็นครอบครัวในระดับโครงสร้าง, คำสั่ง และตัวตรวจสอบความปลอดภัย

v16.0 — ระบบ Identity Anchor และขั้นตอนที่ 1.5

แนะนำระบบ Identity Anchor — กลไกความต่อเนื่องของชื่อที่ดึงชื่อตัวละครจากเนื้อเรื่อง ตรวจจับแนวเรื่องแบบ Remake/Ship-of-Theseus และแทรกบล็อกบริบทตัวตน (Identity Context Block) ลงในทุกการเรียกใช้ AI ขั้นตอนที่ 1.5 'ใครอยู่ในเรื่องของคุณ?' เป็นประตูยืนยันใหม่ระหว่างขั้นตอนที่ 1 และ 2 โซน A: ตัวละครที่ตรวจพบ — ชื่อที่ AI ดึงมาพร้อมบทบาท เพศ และสถานะ ซึ่งแก้ไขได้ทั้งหมด โซน B: แบนเนอร์ตรวจจับ Remake — ตรวจจับแนวเรื่องโคลน, ความจำเสื่อม, หุ่นยนต์, การคืนชีพ, ลูปเวลา และการถูกสิงจากข้อความเนื้อเรื่อง โซน C: แผง Reconvergence Arc — กำหนดค่าการแยกตัวตนแบบ Ship-of-Theseus พร้อมประเภทแนวเรื่อง, แฟล็ก grief_resonance, การสลับการอยู่ร่วมกัน และไทม์ไลน์ความร้อน Soft Reset 1.5x โซน D: เพิ่มตัวละครด้วยตนเอง บล็อกบริบทตัวตนจะเดินทางไปพร้อมกับทุกการเรียกใช้ AI — การสร้างตัวละคร, โครงเรื่อง, บทสรุป, การขยายบท และจังหวะการสร้างเนื้อหา — เพื่อให้แน่ใจว่าชื่อตัวละครจะไม่ถูกแทนที่และเหตุการณ์ Reconvergence จะถูกติดตามอย่างถูกต้องในเนื้อหา

v15.0 — โหมดวัยรุ่น (Young Adult)

แนะนำโหมด YA (Young Adult) — โหมดการเล่าเรื่องระดับสูงที่ปรับโครงสร้างกระบวนการสร้างเนื้อหาทั้งหมดสำหรับนิยายวัยรุ่น (อายุ 12–18 ปี) สามารถเปิดใช้งานได้ในขั้นตอนที่ 1 ควบคู่ไปกับโหมด Heat ข้อจำกัดหลัก: Heat ถูกล็อกไว้ที่ระดับ Sweet (เป็นระบบความปลอดภัย ไม่ใช่การตั้งค่า UI) จำกัดจำนวนคำไว้ที่ 75,000 คำ มี 7 ประเภทนิยายที่ถูกปิดการใช้งาน (Adult Romance, Noir, Cyberpunk, Steampunk, Western, Apocalypse, Disaster) การตั้งค่าโครงสร้างซีรีส์: เลือกระหว่างเรื่องเดียวจบ หรือเล่มแรกของซีรีส์ โดยจะมีกฎโครงสร้างตอนจบที่แตกต่างกันแทรกอยู่ในทุกคำสั่ง (Prompt) ขีดจำกัดของความโรแมนติก: ทุกอย่างที่เกิดขึ้นก่อนถึงห้องนอน การจูบอย่างดูดดื่ม (รวมถึงการจูบแบบแลกเปลี่ยนความรู้สึก), อัตราการเต้นของหัวใจที่เร็วขึ้น, อาการหอบหายใจ, ความตึงเครียดทางกายภาพ, ตัวละครสังเกตเห็นกันและกันในแง่มุมที่ไม่โจ่งแจ้ง — ทั้งหมดนี้ได้รับอนุญาต กฎคือ: ไม่มีการบรรยายถึงกิจกรรมทางเพศ สิ่งที่เกิดขึ้นจะถูกสื่อเป็นนัย ไม่ได้เขียนออกมาตรงๆ (Fade to black) สิ่งที่ไม่ได้รับอนุญาต: กลไกทางเพศที่ชัดเจน, การเปลือยกายในบริบททางเพศ, ภาษาอีโรติกสำหรับผู้ใหญ่ หมายเหตุ: ในเวอร์ชันแรกมีการตั้งค่าผิดพลาดเป็น 'จูบแบบปิดปากเท่านั้น' ซึ่งถือว่าเข้มงวดเกินไป จึงได้รับการแก้ไขแล้วในเซสชันเดียวกัน ความรุนแรงและธีมมืด: ความตายที่มีผลกระทบตามมา (เช่น Rue ใน Hunger Games หรือทุกหน้าของ Six of Crows): ได้รับอนุญาต ฉากต่อสู้ที่มีเลือดจริง: ได้รับอนุญาต การทรมานที่สื่อเป็นนัยหรือแสดงให้เห็นเพียงสั้นๆ: ได้รับอนุญาต ภาวะซึมเศร้า, ความคิดฆ่าตัวตาย, การทารุณกรรม, การติดยาเสพติดที่จัดการอย่างตรงไปตรงมา: ได้รับอนุญาต — วรรณกรรม YA จัดการเรื่องเหล่านี้ได้โดยตรงมากกว่าวรรณกรรมผู้ใหญ่ คำหยาบคายระดับเบาถึงปานกลาง: ได้รับอนุญาต ยาเสพติดและแอลกอฮอล์ที่มีผลกระทบต่อเนื้อเรื่อง: ได้รับอนุญาต ความรุนแรงที่เกินจริงเพื่อความตกใจ, การทรมานที่โจ่งแจ้ง, การใช้คำหยาบคายตลอดทั้งเรื่องในฐานะสไตล์: ไม่ได้รับอนุญาต กฎคือ: ความมืดมนได้รับอนุญาต แต่ความรุนแรงที่ไม่มีจุดประสงค์ในการเล่าเรื่องนั้นไม่ได้รับอนุญาต การแทรกคำสั่ง (Prompt Injections): ข้อกำหนดด้านเสียงที่สมจริงตามวัย (เด็กอายุ 16 ปีคิดเป็นเศษเสี้ยว, ความขัดแย้ง, การกล่าวเกินจริง — ไม่ใช่ปรัชญา), การเล่าเรื่องแบบสองจิตสำนึก (ภาพลักษณ์ภายนอกเทียบกับความคิดภายในในทุกฉาก), พันธสัญญาแห่งความหวัง (ตัวเอกต้องทำสิ่งที่สำคัญก่อนจบเรื่อง — ต่อรองไม่ได้), ข้อกำหนดกระจกเงาของตัวร้าย (ตัวร้าย = ภาพสะท้อนด้านมืดของศักยภาพตัวเอก, เส้นทางที่ไม่ได้เลือก), ข้อกำหนดตัวละครผู้ใหญ่ (ตัวละครรอง, มีข้อบกพร่อง, อายุพี่เลี้ยงสูงสุด 25–35 ปี), จำกัดคำศัพท์ Zipf Tier 8,000 เมทริกซ์ความเข้าใจสแลง YA (ปรับอายุ -5 ปี): อายุ 12–17 ปี: 100% (พวกเขาเป็นคนคิดค้น), อายุ 18–22 ปี: 90% (คล่องแคล่ว), อายุ 23–28 ปี: 65% (เข้าใจใจความสำคัญ), อายุ 29–38 ปี: 35% (บางส่วน), อายุ 39–50 ปี: 15% (ไม่เข้าใจ), อายุ 51–65 ปี: 5% (ไม่เข้าใจเลย), อายุ 66 ปีขึ้นไป: 0% (ภาษาเอลฟ์) การแทรกสถาปัตยกรรม: ประเภทเหตุการณ์สำคัญ 10 อย่างที่ถูกใส่ไว้โดยอัตโนมัติ (การทรยศครั้งแรก, ครั้งแรกที่ผู้ใหญ่ทำผิด, การตัดสินใจที่เป็นไปไม่ได้ครั้งแรก ฯลฯ) ตัวร้ายอายุ 17–25 ปี (เพื่อนรุ่นเดียวกัน ไม่ใช่ผู้ใหญ่ที่ห่างเหิน) โครงเรื่องของพี่เลี้ยงต้องรวมถึงการที่พี่เลี้ยงทำผิดพลาดในเรื่องสำคัญ จำนวนบท 20–28 บท การแทรกตัวละคร: ตัวเอกอายุ 14–18 ปี ตัวละครส่วนใหญ่ 14–20 ปี พี่เลี้ยงอายุสูงสุด 25–35 ปี สร้างโปรไฟล์ทางอารมณ์/ความโรแมนติก (ความดึงดูด, สิ่งที่ฉุดรั้งพวกเขาไว้) แต่ไม่มีโปรไฟล์ทางเพศที่ชัดเจน UI: การ์ดสลับสีเขียวในขั้นตอนที่ 1 แบนเนอร์แสดงสถานะพร้อมป้ายกำกับข้อจำกัด 6 รายการ (ความโรแมนติก: fade-to-black, จำกัดคำ: 75k, คำศัพท์: Zipf 8k, เสียงที่สมจริงตามวัย, พันธสัญญาแห่งความหวัง, กระจกเงาของตัวร้าย) ปุ่มโครงสร้างซีรีส์ฝังอยู่ในแบนเนอร์ คำเตือน Vibe หากเปิดใช้งานโหมด Dark/Edgy หรือ Elegiac

v14.1 — การปรับเทียบใหม่ของระบบปรับเทียบจำนวนคำ

วินิจฉัยและแก้ไขข้อผิดพลาด 5 ประการที่ทำให้การรันนิยายเร่าร้อน 28k คำเสร็จสิ้นที่ 76% ของเป้าหมาย (~21.4k คำ) ข้อผิดพลาด 1 (Key Mismatch, CRITICAL): forge back-pressure และ _checkWordDebt() อ่าน state.targetWords ทั้งคู่ แต่สคีมาสถานะเก็บเฉพาะ targetWordCount ระบบทั้งสองจึงกลับไปใช้ค่า 50000 ทำให้การรัน 28k ดูเหมือนเป็นการรัน 50k วิธีแก้: เพิ่ม targetWords เป็นนามแฝงใน getDefaultState(); StateManager.update() ตอนนี้ซิงค์ทั้งสองคีย์อัตโนมัติ; loadProject() ซิงค์เมื่อโหลด ข้อผิดพลาด 2 (Dead currentWordCount): _applyBackPressure() อ่าน state.currentWordCount แต่ Phase5UI ไม่เคยเขียนมันระหว่างลูป forge ทำให้ back-pressure เห็นว่าเขียนไป 0 คำเสมอ วิธีแก้: Phase5UI ตอนนี้เขียน currentWordCount และ totalBeats ลงในสถานะเมื่อจังหวะเสร็จสิ้นทุกครั้ง ข้อผิดพลาด 3 (Back-pressure too late/gentle): ทำงานที่ความคืบหน้า 70%, เกณฑ์ 10%, ผสม 60/40 วิธีแก้: ทำงานที่ความคืบหน้า 50%, เกณฑ์ 7%, ผสม 30/70 (การแก้ไขที่แรงขึ้น) ข้อผิดพลาด 4 (expandChapterChunk no word budgets): เส้นทางการขยาย Free/Mid ส่งคืนจังหวะโดยไม่มีแท็ก [WORDS:N]; Forge ใช้ค่าเริ่มต้น 600w/beat วิธีแก้: expandChapterChunk ตอนนี้ยอมรับแผนที่ chapterWordTargets และแทรก [WORDS:N] ลงในทุกจังหวะ phase4-ui._expandChunks() สร้างและส่งแผนที่ ข้อผิดพลาด 5 (Wrong explicit heat prior): HEAT_PRIORS.explicit คือ 1.18 (สมมติว่า AI เขียนแบบยืดเยื้อ) จริงๆ แล้ว AI เขียนแบบกระชับสำหรับฉากเร่าร้อน วิธีแก้: เปลี่ยน prior เป็น 0.95 HEAT_SCENE_AVG_WORDS.explicit ลดจาก 1000 เหลือ 700 (AI เฉลี่ย 600-700w ไม่ใช่ 1000) การตรวจสอบหนี้จำนวนคำทำงานทุก 5 จังหวะ (จากเดิม 10) ด้วยเกณฑ์ 10% (จากเดิม 15%) โดยเพิ่ม 20 จังหวะถัดไป (จากเดิม 10)

v14.0 — Hybrid Word Count Calibration

Replaced the flat 750w/beat projection with a Bayesian self-calibrating system. Ships with hardcoded style/vibe/heat/genre priors (e.g. Donna Tartt lush = 1.10×). Every completed novel deposits a calibration receipt. The system blends priors with observed data — 0 receipts = 100% prior, 12+ receipts = ~96% self-calibrated. Heat scene word budget is now subtracted from the beat pool before chapter mapping, so heat counts toward the external word target. The projection display shows only the external target (never the internal adjusted number). Back-pressure rebalancing kicks in at 70% completion if running >10% off target.

Word Count Calibration Engine

v13.4.4 — แก้ไขความสอดคล้องของชื่อตัวละคร

แก้ไขปัญหา AI สร้างชื่อตัวละครขึ้นมาเองในโครงร่าง (เช่น สร้างชื่อ 'Riley Thorne' แทนที่จะใช้ชื่อ 'Dante' ตามต้นฉบับ) สาเหตุหลัก: ทะเบียนตัวละครถูกฝังอยู่กลางพรอมต์โดยไม่มีกลไกบังคับ วิธีแก้สองทาง: (1) พรอมต์ Architect ทุกอันจะเปิดด้วย === CHARACTER LOCK LIST === ซึ่งกำหนดว่าต้องใช้เฉพาะตัวละครที่เป็นทางการเท่านั้น พร้อมบริบทบทบาทและคำอธิบายเต็มรูปแบบเพื่อยึด AI ไว้ หากไม่ปฏิบัติตามจะมีการเตือนให้สร้างใหม่ (2) _normalizeNamesInSkeleton() หลังการสร้างจะใช้การจับคู่ระยะ Levenshtein เพื่อตรวจจับและแทนที่ชื่อที่สร้างขึ้นเองด้วยชื่อที่เป็นทางการโดยอัตโนมัติหลังจากทุกขั้นตอนการสร้าง (โครงร่าง, การแตกจังหวะ, การขยายลำดับ, ส่วนของบท)

v13.4 — แถบเลื่อน Babel Chaos ทั่วโลก

แนะนำ Babel Chaos Slider แบบทั่วโลกที่คงอยู่ถาวร (ช่วง 0–100, ค่าเริ่มต้น 65) ซึ่งให้ผู้ใช้ควบคุมได้โดยตรงว่า Babel Engine จะสลับอะตอมของแนวเรื่องอย่างไรในระหว่างการสุ่มสมมติฐานและการสร้างชื่อเรื่อง แถบเลื่อนจะปรากฏในสองที่: ระยะที่ 1 (The Spark) ใต้ปุ่ม Randomize Idea และระยะที่ 6 (The Bindery) ใต้ช่องใส่ชื่อหนังสือ แถบเลื่อนทั้งสองเชื่อมต่อกับคีย์สถานะ babelChaosLevel เดียวกัน — การเลื่อนอันใดอันหนึ่งจะซิงค์อันอื่นทั้งหมดทันที ค่านี้จะถูกเก็บไว้ข้ามเซสชันผ่าน miniappsAI.storage ในเชิงกลไก 0–30 จะเปิดใช้งานเฉพาะการเลือกแบบมีอคติ (การเลือกอะตอมที่กรองตามแนวเรื่อง, การรวมกันที่สอดคล้องกัน), 31–70 คือจุดที่เหมาะสมที่สุด (มีการกรองบ้าง, มีความแปลกใหม่บ้าง — พฤติกรรมเดิมที่กำหนดไว้ที่ 65%), และ 71–100 คือความโกลาหลล้วน (ไม่มีการกรอง, การชนกันของอะตอมข้ามแนวเรื่องเต็มรูปแบบ, ความแปลกประหลาดสูงสุด) ค่าคงที่ BABEL_CHAOS เดิมที่ 65% ถูกแทนที่ด้วยการอ่านค่าสดจากสถานะในการเรียก Randomize และ Auto-Generate Title ทุกครั้ง UI ของแถบเลื่อนใช้แถบไล่ระดับสีฟ้า→ม่วง→ชมพู และปุ่มเลื่อนสีขาวเรืองแสงที่เปลี่ยนจากสีม่วงเป็นสีชมพูเมื่อวางเมาส์เหนือ เพื่อให้เข้ากับความสวยงามของแอป

v13.3 — อัปเดต Smart Expand & Surgical Rewrite

แนะนำไปป์ไลน์ Smart Expand — ระบบหลายตัวแทน (multi-agent) ที่เปลี่ยนการตรวจสอบ Red Pen Audit ให้เป็นต้นฉบับที่แก้ไขสมบูรณ์ก่อนการรัน Forge ครั้งถัดไป ไปป์ไลน์มี 5 ขั้นตอน ขั้นตอนที่ 1: หากไม่มีข้อมูล Red Pen การตรวจสอบจะรันโดยอัตโนมัติ (~60 วินาที) ก่อนเริ่มงานอื่น ขั้นตอนที่ 2: Grok 4.1 Fast Reasoning แปลงคะแนนการตรวจสอบและบันทึกคำวิจารณ์ทั้งหมดเป็นคำสั่ง Forge ที่ชัดเจน 5-8 ข้อ ซึ่งจะถูกโหลดไว้ล่วงหน้าใน Author Correction Cache เพื่อให้ทุกจังหวะในอนาคตถูกเขียนโดยใช้การแก้ไขที่ใช้งานอยู่ ขั้นตอนที่ 3: Grok 4.1 Fast ให้คะแนนทุกบท 1-10 ตามตัวชี้วัด Red Pen ทั้งหมด และทำเครื่องหมายบทที่ได้คะแนนต่ำกว่า 5 เพื่อเขียนใหม่ ขั้นตอนที่ 4: DeepSeek V3.2 Speciale รัน Architect ใหม่ด้วยเป้าหมายจำนวนคำใหม่ (ตัวเลือก C แบบไฮบริด — คงการตั้งค่าไว้ ไม่ล้าง Iceberg ไม่สร้างตัวละครใหม่) ขั้นตอนที่ 5 (FFP เท่านั้น): คิวการเขียนใหม่แบบผ่าตัด (Surgical Rewrite Queue) จะประมวลผลแต่ละบทที่ถูกทำเครื่องหมายผ่านลูปสามรอบ รอบที่ 1 — Kimi K2.5 อ่านบทเต็มพร้อมคำสั่ง Red Pen ทั้งหมดและสร้างแผนการเขียนใหม่ในรูปแบบ JSON เพื่อระบุว่าจังหวะใดต้องแก้ไขและเพราะเหตุใด Kimi จะตัดสินใจขอบเขตเอง — จะไม่ลบทั้งบทหากมีเพียงย่อหน้าที่อ่อนแอ รอบที่ 2 — ลูปการเขียนใหม่ทีละจังหวะ: บทจะถูกแบ่งเป็นจังหวะระดับย่อหน้า จังหวะที่ถูกทำเครื่องหมายจะถูกเขียนใหม่ทีละจังหวะโดย Kimi K2.5 พร้อมแคช Context Diet ขนาด 150 คำ จังหวะที่ไม่ได้ทำเครื่องหมายจะถูกเก็บไว้เหมือนเดิมโดยไม่มีค่าใช้จ่าย BeatDecomposer จะถูกนำมาใช้ — จังหวะที่หนัก (>600 คำ) จะถูกแบ่งเป็นจังหวะย่อยก่อนเขียนใหม่เพื่อให้ Kimi เขียนไม่เกินหนึ่งจังหวะต่อการเรียก AdaptiveTimeout จะปรับขนาดตามจังหวะ รอบที่ 3 — Gemma 4 31B จะปรับรอยต่อระหว่างจังหวะเดิมและจังหวะที่เขียนใหม่ให้เรียบเนียน การเขียนใหม่ทั้งหมดจะถูกเก็บไว้เป็นเลเยอร์ Revised Draft แยกต่างหาก — ต้นฉบับเดิมจะไม่ถูกแตะต้อง The Bindery จะได้รับแบนเนอร์ Revised Draft, ตัวดูความแตกต่างแบบเคียงข้างกัน (side-by-side diff viewer) และตัวเลือกสลับแหล่งที่มา PDF เพื่อเลือก Original หรือ Revised ในเวลาคอมไพล์

v13.2 — แพ็กแก้ไข Expand to Novel

วินิจฉัยและแก้ไขข้อผิดพลาด 5 ประการที่ส่งผลต่อคุณภาพนิยายในการรัน Expand to Novel การแก้ไขที่ 1 (Word Count Shortfall): GUTENBERG_SAFETY_FACTOR ถูกนำไปใช้สองครั้ง ทำให้การสร้างนิยายสไตล์ sparse (McCarthy, Tartt) ได้คำเพียง ~60% ของเป้าหมาย ตอนนี้แก้ไขให้เหลือการใช้งานเพียงครั้งเดียวแล้ว การแก้ไขที่ 2 (Settings Wipe): expandToNovel() ทำการรีเซ็ตสถานะทั้งหมดก่อนรัน Architect ใหม่ ทำให้ข้อมูลแนวเรื่อง อารมณ์ สไตล์ และตัวละครหายไป ตอนนี้ฟังก์ชันจะอัปเดตเฉพาะเป้าหมายจำนวนคำโดยคงการตั้งค่าสร้างสรรค์ทั้งหมดไว้ การแก้ไขที่ 3 (Iceberg Regeneration): โฟลว์การขยายผลสั่งรัน Worldbuilder ใหม่ ทำให้เกิด Iceberg ใหม่ที่อาจขัดแย้งกับต้นฉบับเดิม ตอนนี้โฟลว์จะข้ามไปที่ Architect โดยตรง การแก้ไขที่ 4 (Resume State): ลูป Forge ไม่อ่านดัชนีจังหวะล่าสุดที่ทำเสร็จหลังจากการขยายผล ทำให้เริ่มใหม่จากจังหวะที่ 0 ตอนนี้เคอร์เซอร์จังหวะจะถูกกู้คืนจากสถานะอย่างถูกต้อง การแก้ไขที่ 5 (Word Count Display): การ์ด Library แสดงจำนวนคำก่อนขยายผลจนกว่าจะบันทึกด้วยตนเอง ตอนนี้การแสดงผลจะอัปเดตทันทีหลังจากขยายผลเสร็จสิ้น

v13.1 — อัปเดตการฟื้นฟูประสิทธิภาพ

วินิจฉัยและกำจัดปัญหาการเรียกซ้ำแบบต่อเนื่อง (retry cascade) ที่ทำให้การสร้างนิยาย 200k คำล่าช้าจาก 2-3 ชั่วโมงเป็น 24 ชั่วโมงขึ้นไป สาเหตุหลัก: การตั้งค่าเวลาหมดอายุ (timeout) แบบคงที่สำหรับทุกจังหวะ (beat) โดยไม่คำนึงถึงความซับซ้อน ประกอบกับขนาดของจังหวะที่เพิ่มขึ้นจากไปป์ไลน์ Fractal Manager มีการปรับปรุงสามระบบพร้อมกัน ตัวเลือก D (Context Diet): ตัดทอนเนื้อหาบริบทจาก 300 เหลือ 150 คำต่อการเรียกจังหวะ ช่วยลดขนาดข้อมูลและความหน่วงในการเรียกใช้งาน forge ทุกครั้ง ตัวเลือก A (Adaptive Timeout): เวลาหมดอายุจะถูกคำนวณแบบไดนามิกเป็นค่าพื้นฐาน + (จำนวนคำเป้าหมาย × 140ms) โดยจำกัดสูงสุดที่ 180 วินาที จังหวะ 100 คำจะได้เวลา 39 วินาที จังหวะ 500 คำจะได้เวลา 95 วินาที ไม่มีการตัดจบก่อนกำหนดในฉากที่ซับซ้อน และไม่ต้องรอ 4 นาทีในฉากที่เรียบง่าย ตัวเลือก B (Beat Decomposer): ก่อนที่จังหวะจะถึง forge มันจะถูกจำแนกตามจำนวนคำเป้าหมาย จังหวะที่เกินเกณฑ์ (ค่าเริ่มต้น 600 คำ) จะถูกส่งไปยังโมเดลความเร็วสูง (Gemini 3.0 Flash Preview ใน FFP) ซึ่งจะแบ่งจังหวะออกเป็น 3 จังหวะย่อยตามลำดับพร้อมงบประมาณคำของตัวเอง แต่ละจังหวะย่อยจะถูกเขียนแยกกันและนำมาเย็บรวมกัน มีตัวเลือกการปรับรอยต่อให้เรียบเนียน ทั้งสามเกณฑ์สามารถกำหนดค่าได้ในแผงควบคุม Intelligence Layer กิจกรรมของ Decomposer จะถูกบันทึกและแสดงเป็นสถิติแบบเรียลไทม์

v13.0 — ชั้นข้อมูลอัจฉริยะของต้นฉบับ

เพิ่มสถาปัตยกรรมตรวจสอบคุณภาพ 6 ระบบที่ทำงานเงียบๆ ตลอดลูปการเขียน S1 (Foreshadowing Tracker): นักเขียนเงาจะแท็กเหตุการณ์เชิงลึกด้วยเครื่องหมาย [DEPTH_EVENT] ระหว่างการสร้าง; การตรวจสอบเมื่อต้นฉบับเสร็จสมบูรณ์จะตรวจสอบว่าจุดเชื่อมโยงที่วางไว้ทั้งหมดได้รับการแก้ไขแล้วและแสดงจุดที่ตกค้าง S2 (Voice Drift Monitor): ดึงลายนิ้วมือทางคำศัพท์และไวยากรณ์สำหรับตัวละครแต่ละตัวที่ปรากฏครั้งแรก; ตรวจสอบทุกๆ N บท (กำหนดค่าได้) และแจ้งเตือนการหลุดของน้ำเสียงพร้อมระดับความรุนแรง S3 (Tension Gradient): นักเขียนเงาจะให้คะแนนแต่ละจังหวะ 1-10 ด้วยแท็ก [TENSION:N]; ระบบจะตรวจสอบภาวะราบเรียบ (5+ จังหวะภายใน ±1 คะแนน), จุดตกต่ำ (>4 คะแนนใน 3 จังหวะ), การล็อกที่เพดาน (5+ จังหวะที่ 9-10), และการล็อกที่พื้น (5+ จังหวะที่ 1-2) S4 (Thematic Convergence): ผู้เขียนยืนยันข้อความทางประเด็น 3 ข้อที่ท้ายระยะที่ 4; ระบบจะตรวจสอบที่จุดกึ่งกลางและเมื่อต้นฉบับเสร็จสมบูรณ์เพื่อยืนยันว่าเรื่องราวส่งมอบคำมั่นสัญญาทางปรัชญาได้จริง S5 (Sensory Budget): การจำแนกคำหลักต่อจังหวะโดยไม่มีค่าใช้จ่ายเป็น 6 ช่องทาง (การมองเห็น, การได้ยิน, การดมกลิ่น, การรับรส, การสัมผัส, การรับรู้ตำแหน่ง); การแจ้งเตือนที่รอยต่อบทเมื่อช่องทางใดช่องทางหนึ่งเด่นเกินเกณฑ์ S6 (Health Report): รวบรวมทั้งห้าระบบเป็นคะแนนรวมจาก 100, การแสดงภาพความตึงเครียด, แผนภูมิการกระจายประสาทสัมผัส, รายการจุดเชื่อมโยงที่ตกค้าง, บันทึกการหลุดของน้ำเสียง, รายการประเด็นที่ไม่ได้ใช้, คำสั่งการเรียนรู้, และคำคมจาก Stylistic Bible เกณฑ์ทั้งหมดสามารถกำหนดค่าได้ การแจ้งเตือนทั้งหมดเป็นข้อความแบบไม่ขัดจังหวะ แท็กจะถูกลบออกจากต้นฉบับสุดท้ายก่อนแสดงผล

v12.4 — การปรับโครงสร้างการจัดเก็บและการนำทาง

สร้างระบบ Library Ledger ใหม่ทั้งหมดเพื่อตรวจจับและซ่อมแซมความเสียหายของดัชนีโดยอัตโนมัติโดยใช้การสำรองข้อมูลที่ซ่อมแซมตัวเองได้ แนะนำการสร้างโปรเจกต์แบบไม่ทำลาย (ข้ามข้อจำกัดการล้างสถานะแบบเดิม) และการนำทางย้อนกลับ Red Pen แบบถาวรผ่านโอเวอร์เลย์ที่รักษาสถานะไว้ นำระดับการจัดเก็บ 'The Basement' มาใช้เพื่อจัดการต้นฉบับเก่าอย่างสะอาดตาโดยไม่ทำให้พื้นที่ทำงานหลักรก

v12.3 — พร้อมสำหรับการตีพิมพ์ (KDP Trade Paperback)

ภาพปกแบบเต็มหน้า (หน้าแรกไม่มีขอบ), ขอบหนังสือปกอ่อนมาตรฐานอุตสาหกรรม (ด้านใน 0.75 / ด้านนอก 0.5), สารบัญบทอัตโนมัติพร้อมเลขหน้าตัวยึด, การตั้งชื่อ PDF ที่สะอาดตา (Title_by_Author), และอภิธานศัพท์โลกที่สร้างโดย AI

v12.2 — การผสานรวม Deep Scan

แก้ไขความไม่สมดุลของอัตราส่วนเนื้อหาต่อพล็อตและกลไกพล็อตที่ใส่เข้ามาภายหลังซึ่งระบุโดยการวิเคราะห์ Deep Scan ของการทดสอบความเครียด 250,000 คำ เพิ่ม Trajectory Enforcement Mandate (ทุกๆ 3 จังหวะต้องดำเนินพล็อตเรื่อง), ระบบ Plot Mechanic Seeding (ใส่กลไกไคลแมกซ์ลงในบทแรกๆ โดยอัตโนมัติ), Hybrid Vocabulary Rotation (การใช้คำศัพท์ทางประเด็นที่ติดตามงบประมาณพร้อมการแทนที่อัตโนมัติ), Emotional Opacity Check (บังคับให้ระบุอารมณ์ที่แม่นยำต่อบท), และ Antagonist Dimensionality Mandate (รับรองตรรกะภายในที่เห็นอกเห็นใจสำหรับตัวร้าย)

v12.1 — อัปเดต Free-for-Pro Fractal Hybrid

เปิดตัวไปป์ไลน์ Fractal Manager/Worker หลายระดับ สำหรับผู้ใช้ FFP ตอนนี้เครื่องมือจะแบ่งบทออกเป็นลำดับเหตุการณ์ก่อนการขยาย เพื่อให้มั่นใจว่าโครงเรื่องที่เน้นตรรกะจะมีจังหวะ 15+ จังหวะต่อบท ลำดับชั้นนี้ป้องกัน 'ความสุขกับการสรุป' และรักษาจังหวะที่มีความละเอียดสูงตั้งแต่หน้าแรกจนถึงหน้าสุดท้าย

v12.0 — อัปเดตการขยายตัวแบบ Atomic และ Fractal

ปรับปรุง Architect Engine เพื่อจัดการกับจำนวนคำที่สูงมาก (200,000+) โดยไม่หมดเวลา นำ Atomic Chapter Loop มาใช้เพื่อกำจัดความล่าช้าของบริบท แนะนำ Vibe-Based Density Throttling ซึ่งปรับความละเอียดในการประมวลผลโดยอัตโนมัติตามความซับซ้อนของเนื้อเรื่อง (โหมด Paranoid, Mythic, และ Elegiac)

v11.1 - อัปเดต Babel 'Unconventionally Complimentary'

ปรับปรุง Babel Engine เพื่อกำจัด 'The Paradox Trope' แทนที่ความพิการตามตัวอักษรและทางตันทางตรรกะ (เช่น ศัลยแพทย์ที่เป็นโรคกลัวเลือด) ด้วยวิธีการทำงานเฉพาะทาง (เช่น นักวิเคราะห์เสียงสะท้อนทางนิติเวช) สิ่งนี้ทำให้ปมของตัวละครรู้สึกว่ามีความสามารถแบบไม่ธรรมดาแทนที่จะเป็นความไร้ความสามารถแบบตลกๆ

v11.0 - อัปเดตตัวสุ่มขั้นตอน 'Library of Babel'

นำ Babel Engine มาใช้: ตัวสุ่มแบบขั้นตอนที่บังคับให้โมเดล AI สังเคราะห์ 'Conceptual Atoms' ที่มีความเอนโทรปีสูง (ต้นแบบที่ขัดแย้งกัน, สถานที่แปลกประหลาด, และคำสาปเชิงแนวคิด) เพิ่ม 'Anti-Trope Mandate' ที่ฝังไว้เพื่อกำจัด Archivists, Forgers และห้องสมุดที่เต็มไปด้วยฝุ่นออกจากเครื่องมือ แนะนำ Tension-Based Synthesis ซึ่งกำหนดให้เครื่องมือต้องให้เหตุผลถึงความสัมพันธ์ระหว่างอะตอมของพล็อตที่ขัดแย้งกันก่อนที่จะสร้างสมมติฐานสุดท้าย

v10.1 - อัปเดตการแก้ไขทางกายภาพและความสม่ำเสมอของชื่อ

นำระบบ Character Physical Motif Lockout มาใช้เพื่อป้องกันการบรรยายลักษณะทางกายภาพของตัวละครที่ซ้ำซาก รายละเอียดทางกายภาพของตัวละครแต่ละตัวจะถูกติดตามในระบบ 3 ระดับ: Signature (เน้น 1 ครั้งต่อ 10 บท, พื้นหลัง 1 ครั้งต่อ 3 บท), Secondary (พื้นหลังเท่านั้น 1 ครั้งต่อบท), และ Functional (ยกเว้นเฉพาะเมื่อใช้ในพล็อตเรื่อง) เพิ่มโปรโตคอล Entity Lock เพื่อความสม่ำเสมอของชื่อ: ชื่อตัวละครที่เป็นทางการจะถูกแทรกเข้าไปในการเรียกใช้ Bindery API ทั้งหมด และตัวตรวจสอบระยะ Levenshtein หลังการสร้างจะตรวจจับความผิดเพี้ยนของชื่อก่อนที่ข้อความจะถึงต้นฉบับ แก้ไขปัญหาปุ่มในห้องสมุดไม่ตอบสนองที่เกิดจากเครื่องหมายคำพูด HTML

v10.0 - อัปเดต Forbidden Motif และความสมบูรณ์ทางประเด็น

นำกฎ Forbidden Motif มาใช้เพื่อป้องกันการใช้ประเด็นซ้ำซาก ตอนนี้ Motif จะถูกตรวจจับในระยะที่ 3 และมีการจัดสรรงบประมาณอย่างเคร่งครัด: เน้นหลัก 1 อย่างต่อ 5 บท และปรากฏในพื้นหลัง 2 อย่างต่อบท เพิ่มตรรกะ 'Thematic Substitution' เพื่อบังคับให้มีความหลากหลายทางสไตล์เมื่อใช้งบประมาณครบ ผสานรวมสแต็กการใช้เหตุผลระดับสูงของ Free-for-Pro (Grok 4.1, RolePlay v5, MiMo-V2-Omni, Gemma 4) สำหรับการวางแผนโครงสร้างที่เน้นตรรกะและการเขียนเนื้อหา

v9.4 - การอัปเดต Global Mosaic และ Grit Mandate

ลดความเป็นเนื้อเดียวกันทางประชากรศาสตร์โดยใช้โปรโตคอล Global Mosaic ตัดการเชื่อมโยงทางเชื้อชาติระหว่างตัวเอกและตัวละครสมทบ กำหนดให้มี 'Ungramorous Anchors' (ข้อบกพร่องทางกายภาพและความหยาบกร้านในระดับภูมิภาค) สำหรับตัวละครทุกตัวเพื่อป้องกันความสมบูรณ์แบบทั่วไป อัปเกรด Magic Wand (⚡) ด้วยการตรวจสอบอัตราส่วนคอนทราสต์เพื่อให้แน่ใจว่าคำบรรยายใหม่ช่วยเพิ่มความหลากหลายให้กับตัวละครที่มีอยู่

v9.3 - การอัปเดต Visual DNA และความหลากหลาย

นำระบบ Visual DNA Blueprint มาใช้เพื่อระบุตัวตนทางกายภาพอย่างถาวร บูรณาการ Vision AI สำหรับการสร้างโปรไฟล์ตัวละครจากภาพถ่าย เพิ่มข้อบังคับความหลากหลายระดับโลกให้กับพรอมต์การสร้างตัวละครเพื่อให้แน่ใจว่ามีความหลากหลายทางเชื้อชาติ อายุ และรูปร่าง ซิงค์ Visual DNA กับลูปการเขียน Forge เพื่อรักษาความต่อเนื่องของคำบรรยายตลอดทั้งต้นฉบับ

v9.2 - การอัปเดตวิศวกรรมประสาทสัมผัสและการหมุนเวียน

เปลี่ยนจากการจัดงบประมาณทางประสาทสัมผัสทางคณิตศาสตร์ไปสู่ระบบ Channel Rotation แบบไดนามิก (การมองเห็น การได้ยิน การดมกลิ่น การสัมผัส การรับรส) นำระบบล็อกเอาต์ 1,000 คำสำหรับความรู้สึกที่ซ้ำซาก (เพื่อรักษาอาการติด 'รสทองแดง') และกำหนดให้ 'Ungramorous Anchor' เป็นรายละเอียดบังคับพื้นฐานสำหรับฉากใหม่ทั้งหมด ปรับเทียบฮิวริสติกของปากกาแดงใหม่เพื่อปกป้องการดื่มด่ำทางประสาทสัมผัสในขณะที่จัดการกับการใช้คำคุณศัพท์ที่ฟุ่มเฟือยอย่างจริงจัง

v9.0 - การอัปเดต Chronos และ Cosmos

เปิดตัว Lore Engine สำหรับการสแกนต้นฉบับเชิงลึกและการดึงข้อมูลข้อเท็จจริง เพิ่ม Phase 0 Lore Bridge สำหรับการจัดการความต่อเนื่องของซีรีส์ นำการแทรกข้อมูล Lore แบบ Just-In-Time (JIT) มาใช้ในลูปการเขียน Forge เพื่อให้แน่ใจว่าเล่มที่ 2 จะไม่ลืมกฎที่กำหนดไว้ในเล่มที่ 1

v8.0 - เอนจินวิวัฒนาการและการตรวจสอบด้วยปากกาแดง

เปิดตัว Evolutionary Loop แบบหลายขั้นตอน ขั้นที่ 1 (Prose Governor) ใช้ปัจจัยความปลอดภัย Gutenberg 0.75 และงบประมาณทางประสาทสัมผัสเพื่อกำจัดความเยิ่นเย้อ ขั้นที่ 2 (Adaptive Pulse) จะกระตุ้นการตรวจสอบเบื้องหลังทุกๆ 10k คำเพื่อแก้ไขความเสื่อมถอยของสไตล์ด้วยตนเอง ขั้นที่ 3 (Red Pen Post-Mortem) เพิ่มเครื่องมือตรวจสอบวรรณกรรมระดับมืออาชีพใน Bindery ขั้นที่ 4 (Stylistic Bible) ช่วยให้เอนจินเรียนรู้จากข้อผิดพลาดในโปรเจกต์ต่างๆ โดยใช้ที่เก็บข้อมูลถาวร

v7.2 - การปรับปรุงผลงานชิ้นเอกที่มีความหนาแน่นสูง

การปรับเทียบใหม่ทั้งหมดสำหรับนิยายระดับมืออาชีพขนาด 200k+ ขึ้นไป นำ GUTENBERG_SAFETY_FACTOR (0.9) มาใช้เพื่อจัดการความเยิ่นเย้อของ AI แทนที่การปรับขนาดบทแบบเชิงเส้นด้วยเส้นโค้งความหนาแน่น โดยกำหนดเป้าหมายที่ประมาณ 3,600 คำต่อบท การจัดสรรจังหวะที่มีความหนาแน่นสูง (7-10 จังหวะสำหรับจุดไคลแมกซ์) ช่วยให้มั่นใจในความลึกมากกว่าปริมาณ เพิ่มหน่วยความจำบริบทแบบต่อเนื่องเป็น 300 คำเพื่อความต่อเนื่องของฉากที่เหนือกว่า

v7.1 - การปรับปรุงเอนจินไฮบริด

เปิดตัวโมเดลไฮบริด Director/Worker Bee งานขยายเนื้อหาจำนวนมากจะถูกส่งไปยังโมเดลความเร็วสูงระดับ Flash (Gemini 3.0 Flash) พร้อมการแบ่งส่วนเนื้อหาขนาดใหญ่ 6 บท ในขณะที่ตรรกะหลักยังคงอยู่บนโมเดลระดับ Reasoning ซึ่งช่วยลดเวลาในการขยายเนื้อหาสำหรับนิยาย 200k จากกว่า 120 นาทีเหลือไม่ถึง 10 นาที โดยยังคงความสม่ำเสมอของหน่วยความจำแบบต่อเนื่องไว้ได้

v6.3 - ระบบจัดรูปแบบการพิมพ์ KDP

Professional trade paperback CSS, automated front matter, manuscript typography, drop caps, and scene break ornaments.

v6.0 - Pro Unlimited และการปรับปรุงบรรยากาศ

Pro Unlimited tier, Global Vibe steering, per-project name ban list, Red Pen auditor, and Stylistic Bible persistence.

สะพานแห่งตำนาน

Sequel — Unlock Names from Previous Projects

Characters + Add

Locations + Add

World Rules

Unresolved Hooks

จุดประกาย

Who's In Your Story?

Detected Characters

Relationship Web

Identity Context Block Preview

โรงหล่อตัวละคร

ตัวละครหลัก

ตัวละครสมทบ (ระดับกลางและตัวละครรอง)

Universe Slang Glossary

ผู้สร้างโลก

Thematic Anchors (Forbidden Motifs)

สถาปนิก

โรงตีเหล็ก

Smart Expand Pipeline

การตรวจสอบอย่างมืออาชีพ: รายงานผลจาก Red Pen

โรงเย็บเล่ม