تاريخ النشر：2026-10-05
كلمات مفتاحية：Nano Banana Pro, Nano Banana, الموقع الرسمي لـ Nano Banana, GitHub social preview, README Hero, nanobanana prompts
الفرق التي تصون مستودعات مفتوحة المصدر أو حزم SDK أو وثائق منصات داخلية تعرف هذا مسبقاً: قبل أن يضع مطور نجمة أو يقرأ الفقرة الإنجليزية الأولى، ما يحدد فعلياً «هل أنقر؟» هو ما إذا كانت صورة social preview تبدو احترافية وترويسة README تبدو كالمشروع نفسه. إذا اخترعت بطاقة رابط GitHub وREADME Hero ولافتة المنظمة كلٌّ على حدة درجة حرارة لون ومقياس شعار، يفترض الزائرون ثلاثة مستودعات غير مرتبطة. كثير من الفرق يُخرِج صورة OG لمورّد خارجي، يلتقط لقطة لترويسة README، ثم يقص لافتة صفحة هبوط لصفحة المنظمة — محاذاة ثلاث سلاسل أصول غالباً تحرق عدة أيام، وما زال موجز الجوال يقص إلى «نصف شعار».
هذا الدليل يختلف عن مواضيع سابقة مثل «Hero صفحة هبوط SaaS» و«لقطة ASO لمتجر التطبيقات» و«شرائح مستثمر Pitch Deck» و«دفعة علامة تجارية لوسائل التواصل». يحل مهمة واحدة فقط: كيف تدخل تطبيق الإنشاء من الموقع الرسمي لـ Nano Banana عبر تطبيق الإنشاء Nano Banana، ثم تستخدم Nano Banana / Nano Banana Pro لتسليم طقم بصري جاهز للمستودع من GitHub social preview وREADME في نصف يوم.
ستحصل على: جدول تخطيط طقم من 8 أصول، قائمة تحقق كاملة للمواد، سير عمل من أربع خطوات، ثلاث قوالب مطالبة إنجليزية كاملة (عناصر نائبة يمكنك استبدالها)، إرشاد نسب المنصات، ثلاثة تفكيكات حالات، جدول مطبات، ونصيحة اختيار بين Nano Banana وNano Banana Pro. لا تُختصر أجسام المطالبات — البذرة تحقن القوالب الإنجليزية الكاملة حتى تلصق وتُسلّم social preview وREADME Hero ولافتة منظمة.
1. لماذا تستخدم Nano Banana / Nano Banana Pro لمرئيات GitHub؟
التعهيد التقليدي يقسم بطاقات OG وترويسات README ولافتات المنظمة بين مورّدين؛ أنماط اللقطات تقفز من ملف إلى ملف. في سير عمل الموقع الرسمي لـ Nano Banana، Nano Banana مثالي لاستكشاف حجم التركيب بسرعة، بينما Nano Banana Pro يثبّت لون العلامة وهوية الشعار/الواجهة ومناطق أمان العنوان للنسخ النهائية. قارن مصفوفة القدرات أدناه قبل إنفاق الأرصدة على إطلاق مستودع:
| القدرة | مزيج التعهيد التقليدي | Nano Banana / Nano Banana Pro |
|---|---|---|
| تركيب social preview | تغيير اسم المستودع يعني إعادة حجز المصمم | لغة طبيعية لتجربة 5 اتجاهات بسرعة؛ Pro يثبّت لون العلامة وظل الشعار بثبات أكبر |
| المساحة السلبية لترويسة README | اللقطات كثيفة جداً وتتشوش عند التحجيم | مسودات عريضة نظيفة؛ Pro يوضّح مناطق أمان العنوان القصير لتراكبات التوثيق |
| وحدة السلسلة | OG وREADME ولافتة المنظمة يسير كلٌّ في طريقه | أعد استخدام هيكل مطالبة واحد؛ سير الحساب نفسه يبقى متماسكاً عبر الطقم |
| أمان القص في الموجز | فقط بعد التصدير تلاحظ أن الشعار مقطوع | مناطق أمان ثابتة ومراسي تركيب؛ نسخ Pro النهائية تحافظ على تباين يناسب البطاقات الصغيرة |
| المدخل ومنحنى التعلم | أدوات متفرقة | أدلة وحالات الموقع الرسمي لـ Nano Banana؛ صفحات ركيزة Pro تشرح الاختيار |
بجملة واحدة: استخدم Nano Banana لاستكشاف التركيب والحجم؛ استخدم Nano Banana Pro لتثبيت لون العلامة وهوية الشعار/الواجهة ومناطق أمان العنوان للنسخ النهائية. للقرارات ومداخل الدخول، ابدأ بصفحات منتج Nano Banana وNano Banana Pro على الموقع الرسمي؛ الأرصدة والخطط موجودة في صفحة التسعير. مرئيات GitHub ليست «OG جميلة واحدة زائد لقطة عشوائية» — إنها نظام بصري قابل لإعادة الاستخدام للمستودع.
2. خطة الطقم البصري لـ GitHub (8 أصول موصى بها)
قبل أن تُفرغ لقطات عشوائية في README، عرّف «المهمة البصرية لكل صورة» في جدول — يوفر الأرصدة ويجعل social preview وREADME Hero ولافتة المنظمة تبدو كمستودع واحد:
| # | النوع البصري | الغرض | النموذج الموصى به |
|---|---|---|---|
| 1 | GitHub social preview | بطاقة رابط / Open Graph | Nano Banana Pro |
| 2 | README Hero | الانطباع الأول على الصفحة الرئيسية للمستودع | Nano Banana Pro |
| 3 | استعارة ميزة صغيرة A | عمود «features» في التوثيق | Nano Banana / Pro |
| 4 | استعارة ميزة صغيرة B | استعارة التثبيت / الدمج | Nano Banana / Pro |
| 5 | لوحة معمارية / سير عمل | خلفية لتراكب مخطط حقيقي | Nano Banana Pro |
| 6 | لافتة Org / Profile | ترويسة صفحة المنظمة أو المستخدم | Nano Banana Pro |
| 7 | غلاف Release | فن Release / Changelog | Nano Banana Pro |
| 8 | شريط شكر المساهمين | أجواء CONTRIBUTING / المجتمع | Nano Banana |
نصيحة الموقع الرسمي: على الموقع الرسمي لـ Nano Banana، افتح Showcase ودليل المطالبات أولاً — احفظ حالات «رسم تجاري نظيف / ظل منتج»، ثم ادخل تطبيق الإنشاء Nano Banana. هذا أسرع من اختراع مظهر GitHub من الصفر. هذا الطقم مبني لـ GitHub social previews وREADME Heroes ولافتات المنظمة، وليس Heroes هبوط SaaS أو ترويسات Newsletter بريدية أو شرائح Pitch Deck.
3. قائمة تحقق تجهيز الأصول (ما يحدد إن كان المستودع كله «يشبه مشروعاً واحداً»)
قبل فتح تطبيق الإنشاء، جهّز ما يلي. تخطي هذه الخطوة هو السبب الأول في أن بطاقة OG وREADME Hero ولافتة المنظمة تبدو كثلاث وكالات ملصوقة معاً:
- مرجع العلامة (مطلوب): ظل شعار المشروع واضح؛ الألوان الأساسية والثانوية مكتوبة كأسماء ألوان إنجليزية أو hex
- مرجع منتج أو واجهة (موصى به): لقطة CLI أو SDK أو وحدة تحكم كصورة 1 — اطلب “do not redesign interface text into garbled labels”
- نبرة المستودع: أدوات مطورين / مكتبة مفتوحة المصدر / منصة داخلية — اختر واحداً فقط واكتبه في وصف الأسلوب
- جرد الاستخدام: social preview، README Hero، لافتة منظمة، غلاف Release — ثبّت العدد قبل التوليد
- النسبة ومنطقة الأمان: social preview حوالي 2:1 (مثل 1280×640)؛ README Hero 16:9؛ احجز نحو 35%–40% مساحة سلبية نظيفة للعناوين
- قيود سلبية: no watermark, no fake star counts, no melted UI text, no random stock faces, no official GitHub mascot copies
لا تحتاج إلى خبز اسم المستودع في ملف تصميم أولاً. Nano Banana Pro يمكنه ترك منطقة أمان عنوان من الوصف وحده؛ كلما كانت الخلفية أنظف، كانت تراكبات اسم المستودع والشعار الحقيقية اللاحقة أكثر ثباتاً. عامل قائمة التحقق هذه كـ«موجز مشروع واحد» لطقم GitHub بأكمله.
4. سير عمل من أربع خطوات (من الموقع الرسمي إلى مستودع قابل للإطلاق)
الخطوة 1: ادخل الإنشاء من الموقع الرسمي لـ Nano Banana
- افتح تطبيق الإنشاء Nano Banana من الموقع الرسمي لـ Nano Banana
- قدّم Nano Banana Pro لـ social preview وREADME Hero ولافتة المنظمة؛ استخدم Nano Banana لاستكشاف الاستعارة الخالصة
- ارفع صورة العلامة أو المنتج/الواجهة كـ صورة 1
الخطوة 2: اختر القوالب حسب ترتيب الطقم
البذرة تحقن أدناه ثلاثة هياكل مطالبة إنجليزية جاهزة للنسخ (لا تخترع اختصارات — الصق الكتل الكاملة لـ social preview وREADME Hero ولافتة المنظمة):
- القالب A: GitHub social preview (حوالي 2:1، منطقة أمان عنوان كبيرة)
- القالب B: README Hero (16:9، ترويسة توثيق)
- القالب C: لافتة Org / Profile (لوحة عريضة، قفل هوية)
الخطوة 3: نفّذ «فحص جاهزية المستودع» بعد التوليد
- بعد قص صورة مصغرة لموجز الجوال، هل ما زلت تتعرف على الشعار ولون العلامة؟
- هل منطقة أمان العنوان كبيرة بما يكفي لاسم المستودع بالإضافة إلى سطر شعار واحد؟
- هل حواف الواجهة / المنتج سليمة، مع تسميات غير ذائبة؟
- هل بطاقة OG وREADME ولافتة المنظمة تشترك في درجة حرارة لون واحدة ولغة تركيب واحدة؟
- أي أعداد نجوم مزيفة أو شارات مزيفة أو علامات مائية؟
الخطوة 4: كرّر بمتابعات قصيرة + صدّر حسب المنصة
كرّر بتعديلات محادثة قصيرة، ثم صدّر social preview حوالي 1280×640، صدّر README بنسبة 16:9، وركّب النص الحقيقي في إعدادات المستودع وMarkdown. متابعات شائعة:
- “enlarge headline safe zone”
- “keep brand purple”
- “remove decorative icons”
- “simpler background, larger headline zone”
- “preserve UI label legibility”
بعد النسخ النهائية، صدّر social preview حوالي 1280×640 وREADME بنسبة 16:9، ثم ركّب النص الحقيقي في إعدادات المستودع وMarkdown — لا تخبز نجوماً مزيفة في اللوحة. لأنماط الفشل والإصلاحات، استخدم صفحة Failures ومدونة الإخفاقات الشائعة على الموقع الرسمي لـ Nano Banana — لا تحرق أرصدة بإعادة تعلم أخطاء GitHub نفسها.
5. قالب المطالبة A: GitHub social preview
Subject: GitHub social preview / Open Graph card, about 2:1. Preserve brand identity from Image 1 100% — logo silhouette, primary colors, and product/UI shape if present. Do not invent a different brand or copy any official GitHub mascot.
Composition: Logo or product motif on the 【left third / right third】. Leave a large clean headline-safe zone on the opposite side (about 40% width) for repo name + one-line slogan overlay later — no baked-in garbled text, no fake star counts, no melted badges.
Style: 【developer tools / open-source library / internal platform】; premium GitHub card look; high contrast when shown as a small link preview on mobile.
Lighting: Soft studio key, gentle rim, subtle screen glow if UI is shown; avoid muddy midtones and neon overload.
Negative constraints: no watermark, no fake stars/forks, no unreadable micro-UI text, no random stock faces, no cluttered terminal spam.
Output: 1280x640 or 2:1, 4K, Nano Banana Pro GitHub social preview.
كيفية الاستخدام
- ارفع الشعار أو مرجع المنتج/الواجهة كصورة 1
- الصق الكتلة الإنجليزية كاملة، املأ نبرة المستودع وجانب منطقة الأمان
- إذا كانت الخلفية مزدحمة جداً، تابع بـ “simpler background, larger headline zone”
- قبل القفل، عاين مرة بحجم صورة مصغرة لدردشة الجوال
6. قالب المطالبة B: README Hero
Layout: README hero banner, 16:9. Preserve brand accent from Image 1 as a quiet motif only. Communicate ONE project idea — 【CLI toolkit / SDK / dashboard / workflow engine】 — without baking the full feature list.
Composition: One clear visual metaphor plus a wide calm band for a short project title overlay later. Keep 40–50% negative space. Motif stays simple, not a full comic scene.
Style: Minimal open-source documentation header, Nano Banana Pro clean commercial plate, readable above the README fold.
Lighting: Even, low-drama; high contrast for GitHub’s light and dark themes.
Negative constraints: no fake badges with readable numbers, no melted labels, no watermark, no stock photo collage, no unofficial GitHub octocat copies.
Output: 16:9, 4K, Nano Banana or Nano Banana Pro README hero.
نقطة التعلم: ترويسة README تحمل استعارة مشروع واحدة، وليست قائمة الميزات كلها مخبوزة في الصورة. ضع أوامر التثبيت والشارات في طبقة نص Markdown. إذا أردت فقط اختبار اتجاه سريع، ابدأ بـ Nano Banana ثم انتقل إلى Nano Banana Pro للوحة النهائية. لمزيد من حرفة المساحة السلبية على تخطيطات معلوماتية، راجع دليل الملصقات/الرسوم البيانية على الموقع الرسمي لـ Nano Banana.
7. قالب المطالبة C: لافتة Organization / Profile
Organization or profile banner for GitHub, wide landscape.
Identity: If a logo is uploaded as Image 1, preserve brand colors and silhouette 100%. Do not invent extra product logos. If a product shot is uploaded, preserve the SKU/UI 100%.
Composition: Soft brand-color gradient or quiet abstract geometry with a wide calm center or side band for future org name overlay. Keep edges quiet so the banner still works when GitHub crops it.
Style: Consistent with the social-preview palette 【brand primary + charcoal】 so OG cards, README, and org banner feel like one repo family.
Lighting: Soft even wash, no harsh vignette that hides overlay text later.
Negative constraints: no fake contributor avatars, no watermark, no dense isometric city, no garbled org name baked in.
Output: wide banner, 4K, Nano Banana Pro GitHub org/profile banner.
نقطة التعلم: يجب أن تشارك لافتة المنظمة نفس اللوحة اللونية مع social preview حتى لا يشعر زائر ينقر من بطاقة رابط إلى صفحة المنظمة أنه دخل شركة مختلفة. لمزيد من هياكل المطالبات، راجع مجموعة حزم المطالبات على الموقع الرسمي لـ Nano Banana. فضّل Nano Banana Pro كلما وجب أن تطابق اللافتة بطاقة OG في النسخ النهائية.
8. توصيات النسبة والمنصة والتصدير
| حالة الاستخدام | النسبة الموصى بها | ملاحظات |
|---|---|---|
| GitHub social preview / OG | حوالي 2:1 (مثل 1280×640) | اترك منطقة العنوان لاسم المستودع |
| README Hero | 16:9 | تباين يعمل على السمات الفاتحة والداكنة |
| فن صغير لعمود الميزات | 1:1 | نفس اتجاه الضوء واللوحة |
| لافتة Org / Profile | أفقي عريض | راقب قص GitHub |
| غلاف Release | 16:9 أو 2:1 | لا تخبز رقم الإصدار؛ ضعه في عنوان Release |
حتى بعد التصدير، عاين في تطبيق الدردشة المستهدف وعلى صفحة GitHub على الويب. كثير من مشكلات «تبدو فاخرة كصورة كبيرة وتنهار إلى كتلة لون كبطاقة» تأتي من حزم منطقة الأمان والتباين — وليس من 4K نفسه. أبقِ منطقة العنوان نظيفة حتى يُقرأ اسم المستودع والشعار على بطاقة صغيرة.
9. ثلاثة تفكيكات حالات (انسخ البنية)
الحالة 1: مستودع أداة CLI مفتوحة المصدر
- الهدف: تتذكر social preview البنفسجي العلامة؛ تعبّر ترويسة README فقط عن «أمر واحد»؛ لافتة المنظمة تشارك نفس اللوحة
- النهج: القالب A (الشعار يساراً، منطقة العنوان يميناً) → B (استعارة نافذة CLI، مساحة سلبية كبيرة) → C (شريط عريض بتدرج فحمي)
- النتيجة: بطاقات Twitter/الدردشة وREADME تبدوان كالمشروع نفسه
- تعلّم: لا تخبز أعداد نجوم مزيفة على صورة OG؛ ضع الأرقام على شارات GitHub نفسها
الحالة 2: مستودع مرافق لتوثيق SDK
- الهدف: إطارات الواجهة / الكود تبقى مقروءة وليست مشوشة؛ النبرة تبقى «هندسة موثوقة»
- النهج: اقفل الواجهة في لقطة المنتج المقربة مع Nano Banana Pro؛ أبقِ README قليل الزخرفة مع مساحة سلبية أكبر
- النتيجة: قال المساهمون إنه «لا يبدو كصفحة مفتوحة المصدر لموقع قوالب»
- تعلّم: مستودعات المطورين يجب أن تتجاوز النيون المفرط وتوهج الخيال العلمي
الحالة 3: شريحة عامة من منصة داخلية للشركة
- الهدف: OG الخارجي وREADME الداخلي يبقيان متصلين بصرياً، دون تسريب تفاصيل واجهة غير منشورة
- النهج: ثبّت اللون الأساسي ونسب منطقة الأمان؛ أبقِ الواجهة كظل وإطارات نوافذ مجردة فقط
- النتيجة: مشاركات التوظيف والمدونة التقنية ما زالت تتعرف على العلامة على البطاقة
- تعلّم: غيّر فئة متغير واحدة فقط في كل مرة حتى تبقى السلسلة مستقرة
10. أخطاء شائعة وكيف تتجنبها
| الخطأ | العاقبة | الإصلاح |
|---|---|---|
| حشر أرقام نجوم / تفريع مزيفة على صورة OG | غير موثوق وصعب الصيانة | المعاينة = بصري رئيسي + منطقة عنوان فقط |
| منطقة أمان العنوان ممتلئة بنسيج | تراكب اسم المستودع يزهر ويبدو فوضوياً | “larger clean headline-safe zone” |
| قفزة درجة حرارة اللون بين README وOG | لا يشعر كمستودع واحد | اقفل وصف اللوحة ونفس اتجاه الضوء |
| نص الواجهة يذوب | المشروع يبدو مزيفًا | “preserve UI label legibility” + Nano Banana Pro |
| نسخ تمائم / شارات رسمية | مخاطر علامة وامتثال | استخدم شعارك فقط؛ اكتب no unofficial mascots |
| إنهاء OG على الإصدار القياسي فقط | حواف الشعار تصبح ناعمة | حوّل social previews إلى Nano Banana Pro |
للتجنب المنهجي، راجع Failures وتجارب معاملات Lab على الموقع الرسمي لـ Nano Banana. ثقة المستودع تموت بأسرع ما يكون عندما تظهر نجوم مزيفة أو تسميات واجهة ذائبة أو تمائم GitHub غير رسمية — عاملها كتوقفات صارمة قبل الدفع.
11. Nano Banana مقابل Nano Banana Pro: كيف تختار لمرئيات GitHub؟
| المهمة | الاختيار الأفضل |
|---|---|
| تجربة 5 تركيبات social preview بسرعة | Nano Banana |
| نهائي OG / README Hero + قفل لون العلامة | Nano Banana Pro |
| استكشاف فن استعارة الميزة الصغير | Nano Banana / Pro |
| لوحة لافتة منظمة هادئة | Nano Banana Pro |
| مدخل التعلم وشروح المنتج | صفحات الركيزة والمدونة على الموقع الرسمي لـ Nano Banana |
تفاصيل الاختيار تعيش أيضاً في مقال فروق Nano Banana مقابل Pro ومراجعة الموقع الرسمي على {{SITE_LINK}}. قاعدة الإبهام لطقم GitHub: استكشف الحجم على القياسي، اقفل هوية الشعار/الواجهة ومناطق أمان العنوان على Pro، ثم ركّب النص الحقيقي دون اتصال — افتح {{APP_LINK}} عندما تكون جاهزاً للتوليد.
12. بداية سريعة في ثلاث خطوات (سلّم مسودة بطاقة مستودع اليوم)
- افتح الموقع الرسمي لـ Nano Banana → ادخل تطبيق الإنشاء Nano Banana → ارفع صورة العلامة أو المنتج/الواجهة → اختر Nano Banana Pro
- شغّل القالب A (social preview) → B (README Hero) → C (لافتة المنظمة) بالترتيب؛ نفّذ فحص جاهزية المستودع لكل أصل
- صدّر حوالي 2:1 و16:9، ضعه في إعدادات المستودع ومسودة README، ثم ركّب النص الحقيقي؛ للأرصدة راجع دليل التجربة المجانية والتسعير على الموقع الرسمي
الخاتمة
مشروع GitHub لا يُربح بـ«صورة سحرية واحدة» — إنه نظام بصري قابل لإعادة الاستخدام للمستودع. افصل social preview وREADME Hero ولافتة المنظمة؛ استكشف بـ Nano Banana، وأنهِ بـ Nano Banana Pro، واستند إلى الأدلة والحالات وشروح التسعير على الموقع الرسمي لـ Nano Banana. يمكنك تثبيت الانطباعات الأولى لمستودعات مفتوحة المصدر وحزم SDK والشرائح العامة للمنصات الداخلية دون إضافة مسار تعهيد آخر.
الخطوة التالية: راجع أزواجاً قبل/بعد موثقة في Showcase، نزّل حزم قوالب Resources لحفظ هياكل المطالبات، ثم ابدأ اليوم بسير العمل البصري هذا لـ GitHub — افتح تطبيق الإنشاء Nano Banana وسلّم social preview وREADME Hero ولافتة المنظمة.