يغيّر الكُتّاب أدواتهم في كثير من الأحيان أكثر مما يتوقعون. يتوقف برنامج عن التحديث، أو يقفز سعر الاشتراك، أو تظهر طريقة عمل أفضل، أو تكبر السلسلة ببساطة على المكان الذي بدأت فيه. وعادةً ما ينجو النص من الانتقال. أما ما يضيع فهو كل ما يحيط به: ملاحظات الشخصيات، وقواعد العالم، والمخطط العام، وخطط المشاهد، وسجلّ من يعرف ماذا بحلول الفصل الثاني عشر. وفي الكتب الطويلة والسلاسل، تمثّل هذه المواد رأس المال الحقيقي للعمل، وهي أيضًا أكثر ما يُترك خلفنا. يتناول هذا الدليل معنى «كتاب القصة» (story bible) من الناحية البرمجية، ولماذا ينتقل بصعوبة، وما ينبغي أن تتحقق منه قبل أن تأتمن أي أداة على تصديره.
المخطوطة أكثر من نثرها
تخيّل ملفات العمل لرواية مكتملة. الفصول موجودة، لكن معها أيضًا قائمة بالشخصيات لكلٍّ منها تاريخه وصوته. وهناك صفحات عن الأماكن والفصائل وطريقة عمل السحر. وهناك مخطط عام، غالبًا بأكثر من نسخة، وخطط على مستوى المشهد تحدد ما يجب أن يؤديه كل مشهد. وإذا كان الكتاب جزءًا من سلسلة، فهناك إحساس متواصل بحالة القصة: من عرف السر، ومن مات، وما الذي ما زالت البطلة تحمله في حقيبتها.
سمِّ ذلك كله كتاب القصة. يبنيه الكاتب ببطء، وهو السبب في أن الكتاب الثالث يبقى متسقًا مع الكتاب الأول. وهو أيضًا المكان الذي تعيش فيه معظم قراراتك، مدوَّنة مرة واحدة حتى لا تضطر إلى اتخاذها مرة أخرى. يمكن إعادة كتابة مسودة ضائعة انطلاقًا من كتاب قصة جيد. أما ضياع كتاب القصة فيعني إعادة بناء سنوات من القرارات من الذاكرة ومن النص نفسه، وهذا بطيء، وهو بالضبط ما تتسلل منه التناقضات إلى الكتاب الثالث.
أين يعيش كتاب القصة فعليًا
في معالج النصوص العادي، يكون كتاب القصة مجموعة من المستندات التي أنشأتها بنفسك، فنقله لا يتجاوز نسخ الملفات. أما أدوات الكتابة المتخصصة فمختلفة. فهي تخزّن الشخصيات والأماكن ونقاط الحبكة بوصفها سجلات في قاعدة بياناتها الخاصة، بحقول ووسوم وروابط بين بعضها. وهذه البنية هي ما يجعلها مفيدة - إذ يمكنك أن ترى كل مشهد تظهر فيه شخصية ما، أو أن تصفّي المخطط بحسب خيط الحبكة - وهي نفسها ما يجعل مغادرتها صعبة.
حين تقدّم أداة كهذه ميزة التصدير، فمن المفيد أن تسأل: لماذا صُمّم هذا التصدير؟ كثير منها مبني حول المخطوطة، لأنها ما يرسله الكُتّاب إلى المحررين والوكلاء والناشرين: ملف Word، أو EPUB، أو PDF. وينتقل النص بصورة جميلة. أما المواد المنظَّمة، أي الجزء المخزَّن سجلات لا نصًّا، فقد تخرج منفصلة، أو ناقصة، أو لا تخرج أبدًا. وبعض الأدوات تصدّر النص وتُبقي كتاب القصة في داخلها. وليس في هذا بالضرورة سوء نية. فميزات التصدير تُبنى للطلب الأكثر شيوعًا، و«أرسل المخطوطة إلى جهة ما» أشيع بكثير من «انقل مشروعي كاملًا».
الروابط هي الجزء الصعب
حتى حين تصدّر الأداة كتاب القصة فعلًا، فإن قائمة مسطّحة بملاحظات الشخصيات ليست سوى جزء مما بنيتَه. فالصلات بين العناصر تحمل قدرًا كبيرًا من المعنى.
تأمّل ما يعرفه مشروع عامل. هذا المشهد يُروى من وجهة نظر هذه الشخصية. هذه الشخصيات الثلاث تظهر فيه. هذا الخيط من الحبكة يبدأ في الفصل الرابع وينتهي في الفصل العشرين. هذه الشخصية عرفت بالخيانة في الفصل التاسع، فلا يمكنها أن تتظاهر بالدهشة منها في الفصل الخامس عشر. كل واحدة من هذه الحقائق رابط بين سجلَّين، وفي قاعدة البيانات تُحفظ هذه الروابط بمراجع داخلية لا بكلمات على صفحة.
التصدير الذي يكتب كل سجل في مستند منفصل ويُسقط الروابط يعطيك القطع بلا تركيبها. يمكنك إعادة البناء يدويًا، لكن ذلك في سلسلة قد يعني أيامًا من العمل، والروابط الدقيقة - كتغيّر حالة مرتبط بمشهد بعينه - هي أول ما يضيع. أما التصدير الجيد فيُبقي الروابط صريحة، بحيث يستطيع من يقرأ الملف لاحقًا أن يعرف أي شخصية هي أي شخصية، وأين تنتمي كل حقيقة.
ما ينبغي التحقق منه قبل أن تثق بالتصدير
وقت اختبار التصدير هو قبل أن تحتاج إليه، ما دام المشروع سليمًا والأداة لا تزال متاحة لك. وخمسة أسئلة تغطي معظم الأمر.
هل يتضمن كتاب القصة، لا الكتاب وحده؟ ابحث في المخرجات عن شخصياتك وأماكنك ومستندات المراجع بنصوصها الكاملة، لا بأسمائها فقط. وتحقق كذلك من المخططات وخطط المشاهد، وأي ملاحظات مرتبطة بمشاهد بعينها.
هل يستطيع إنسان قراءته؟ افتح الملفات في محرر نصوص عادي. صيغتا Markdown والنص العادي تتحملان مرور الزمن وتُفتحان في أي مكان؛ أما الملف الثنائي المملوك لشركة فلا يُفتح إلا في البرنامج الذي أنشأه، وهذا يُبطل الغاية.
هل يستطيع برنامج قراءته؟ كونه مقروءًا للإنسان لا يكفي وحده إن ضاعت البنية. فالصيغة المنظَّمة مثل JSON، مع بقاء الروابط بين السجلات محفوظة بالإحالة، هي ما يتيح لأداة أخرى أن تعيد بناء المشروع بدلًا من أن تعيد أنت كتابته.
هل الصيغة موثَّقة؟ الوصف المنشور للملف - ماذا يحمل كل جزء، وكيف تُشير السجلات بعضها إلى بعض - يحوّل التصدير إلى شيء يستطيع أي أداة أو أي مبرمج متعاون أن يتعامل معه. أما التصدير غير الموثَّق فصيغة لا يفهمها تمامًا إلا صانعها.
هل يغطي السلسلة كلها؟ إن كانت كتبك تشترك في طاقم شخصيات وعالم واحد، فتحقق من أن المادة المشتركة تخرج مع كل كتاب، ومن أنك تستطيع تصدير أكثر من كتاب في وقت واحد.
أجرِ تجربة الذهاب والإياب
أكثر الاختبارات دلالة أن تصدّر مشروعًا ثم تستورده فورًا، إلى الأداة نفسها أو إلى حساب جديد. فإن لم تستطع الأداة قراءة تصديرها هي، فلن يفيدك الملف كثيرًا حين تسوء الأمور. وإن استطاعت، فقارن بين النسختين: هل الشخصيات كلها موجودة بمداخلها الكاملة؟ هل لا تزال المشاهد تعرف من فيها؟ هل المخطط مطابق؟ وأي شيء ينقص في تجربة الذهاب والإياب سينقص حتمًا حين تنتقل إلى مكان آخر.
وما دمت في ذلك، فاحتفظ بنسخة من هذا التصدير في مكان خارج الأداة، واجعل ذلك عادة بعد كل جلسة تخطيط كبيرة. نادرًا ما تفقد الخدمات السحابية البيانات، لكن الحسابات تُقفل، والشركات تغيّر وجهتها، والنسخة التي تحتفظ بها بنفسك هي النسخة الوحيدة التي تستطيع الاعتماد عليها.
اختر أداة تستطيع مغادرتها
الأداة الأيسر في الوثوق بها لمشروع طويل هي عادةً تلك التي تجعل مغادرتها سهلة. فالتصدير الذي يحمل كل شيء إلى الخارج بصيغة تستطيع برامج أخرى قراءتها هو التزام قطعته الأداة بالشيفرة لا بالوعود. وحين تقيّم أداة كتابة جديدة، انظر إلى طريق الخروج قبل طريق الدخول. اسأل: ما الذي يخرج، وبأي صيغة، وهل يعود؟
لقد بُني Novelmint مع وضع هذا الاختبار في الحسبان. تُصدَّر السلسلة كاملة في ملف مشروع مفتوح واحد: ملفات Markdown تستطيع قراءتها في أي مكان، إضافةً إلى JSON موثَّق يحفظ الروابط بين الشخصيات والأماكن وخيوط الحبكة وخطط الفصول والإيقاعات السردية والنص، مع غلاف كل كتاب. ويُستورد الملف نفسه مرة أخرى بوصفه سلسلة جديدة أو إلى السلسلة التي خرج منها، فتصبح النسخة الاحتياطية شيئًا تستطيع استعادته فعلًا.