انتقل إلى المحتوى
Nodary

قالب وثيقة تصميم اللعبة

تسعة مستندات مترابطة تغطي اللعبة من عرضها الأول إلى سجل قراراتها، في كلٍّ منها إرشاد إلى ما يُكتب فيه ومثال قصير. نزّلها ملفات Markdown: تُفتح في أي محرر، وتظهر مخططاتها على GitHub وفي Obsidian، وتُستورد إلى Nodary خريطةً واحدة.

9 ملفات Markdown في ملف .zip، 18 كيلوبايت

مجاني، بلا حساب وبلا بريد إلكتروني. استخدمه وعدّله وشاركه.

اقرأ كل صفحة قبل التنزيل

تتسع النظرة العامة لشاشة واحدة، وتحيل إلى ثمانية أجزاء، جزء لكل تخصص، فيكون لكل جزء مسؤول ويبقى كل تغيير صغيرًا. الأسطر المائلة تقول ما يُكتب، والأمثلة مأخوذة من Saltmarrow، اللعبة النموذجية التي يستخدمها هذا الموقع في كل مكان.

المستندات

الملف قالب وثيقة تصميم اللعبة/وثيقة تصميم اللعبة.md

وثيقة تصميم اللعبة

طريقة استخدام هذا القالب: الأسطر المائلة إرشادات. استبدلها بكلماتك، ثم احذفها. والقيم بين الأقواس المربعة لك أن تملأها. أبقِ هذه الصفحة في حدود شاشة واحدة تقريبًا: فهي الصفحة التي يقرؤها الجميع أولًا، وكل جزء آخر من التصميم على بُعد رابط واحد منها.

لمحة سريعة

الحقللعبتك
العنوان المؤقت[العنوان]
الفكرة في جملة[جملة يستطيع غريب أن يكررها]
النوع[النوع والنوع الفرعي]
اللاعبون[لاعب واحد، تعاوني من 2 إلى 4، تنافسي]
المنصات[PC، أجهزة الكونسول، الهاتف المحمول]
مدة الجلسة[جلسة نموذجية، بالدقائق]
المحرك[المحرك والإصدار]
الفريق[حجمه اليوم وفي ذروته]
نموذج العمل[سعر شراء، لعب مجاني، اشتراك]
المرحلة الرئيسية التالية[الاسم والتاريخ]

عرض اللعبة

جملتان أو ثلاث: من هو اللاعب، وماذا يفعل، وما الذي يميّز اللعبة. اكتبها بحيث تصلح لصفحة المتجر كما هي.

مثال (من Saltmarrow، لعبة نموذجية): اجرف الملح، واغطس بحثًا عن الذكريات، وعُد إلى البيت قبل المد. لعبة تعاونية للاستكشاف والصناعة تتسع لأربعة لاعبين، تدور على سبخات ملحية يتعاقب عليها المد والجزر، حيث تطفو مدينة أرشيف غارقة مرتين كل يوم.

[عرض لعبتك]

ركائز التصميم

من ثلاث إلى خمس قواعد يجب أن تخدمها كل ميزة. الركيزة التي يمكن أن تصف أي لعبة، مثل «قتال ممتع»، ليست ركيزة. والميزة التي لا تخدم أي ركيزة تُحذف، والميزة التي تخالف إحداها يُعاد تصميمها.

  1. [الركيزة الأولى]: [معناها في جملة واحدة]
  2. [الركيزة الثانية]: [معناها في جملة واحدة]
  3. [الركيزة الثالثة]: [معناها في جملة واحدة]

مثال (من Saltmarrow، لعبة نموذجية): المد هو الساعة. الوقت هو المورد الوحيد الذي لا يزيد أبدًا: كل نظام يقرأ المد، ولا شيء يوقفه.

الجمهور

لمن صُنعت اللعبة، وماذا يلعب هؤلاء اليوم، ومتى يتوقفون عن اللعب. سمِّ ألعابًا حقيقية وعادات حقيقية، لا فئة عمرية فحسب.

  • اللاعبون الأساسيون: [من هم وكيف يلعبون]
  • ما يلعبونه اليوم: [ثلاث أو أربع ألعاب]
  • يتوقفون عن اللعب حين: [...]
  • اللاعبون الثانويون: [...]

ألعاب مشابهة

ثلاث أو أربع ألعاب يعرفها فريقك ولاعبوك. قل ما تأخذه من كلٍّ منها، وما تتركه، فهذا لا يقل فائدة.

اللعبةما نأخذهما نتركه
[اللعبة][...][...]
[اللعبة][...][...]
[اللعبة][...][...]

النطاق

ما يتضمنه الإصدار الأول، وما لا يتضمنه صراحةً. القائمة الثانية هي التي تمنع النطاق من التضخم بصمت.

  • في الإصدار الأول: [...]
  • ليس في الإصدار الأول: [...]
  • يُقرَّر لاحقًا: [...]

بقية التصميم

كل جزء مستند قائم بذاته. اربط به بدل أن تنسخ منه، فتعيش كل معلومة في مكان واحد وتتغيّر في مكان واحد.

هذا القالب مجاني للاستخدام والتعديل والمشاركة. وهو من Nodary، حيث تُستورد هذه الملفات خريطةً من المستندات المترابطة.

نزّل القالب9 ملفات Markdown في ملف .zip، 18 كيلوبايت

طريقة الاستخدام

  1. اكتب النظرة العامة في جلسة واحدة

    املأ الجدول وعرض اللعبة وركائز التصميم أولًا، في ساعة تقريبًا، مع من سيصنعون اللعبة. فكل صفحة أخرى تُقاس عليها.

  2. املأ الأجزاء كلما اتُّخذ قرار

    اترك القسم فارغًا بدل أن تختلقه. القسم الفارغ سؤال مفتوح بصدق، أما القسم المختلَق فسيُبنى فعلًا.

  3. سجّل كل قرار

    حين يغيّر قرارٌ التصميم، أضف سطرًا إلى سجل القرارات في خطة الإنتاج، وحدّث الصفحة التي يمسّها. السجل يقول لماذا، والصفحة تقول ما هو صحيح الآن.

  4. عيّن مسؤولًا لكل صفحة

    يذكر كل جزء اسم المسؤول عنه وتاريخ آخر مراجعة له. والصفحة التي لا يتولاها أحد هي أول ما يتقادم.

استورده إلى Nodary خريطةً

Nodary مساحة عمل لفرق الألعاب تترابط فيها المستندات كالنجوم على خريطة. استورد ملف .zip فتصل النظرة العامة ومعها أجزاؤها الثمانية مرتّبة تحتها، مع الحفاظ على الروابط بين الصفحات ورسم المخططات. بعدها يعلّق فريقك على المقاطع، ويطلب المراجعات، ويرى ما تغيّر منذ زيارته الأخيرة، ويقرأ وكلاء الذكاء الاصطناعي المتصلون عبر MCP التصميمَ قبل أن يكتبوا فيه.

  1. افتح خريطة مشروع واختر «استيراد».
  2. اختر تبويب «مجلد أو ZIP»، ثم «اختيار ملف ZIP».
  3. حدّد الملف الذي نزّلته، وتحقق من الشجرة، ثم استورد.

تتسع الخطة المجانية لعشرة مستندات في كل مساحة عمل، بما فيها صفحة المشروع نفسه: فمستندات القالب التسعة تتسع في مساحة عمل جديدة وتملؤها. وفي الخطط المدفوعة متسع لأكثر.

كيف يتعامل Nodary مع وثائق تصميم الألعاب
نافذة الاستيراد في Nodary بعد اختيار ملف .zip للقالب: المستندات التسعة على شكل شجرة، والنظرة العامة وتحتها أجزاؤها الثمانية، وسطر يوضح أن الاستيراد سينشئ 9 مستندات من أصل 9 لا تزال الخطة تسمح بها.

كيف تكتب وثيقة تصميم يقرؤها الفريق فعلًا

تفشل وثيقة تصميم اللعبة بإحدى طريقتين: لا يقرؤها أحد، أو يقرأ الجميع نسخة قديمة منها. هذه العادات تقي من الاثنتين.

صفحة لكل جزء

الملف ذو الستين صفحة يُقرأ مرة واحدة، في البداية. أما الصفحات القصيرة المترابطة فتُقرأ حين تهمّ، ويمسّ التغيير صفحة واحدة بدل خمس.

اكتب قرارات لا أمنيات

«يجب أن يكون القتال ممتعًا» لا يقرر شيئًا. أما «تصيب الضربة هدفها خلال 100 ميلي ثانية من ضغط الزر» فيمكن بناؤه واختباره.

قل ما لا يزال مفتوحًا

علّم الأسئلة التي لم تُحسم بأنها مفتوحة، مع من يجيب عنها ومتى. فالتخمين المكتوب كأنه حقيقة هو ما يجعل قسمين في الفريق يبنيان لعبتين مختلفتين.

اربط ولا تنسخ

حين تحتاج صفحة الاقتصاد إلى مواقيت المد، فلتربط بها. فالمعلومة المكتوبة في مكانين سرعان ما تقول شيئين مختلفين.

احتفظ بالسبب

يسجّل سجل القرارات لماذا صارت الأمور على ما هي عليه، حتى لا يتراجع زميل جديد عن خيار دفع الفريق ثمنه من قبل.

احذف ما لا يقرؤه أحد

إن لم يُفتح قسم منذ كتابته، فادمجه في غيره أو احذفه. الوثيقة القصيرة الصحيحة خير من وثيقة طويلة كانت صحيحة.

أسئلة عن وثيقة تصميم اللعبة

ما وثيقة تصميم اللعبة؟

وثيقة تصميم اللعبة، أو GDD، تصف اللعبة التي يصنعها الفريق: عرضها وركائزها وآلياتها وأنظمتها وعالمها ومستوياتها وصورتها وصوتها، وخطة صنعها. يقرؤها المصممون والفنانون والمبرمجون والمنتجون، ووكلاء الذكاء الاصطناعي أكثر فأكثر، لذا يجب أن تبقى محدّثة بينما تتغيّر اللعبة.

ماذا يجب أن تتضمن وثيقة تصميم اللعبة؟

على الأقل: نظرة عامة في صفحة واحدة فيها عرض اللعبة وركائز التصميم والجمهور والنطاق؛ وأسلوب اللعب والحلقة الأساسية؛ والأنظمة وأرقامها؛ والعالم والقصة؛ والمستويات والمحتوى؛ والإدارة الفنية والصوتية؛ والواجهة وإمكانية الوصول؛ والقيود التقنية؛ وخطة إنتاج مع سجل للقرارات. وفي هذا القالب مستند لكلٍّ منها.

ما الطول المناسب لوثيقة تصميم اللعبة؟

أقصر ما يمكن ما دامت تجيب عن أسئلة الفريق. يجب أن تتسع النظرة العامة لشاشة واحدة. ويكبر كل جزء بالقرارات المتخذة لا بالآمال: صفحة من القواعد المحسومة خير من عشر صفحات من الاحتمالات.

هل ما زالت الفرق المستقلة والفرق الرشيقة (Agile) تحتاج إلى GDD؟

تحتاج إلى قرارات مكتوبة، لا إلى مرجع ضخم يُكتب كاملًا من البداية. والفرق التي تكرّر بسرعة تستخدم وثيقة التصميم سجلًا لما هي عليه اللعبة اليوم: صفحات قصيرة تُحدَّث حين يغيّر اختبار اللعب شيئًا، مع حفظ الأسباب في سجل القرارات.

بأي صيغة يأتي القالب؟

Markdown: ملفات نصية بسيطة يفتحها أي محرر. الروابط بين المستندات روابط نسبية، والجداول جداول Markdown، والمخططات بلغة Mermaid التي يرسمها GitHub وObsidian وNodary. ولا شيء فيه يعتمد على أداة بعينها.

هل يمكنني استخدامه في Obsidian أو على GitHub أو في محرر آخر؟

نعم. يفتح Obsidian المجلد بعد فك ضغطه كخزنة تعمل فيها كل الروابط، ويعرض GitHub الملفات بروابطها ومخططاتها. أما الأدوات التي تستورد Markdown ملفًا ملفًا فتحتفظ بالنص والجداول؛ فتحقق من طريقة تعاملها مع الروابط بين الملفات.

كيف أستورد القالب إلى Nodary؟

افتح خريطة مشروع، واختر «استيراد»، ثم تبويب «مجلد أو ZIP»، واختر ملف .zip الذي نزّلته. يعرض Nodary الشجرة أولًا، ثم ينشئ المستندات التسعة وتكون النظرة العامة أصلها، ويحافظ على الروابط بينها ويرسم المخططات. ويُستورد بالطريقة نفسها أي مجلد أو ملف .zip يضم حتى 200 ملف Markdown.

هل يمكنني استخدام القالب للعبة تجارية؟

نعم. استخدمه وعدّله وشاركه لأي لعبة، تجارية كانت أو لا، بحساب Nodary أو من دونه. ونرحّب بذكر المصدر، لكنه ليس شرطًا أبدًا.

أبقِ التصميم حيث يعمل الفريق.

استورد القالب إلى Nodary فتصبح وثيقة التصميم خريطة يحافظ فريقك ووكلاء الذكاء الاصطناعي على تحديثها. مجاني مع عضوين ومشروع واحد وعشرة مستندات، بلا بطاقة.