The Scriptorium

v247

The Scriptorium

วิธีใช้ The Scriptorium

The Scriptorium คือเครื่องมือเขียนนิยายด้วย AI แบบ 7 ระยะ ที่จะพาคุณจากไอเดียตั้งต้นไปสู่หนังสือนิยาย PDF ที่พร้อมตีพิมพ์ แต่ละระยะจะส่งต่อข้อมูลไปยังระยะถัดไป โดยสมมติฐานของคุณจะกำหนดตัวละคร ตัวละครจะกำหนดโลก โลกจะกำหนดโครงเรื่อง และโครงเรื่องจะขับเคลื่อนการเขียน เครื่องมือนี้มาพร้อมกับชั้นข้อมูลอัจฉริยะ (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 สร้างความลึกซึ้งทางประเด็นของเรื่องผ่าน 4 ชั้น: พื้นผิว (พล็อตที่ผู้อ่านเห็น), น้ำตื้น (นัยทางอารมณ์), ลึก (ข้อถกเถียงเชิงปรัชญา), และเหว (ความหมายเชิงตำนานหรือจิตใต้สำนึก) ระบบยังดึง Forbidden Motifs ออกมา ซึ่งเป็นสัญลักษณ์ทางประเด็นที่ปรากฏซ้ำ โดยจะมีการจัดสรรงบประมาณและหมุนเวียนเพื่อป้องกันการซ้ำซ้อนในต้นฉบับ

Phase 4: Architect

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

Phase 5: The Forge

The Forge คือลูปการเขียนนิยายอัตโนมัติ มันจะอ่านจังหวะถัดไปจากโครงเรื่องของคุณ เขียนฉาก ผ่านการตรวจสอบโดย AI Prose Auditor (ทำความสะอาดสองรอบ) แล้วจึงไปยังจังหวะถัดไป ข้อกำหนดหลัก: การหมุนเวียนประสาทสัมผัส (สลับการมองเห็น/เสียง/กลิ่น/สัมผัส/รสชาติ โดยมีระยะล็อก 1,000 คำ), การบังคับทิศทาง (ทุกๆ 3 จังหวะต้องดำเนินพล็อต), การใส่กลไกพล็อต, การตรวจสอบความชัดเจนทางอารมณ์, และข้อกำหนดมิติของตัวร้าย ใช้ปุ่มควบคุมสดเพื่อปรับโทน, แอ็กชัน, เดิมพัน, และจังหวะการเล่าเรื่องได้ทันที ชั้นข้อมูลอัจฉริยะทำงานเงียบๆ ในเบื้องหลัง: 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 เพื่อรวบรวมอภิธานศัพท์จาก Iceberg และข้อมูลตัวละครของคุณ เปิดใช้งาน 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 โดยอัตโนมัติเพื่อปรับโครงสร้างประโยคที่เฉื่อยชาให้เป็นเนื้อหาบรรยายที่หนาแน่น สื่ออารมณ์ และมีความซ้ำซ้อนต่ำ มีตัวตรวจสอบการบีบอัดภาษาแบบเรียลไทม์บนหน้าจอ 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 System — กลไกความต่อเนื่องของชื่อที่ดึงชื่อตัวละครจากเนื้อเรื่อง ตรวจจับแนวเรื่องแบบรีเมคหรือ Ship-of-Theseus และแทรก Identity Context Block ที่เป็นมาตรฐานลงในทุกการเรียกใช้ AI เฟส 1.5 'ใครอยู่ในเรื่องของคุณ?' เป็นเกตการยืนยันใหม่ระหว่างเฟส 1 และเฟส 2 โซน A: ตัวละครที่ตรวจพบ — ชื่อที่ AI ดึงมาพร้อมบทบาท เพศ และสถานะ ซึ่งแก้ไขได้ทั้งหมด โซน B: แบนเนอร์ตรวจจับการรีเมค — ตรวจจับแนวเรื่องแบบร่างโคลน, ความจำเสื่อม, หุ่นยนต์, การคืนชีพ, ลูปเวลา และการถูกสิงจากข้อความเนื้อเรื่องโดยอัตโนมัติ โซน C: แผงส่วนโค้งการรวมตัวใหม่ (Reconvergence Arc) — กำหนดค่าการแยกตัวตนแบบ Ship-of-Theseus พร้อมประเภทแนวเรื่อง, แฟล็ก grief_resonance, สวิตช์การอยู่ร่วมกัน และไทม์ไลน์ความร้อน Soft Reset 1.5x โซน D: เพิ่มตัวละครด้วยตนเอง Identity Context Block จะเดินทางไปพร้อมกับการเรียกใช้ AI ทุกครั้ง — การสร้างตัวละคร, โครงเรื่อง, เค้าโครง, การขยายบท และการสร้างเนื้อหา — เพื่อให้มั่นใจว่าชื่อที่เป็นมาตรฐานจะไม่ถูกแทนที่และอินสแตนซ์การรวมตัวใหม่จะถูกติดตามอย่างถูกต้องในเนื้อเรื่อง

v15.0 — โหมด Young Adult

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

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

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

เปิดตัวไปป์ไลน์ Smart Expand — ระบบหลายตัวแทนที่แปลงการตรวจสอบ 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 ใหม่ด้วยเป้าหมายจำนวนคำใหม่ (Option C hybrid — คงการตั้งค่าไว้ ไม่ล้าง Iceberg ไม่สร้างตัวละครใหม่) ขั้นตอนที่ 5 (เฉพาะ FFP): คิวการเขียนใหม่แบบเจาะจง (Surgical Rewrite Queue) จะประมวลผลแต่ละบทที่ถูกทำเครื่องหมายผ่านลูป 3 รอบ รอบที่ 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, ตัวแสดงความแตกต่างแบบเคียงข้างกัน และตัวสลับแหล่งที่มา PDF เพื่อเลือกต้นฉบับหรือฉบับแก้ไขในเวลาคอมไพล์

v13.2 — ชุดแก้ไข Expand to Novel

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

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

วินิจฉัยและกำจัดปัญหาการเขียนซ้ำที่ทำให้การสร้างนิยาย 200,000 คำใช้เวลานานขึ้นจาก 2-3 ชั่วโมงเป็น 24+ ชั่วโมง สาเหตุหลัก: การกำหนดเวลาหมดเขตคงที่สำหรับทุกจังหวะโดยไม่คำนึงถึงความซับซ้อน รวมกับขนาดจังหวะที่เพิ่มขึ้นจากท่อส่ง 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' เพื่อจัดการต้นฉบับเก่าอย่างสะอาดตาโดยไม่ทำให้ Active Workspace รก

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 distance หลังการสร้างจะตรวจจับความผิดเพี้ยนของชื่อก่อนที่ข้อความจะถึงต้นฉบับ แก้ไขปัญหาปุ่ม Library ไม่ตอบสนองที่เกิดจากเครื่องหมายคำพูด HTML

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

ใช้กฎ Forbidden Motif เพื่อป้องกันการใช้ประเด็นซ้ำซาก ระบบจะตรวจจับ Motifs ในระยะที่ 3 และจำกัดงบประมาณอย่างเคร่งครัด: เน้นหลัก 1 ครั้งต่อ 5 บท และปรากฏเป็นพื้นหลัง 2 ครั้งต่อบท เพิ่มตรรกะ 'Thematic Substitution' เพื่อบังคับให้มีความหลากหลายทางสไตล์เมื่อใช้งบประมาณครบ ผสานรวมชุดคำสั่งการใช้เหตุผลระดับสูง (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' เป็นรายละเอียดบังคับพื้นฐานสำหรับฉากใหม่ทั้งหมด ปรับเทียบฮิวริสติกของ Red Pen ใหม่เพื่อปกป้องการดื่มด่ำทางประสาทสัมผัสในขณะที่จัดการกับการใช้คำคุณศัพท์ที่ฟุ่มเฟือยอย่างจริงจัง

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

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

v8.0 - Evolutionary Engine และการตรวจสอบด้วย Red Pen

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

v7.2 - การยกเครื่องผลงานชิ้นเอกความหนาแน่นสูง

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

v7.1 - การยกเครื่อง Engine แบบไฮบริด

แนะนำโมเดลไฮบริด 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

The Spark

Who's In Your Story?

Detected Characters

Relationship Web

Identity Context Block Preview

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

ตัวละครหลัก

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

Universe Slang Glossary

ผู้สร้างโลก

Thematic Anchors (Forbidden Motifs)

สถาปนิก

โรงตีเหล็ก

Smart Expand Pipeline

การตรวจสอบระดับมืออาชีพ: รายงานจากปากกาสีแดง

The Bindery