The Scriptorium
เครื่องมือเขียนนิยาย
The Scriptorium
The Lore Bridge
ตรวจสอบและปรับปรุงคัมภีร์ความต่อเนื่องก่อนเริ่มผลงานชิ้นเอกของคุณ
Sequel — Unlock Names from Previous Projects
โปรเจกต์นี้ยังไม่ได้เชื่อมโยงกับซีรีส์ คุณสามารถเริ่มต้นใหม่หรือใส่ข้อมูลโลกของคุณเองได้
Characters
Locations
World Rules
Unresolved Hooks
จุดประกาย
กำหนดจิตวิญญาณของเรื่องราวของคุณ เลือกแนวเรื่อง ความยาวที่ต้องการ และวางเมล็ดพันธุ์ของโครงเรื่อง
กำหนดขนาดของตัวละครและความซับซ้อนของเรื่องราว
การผสมผสานนี้ไม่สอดคล้องกัน เครื่องมือจะสังเคราะห์สะพานเชื่อมโครงสร้างที่เป็นเอกลักษณ์เพื่อสร้างเสถียรภาพให้กับเนื้อเรื่อง
ใส่ลายนิ้วมือทางสไตล์ที่คงที่ให้กับนักเขียนเงา
Paste your world-building notes to ground the AI in your existing lore.
ป้องกันไม่ให้ฉากเร่าร้อนปรากฏก่อนที่ความสัมพันธ์หลักจะเริ่มต้นขึ้น แนะนำสำหรับเรื่องราวแนวค่อยเป็นค่อยไปและเรื่องราวที่มีตัวละครหลายตัว
กำลังสร้างโครงเรื่อง...
Who's In Your Story?
Confirm the characters from your premise before generating the cast.
Detected Characters
Edit names, roles, and genders. The engine will lock these in.Relationship Web
Canon relationships from your premise ★Identity Context Block Preview
โรงหล่อตัวละคร
กำหนดตัวละครหลักของคุณ แล้วปล่อยให้ AI สร้างตัวละครสมทบระดับกลางและตัวละครรองตามความยาวของเรื่องราวของคุณ
กำลังสร้างตัวละครหลักและตัวละครสมทบ...
ตัวละครหลัก
ตัวละครสมทบ (ระดับกลางและตัวละครรอง)
Universe Slang Glossary
— Auto-generated from your world & eraPeriod/universe-accurate slang injected into character dialog. Scoped only to speech — never affects narrative prose.
ผู้สร้างโลก
สร้างภูเขาน้ำแข็ง: พื้นผิว, น้ำตื้น, ส่วนลึก และห้วงลึก
กำลังสำรวจความลึก...
สถาปนิก
การร่างโครงร่างแบบแฟรกทัล: จากโครงสร้างสู่จังหวะของบทเต็ม
Starting...
โรงตีเหล็ก
วงจรนักเขียนเงา โครงร่างอยู่ทางซ้าย ต้นฉบับอยู่ทางขวา
Switch takes effect on the next beat. No need to pause.
Generating Beat...
Smart Expand Pipeline
Auditing, extracting directives, flagging weak chapters, and surgical rewriting.
Initializing...
✓ Smart Expand Complete
การตรวจสอบระดับมืออาชีพ: รายงานจากปากกาแดง
The Bindery
ออกแบบปกหนังสือของคุณ สร้างชื่อเรื่องที่สมบูรณ์แบบ และเขียนคำโปรยหลังปกก่อนเผยแพร่
Auto-generates phonetic breakdowns for all names, places & lore terms. Includes IPA + rhyme hints.
Auto-generates a glossary from your Iceberg and Characters.
No Cover Art
Painting masterpiece...
วิธีใช้งาน The Scriptorium
The Scriptorium คือเครื่องมือเขียนนิยายด้วย AI แบบ 7 ระยะ ที่จะพาคุณเปลี่ยนจากไอเดียดิบๆ ไปสู่หนังสือนิยาย PDF ที่พร้อมตีพิมพ์ แต่ละระยะจะส่งต่องานไปยังระยะถัดไป โดยโครงเรื่องของคุณจะกำหนดตัวละคร ตัวละครจะกำหนดโลก โลกจะกำหนดโครงร่าง และโครงร่างจะขับเคลื่อนการเขียนจริง (The Forge) ปัจจุบันเครื่องมือนี้มาพร้อมกับชั้นความฉลาดของต้นฉบับ (Manuscript Intelligence Layer) แบบเรียลไทม์ ซึ่งจะคอยตรวจสอบความตึงเครียดของเนื้อเรื่อง ความสม่ำเสมอของน้ำเสียงตัวละคร ความสมดุลของประสาทสัมผัส การปูเรื่อง และการบรรจบกันของประเด็นสำคัญตลอดกระบวนการเขียนทั้งหมด
Phase 0: Lore Bridge
Lore Bridge คือตัวจัดการความต่อเนื่องของซีรีส์ เมื่อคุณเขียนภาคต่อ ระบบจะดึงสถานะตัวละคร กฎของโลก สถานที่ และปมที่ยังไม่คลี่คลายจากเล่มก่อนหน้ามาให้โดยอัตโนมัติ นอกจากนี้ คุณยังสามารถใส่บันทึกการสร้างโลกของคุณเองลงไปได้ด้วยตนเองสำหรับนิยายเรื่องเดียวจบ
Phase 1: The Spark
กำหนดจำนวนคำที่ต้องการ (1,000–200,000+ คำ) เลือกแนวเรื่องหนึ่งหรือหลายแนว และเลือกบรรยากาศของเรื่อง (Story Vibe) (เช่น หวาดระแวงและอึดอัด, ตำนานและพิธีกรรม) คุณสามารถเลือกใช้โปรไฟล์สไตล์การเขียนเพื่อเลียนแบบลายเซ็นของนักเขียนคนใดคนหนึ่งได้ ใช้แถบเลื่อน 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 จุด (จุดเริ่ม, จุดเปลี่ยน, จุดกึ่งกลาง, ช่วงวิกฤต, จุดไคลแมกซ์, บทสรุป, บทส่งท้าย) จากนั้นขยายเป็นโครงร่างหลัก (Master Outline) ผ่านไปป์ไลน์ Fractal Manager/Worker โดยแต่ละบทจะถูกแบ่งออกเป็น 3 ลำดับเหตุการณ์ และแต่ละลำดับจะถูกขยายเป็น 5+ จังหวะย่อย ก่อนจะเข้าสู่ The Forge ระบบจะขอให้คุณยืนยันประเด็นสำคัญ 3 ประการที่ได้จาก Iceberg ของคุณ สิ่งเหล่านี้จะกลายเป็นจุดยึดสำหรับระบบ Thematic Convergence ซึ่งจะตรวจสอบต้นฉบับในช่วงกลางเรื่องและตอนจบเพื่อให้แน่ใจว่าเรื่องราวเป็นไปตามคำมั่นสัญญาเชิงปรัชญาที่คุณวางไว้
Phase 5: The Forge
The Forge คือลูปการเขียนนิยายอัตโนมัติ มันจะอ่านจังหวะถัดไปจากโครงร่างของคุณ เขียนฉาก ส่งผ่าน AI Prose Auditor (การตรวจสอบสองรอบ) แล้วจึงไปยังจังหวะถัดไป ข้อกำหนดหลัก: การหมุนเวียนประสาทสัมผัส (สลับการมองเห็น/เสียง/กลิ่น/สัมผัส/รสชาติ โดยมีการล็อกไว้ 1,000 คำ), การบังคับทิศทาง (ทุกๆ 3 จังหวะต้องดำเนินพล็อต), การใส่กลไกพล็อต, การตรวจสอบความชัดเจนทางอารมณ์ และข้อกำหนดมิติของตัวร้าย ใช้ปุ่มควบคุมสด (Live Steering Dials) เพื่อปรับโทน, แอ็กชัน, เดิมพัน, และจังหวะการเล่าเรื่องได้ทันที ชั้นความฉลาด (Intelligence Layer) จะทำงานเงียบๆ อยู่เบื้องหลัง: 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
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
ในห้องสมุด (Library) ค้นหาโปรเจกต์ที่เสร็จสมบูรณ์แล้วและคลิก 'Write Sequel' สิ่งนี้จะสร้างโปรเจกต์ใหม่ที่เชื่อมโยงกันและรัน Lore Engine เพื่อสแกนต้นฉบับที่เสร็จแล้ว โดยดึงชะตากรรมของตัวละคร การเปลี่ยนแปลงของโลก และปมที่ยังไม่คลี่คลาย จากนั้นจะพาคุณเข้าสู่ระยะที่ 0 เพื่อตรวจสอบและแก้ไข Continuity Bible ก่อนเริ่มเล่มที่ 2 สำหรับผู้ใช้ FFP ให้คลิก 'Smart Expand' แทนเพื่อเรียกใช้ไปป์ไลน์ Smart Expand เต็มรูปแบบก่อนเริ่มเขียนภาคต่อ
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 ซึ่งเป็นกลไกความต่อเนื่องของชื่อที่ดึงชื่อตัวละครจากเนื้อเรื่อง ตรวจจับแนวเรื่องแบบการสร้างใหม่ (remake) หรือเรือของธีซีอุส (Ship-of-Theseus) และแทรก Identity Context Block ที่เป็นมาตรฐานลงในทุกการเรียกใช้ AI เฟส 1.5 'ใครอยู่ในเรื่องของคุณ?' เป็นเกตการยืนยันใหม่ระหว่างเฟส 1 และเฟส 2 โซน A: ตัวละครที่ตรวจพบ — ชื่อที่ AI ดึงมาพร้อมบทบาท เพศ และสถานะ ซึ่งแก้ไขได้ทั้งหมด โซน B: แบนเนอร์ตรวจจับการสร้างใหม่ — ตรวจจับแนวเรื่องแบบร่างโคลน, ความจำเสื่อม, หุ่นยนต์, การคืนชีพ, ลูปเวลา และการถูกสิงจากข้อความเนื้อเรื่องโดยอัตโนมัติ โซน C: แผงส่วนโค้งการรวมตัวใหม่ (Reconvergence Arc) — กำหนดค่าการแยกตัวตนแบบเรือของธีซีอุสด้วยประเภทแนวเรื่อง, แฟล็ก 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 vs. Series Book 1 พร้อมกฎโครงสร้างตอนจบที่แตกต่างกันซึ่งแทรกอยู่ในทุกพรอมต์ เพดานความโรแมนติก: ทุกอย่างจนถึงหน้าประตูห้องนอน การจูบอย่างเร่าร้อน (รวมถึงการจูบแบบดูดดื่ม), หัวใจเต้นแรง, หายใจไม่ออก, ความตึงเครียดทางกายภาพ, ตัวละครสังเกตเห็นกันและกันในแง่ที่ไม่ชัดเจน — อนุญาตทั้งหมด เส้นแบ่งคือ: ไม่มีการบรรยายการกระทำทางเพศ สิ่งที่เกิดขึ้นเป็นเพียงนัย ไม่ได้เขียนออกมา ตัดภาพไปที่ความมืด ไม่ได้รับอนุญาต: กลไกทางเพศที่ชัดเจน, ภาพเปลือยในบริบททางเพศ, ภาษาอีโรติกสำหรับผู้ใหญ่ หมายเหตุ: บิลด์เริ่มต้นตั้งค่านี้ผิดพลาดเป็น 'จูบแบบปิดปากเท่านั้น' นั่นเป็นการแก้ไขที่มากเกินไป ได้รับการแก้ไขในเซสชันเดียวกัน ความรุนแรงและธีมมืด: ความตายในหน้ากระดาษที่มีผลตามมา (Rue ใน Hunger Games, ทุกหน้าของ Six of Crows): ใช่ ฉากต่อสู้ที่มีเลือดจริง: ใช่ การทรมานที่บอกเป็นนัยหรือแสดงให้เห็นสั้นๆ: ใช่ ภาวะซึมเศร้า, ความคิดฆ่าตัวตาย, การทารุณกรรม, การติดยาที่จัดการอย่างตรงไปตรงมา: ใช่ — YA จัดการเรื่องเหล่านี้โดยตรงมากกว่านิยายวรรณกรรมสำหรับผู้ใหญ่ คำหยาบคายระดับเบาถึงปานกลาง: ใช่ ยาเสพติดและแอลกอฮอล์ที่มีผลตามมาต่อเนื้อเรื่อง: ใช่ ความรุนแรงที่ไม่มีเหตุผลเพื่อความตกใจ, หนังทรมาน, คำหยาบคายตลอดทั้งเรื่องในฐานะสไตล์: ไม่ กฎ: ความมืดได้รับอนุญาต แต่ความรุนแรงที่ไม่มีจุดประสงค์ในการเล่าเรื่องไม่ได้รับอนุญาต การแทรกพรอมต์ FORGE: คำสั่งเสียงที่สมจริงตามอายุ (เด็ก 16 ปีคิดเป็นเศษเสี้ยว, ความขัดแย้ง, การกล่าวเกินจริง — ไม่ใช่ปรัชญา), การเล่าเรื่องแบบจิตสำนึกคู่ (หน้าฉากสาธารณะ vs. บทพูดในใจในทุกฉาก), พันธสัญญาแห่งความหวัง (ตัวเอกต้องทำสิ่งที่สำคัญในตอนจบ — ต่อรองไม่ได้), คำสั่งกระจกเงาตัวร้าย (ตัวร้าย = ภาพสะท้อนด้านมืดของศักยภาพของตัวเอก, ถนนที่ไม่ได้เลือก), คำสั่งตัวละครผู้ใหญ่ (ตัวประกอบ, มีข้อบกพร่อง, อายุพี่เลี้ยงสูงสุด 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% (ภาษาเอลฟ์ ดินแดนแห่งการถือไม้เท้า) การแทรก 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 (คีย์ไม่ตรงกัน, สำคัญ): forge back-pressure และ _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 ตั้งค่าเริ่มต้นที่ 600 คำ/จังหวะ แก้ไข: expandChapterChunk ตอนนี้ยอมรับแผนที่ chapterWordTargets และแทรก [WORDS:N] ลงในทุกจังหวะ phase4-ui._expandChunks() สร้างและส่งแผนที่ บั๊ก 5 (ค่าก่อนหน้าความเร่าร้อนผิด): HEAT_PRIORS.explicit คือ 1.18 (สมมติว่า AI เขียนแบบยืดเยื้อ) จริงๆ แล้ว AI เขียนแบบกระชับสำหรับฉากเร่าร้อน แก้ไข: เปลี่ยนค่าก่อนหน้าเป็น 0.95 HEAT_SCENE_AVG_WORDS.explicit ลดจาก 1000 เป็น 700 (AI เฉลี่ย 600-700 คำ ไม่ใช่ 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 คำต่อการเรียกใช้จังหวะ ลดขนาดข้อมูลและความหน่วงในการเรียกใช้ทุกครั้ง ตัวเลือก A (Adaptive Timeout): เวลาหมดเวลาจะถูกคำนวณแบบไดนามิกเป็นค่าพื้นฐาน + (เป้าหมายคำที่คาดการณ์ × 140ms) โดยจำกัดสูงสุดที่ 180 วินาที จังหวะ 100 คำจะได้เวลา 39 วินาที; จังหวะ 500 คำจะได้เวลา 95 วินาที ไม่มีการตัดจบก่อนกำหนดในฉากที่ซับซ้อน ไม่มีการรอ 4 นาทีในฉากที่ง่าย ตัวเลือก B (Beat Decomposer): ก่อนที่จังหวะใดจะถึงการเขียนจริง มันจะถูกจำแนกตามเป้าหมายคำที่คาดการณ์ จังหวะที่เกินเกณฑ์ (ค่าเริ่มต้น 600 คำ) จะถูกส่งไปยังโมเดลความเร็วสูง (Gemini 3.0 Flash Preview ใน FFP) ซึ่งจะแบ่งออกเป็น 3 จังหวะย่อยตามลำดับพร้อมงบประมาณคำของตัวเอง แต่ละจังหวะย่อยจะถูกเขียนแยกกันและนำมาเย็บรวมกัน มีตัวเลือกการทำให้รอยต่อเรียบเนียน เกณฑ์ทั้งสามสามารถกำหนดค่าได้ในแผงควบคุม Intelligence Layer กิจกรรมของ Decomposer จะถูกบันทึกและแสดงเป็นสถิติสด
v13.0 — ชั้นความฉลาดของต้นฉบับ (Manuscript Intelligence Layer)
เพิ่มสถาปัตยกรรมการตรวจสอบคุณภาพ 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 ใหม่ทั้งหมดเพื่อตรวจจับและซ่อมแซมความเสียหายของดัชนีโดยอัตโนมัติโดยใช้การสำรองข้อมูลแบบรักษาตัวเอง แนะนำ Project Forging แบบไม่ทำลาย (ข้ามข้อจำกัดการล้างสถานะแบบเก่า) และการนำทางย้อนกลับ 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 (รับประกันตรรกะภายในที่เห็นอกเห็นใจสำหรับตัวร้าย)
Active Seeding Mandates
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 เพื่อป้องกันความซ้ำซากทางประเด็น ตอนนี้ระบบจะตรวจจับ Motif ในระยะที่ 3 และจัดสรรงบประมาณอย่างเคร่งครัด: เน้นหลัก 1 ครั้งต่อ 5 บท และปรากฏในพื้นหลัง 2 ครั้งต่อบท เพิ่มตรรกะ 'Thematic Substitution' เพื่อบังคับให้มีความหลากหลายทางสไตล์เมื่อถึงขีดจำกัดงบประมาณ บูรณาการสแต็กการใช้เหตุผลระดับสูง (Grok 4.1, RolePlay v5, MiMo-V2-Omni, Gemma 4) สำหรับการวางแผนโครงสร้างที่เน้นตรรกะและการเขียนเนื้อหา
v9.4 - การอัปเดต Global Mosaic และข้อกำหนดความสมจริง
ลดความเป็นเนื้อเดียวกันทางประชากรศาสตร์โดยใช้โปรโตคอล Global Mosaic ตัดการเชื่อมโยงทางเชื้อชาติระหว่างตัวเอกและตัวละครสมทบ กำหนดให้มี 'Ungramorous Anchors' (ข้อบกพร่องทางกายภาพและความสมจริงในท้องถิ่น) สำหรับตัวละครทุกตัวเพื่อป้องกันความสมบูรณ์แบบทั่วไป อัปเกรด Magic Wand (⚡) ด้วยการตรวจสอบอัตราส่วนความต่าง (Contrast Ratio) เพื่อให้แน่ใจว่าคำบรรยายใหม่ๆ จะช่วยเพิ่มความหลากหลายให้กับตัวละครที่มีอยู่
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) จะกระตุ้นการตรวจสอบเบื้องหลังทุกๆ 10,000 คำเพื่อแก้ไขความเสื่อมถอยของสไตล์ด้วยตนเอง ขั้นที่ 3 (Red Pen Post-Mortem) เพิ่มเครื่องมือตรวจสอบวรรณกรรมระดับมืออาชีพใน Bindery ขั้นที่ 4 (Stylistic Bible) ช่วยให้เครื่องยนต์เรียนรู้จากข้อผิดพลาดในโปรเจกต์ต่างๆ โดยใช้ที่เก็บข้อมูลถาวร
v7.2 - การปรับปรุงผลงานชิ้นเอกที่มีความหนาแน่นสูง
ปรับจูนใหม่ทั้งหมดสำหรับนิยายระดับมืออาชีพขนาด 200,000 คำขึ้นไป นำ GUTENBERG_SAFETY_FACTOR (0.9) มาใช้เพื่อจัดการกับความเยิ่นเย้อของ AI แทนที่การปรับขนาดบทแบบเชิงเส้นด้วยเส้นโค้งความหนาแน่น โดยกำหนดเป้าหมายไว้ที่ประมาณ 3,600 คำต่อบท การจัดสรรจังหวะเรื่องที่มีความหนาแน่นสูง (7-10 จังหวะสำหรับจุดไคลแมกซ์) ช่วยให้เนื้อหามีความลึกมากกว่าปริมาณ เพิ่มหน่วยความจำบริบทแบบต่อเนื่องเป็น 300 คำเพื่อความต่อเนื่องของฉากที่เหนือกว่า
v7.1 - การปรับปรุงเครื่องยนต์ไฮบริด
แนะนำโมเดลไฮบริดแบบ Director/Worker Bee งานขยายเนื้อหาจำนวนมากจะถูกส่งไปยังโมเดลความเร็วสูงระดับ Flash (Gemini 3.0 Flash) โดยแบ่งเป็น 6 บทต่อครั้ง ในขณะที่ตรรกะหลักยังคงใช้โมเดลระดับ Reasoning วิธีนี้ช่วยลดเวลาในการขยายเนื้อหาสำหรับนิยายขนาด 200,000 คำ จากเดิมที่ใช้เวลากว่า 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.
