منتشرشده:2026-10-05
کلیدواژهها:Nano Banana Pro, Nano Banana, وبسایت رسمی Nano Banana, GitHub social preview, README Hero, nanobanana prompts
تیمهایی که ریپوهای متنباز، SDK یا مستندات پلتفرم داخلی را نگه میدارند از قبل میدانند: پیش از آنکه یک توسعهدهنده ریپو را ستاره بزند یا اولین پاراگراف انگلیسی را بخواند، چیزی که واقعاً «باید کلیک کنم؟» را تعیین میکند این است که آیا GitHub social preview حرفهای به نظر میرسد و هدر README شبیه همان پروژه است. اگر کارت لینک GitHub، README Hero و بنر سازمان هرکدام دمای رنگ و مقیاس Logo خود را اختراع کنند، بازدیدکننده سه ریپازیتوری بیربط فرض میکند. بسیاری از تیمها تصویر Open Graph را برونسپاری میکنند، از هدر README اسکرینشات میگیرند، سپس بنر لندینگ را برای صفحهٔ org برش میزنند — همتراز کردن سه زنجیرهٔ دارایی اغلب چند روز میسوزاند و فید موبایل همچنان به «نیمه Logo» برش میخورد.
این راهنما با موضوعات گذشتهٔ «Hero لندینگ SaaS»، «اسکرینشات ASO اپاستور»، «اسلاید Pitch Deck سرمایهگذار» و «دستهٔ برند شبکههای اجتماعی» فرق دارد. فقط یک کار را حل میکند: چگونه از وبسایت رسمی Nano Banana از طریق اپ ساخت Nano Banana وارد اپ ساخت شوید، سپس با Nano Banana / Nano Banana Pro ظرف نیمروز یک کیت تصویری GitHub social preview و README آمادهٔ ریپو را ارسال کنید.
به دست میآورید: جدول برنامهریزی کیت ۸ دارایی، چکلیست کامل دارایی، گردشکار چهارمرحلهای، سه قالب کامل nanobanana prompts انگلیسی (جاینگهدار قابل تعویض)، راهنمای نسبت تصویر پلتفرم، سه تحلیل کیس، جدول دامها و توصیهٔ انتخاب Nano Banana در برابر Nano Banana Pro. هیچ بدنهٔ پرامپتی کوتاه نشده — اسکریپت seed قالبهای انگلیسی کامل را تزریق میکند تا بتوانید جایگذاری کنید و GitHub social preview، README Hero و بنر سازمان را بفرستید.

1. چرا برای تصویرهای GitHub از Nano Banana / Nano Banana Pro استفاده کنیم؟
برونسپاری سنتی کارتهای Open Graph، هدرهای README و بنرهای org را بین فروشندگان تقسیم میکند؛ سبک اسکرینشات از فایل به فایل میپرد. در گردشکار وبسایت رسمی Nano Banana، Nano Banana برای کاوش سریع حجم ترکیب ایدهآل است، در حالی که Nano Banana Pro رنگ برند، هویت Logo/UI و ناحیههای امن تیتر را برای فینال قفل میکند. پیش از خرج اعتبار برای لانچ ریپو، ماتریس قابلیت زیر را مقایسه کنید:
| قابلیت | ترکیب برونسپاری سنتی | Nano Banana / Nano Banana Pro |
|---|---|---|
| ترکیب GitHub social preview | تغییر نام ریپو یعنی رزرو دوبارهٔ طراح | زبان طبیعی برای امتحان سریع ۵ جهت؛ Pro رنگ برند و شبح Logo را پایدارتر قفل میکند |
| فضای منفی هدر README | اسکرینشاتها خیلی متراکماند و هنگام مقیاس گلآلود میشوند | اسکیسهای عریض تمیز؛ Pro ناحیههای امن تیتر کوتاه را برای اورلی مستندات شفافتر میکند |
| وحدت سری | Open Graph، README و بنر org هرکدام راه خود را میروند | یک اسکلت nanobanana prompts را بازاستفاده کنید؛ گردشکار همان حساب در کل کیت منسجم میماند |
| ایمنی برش فید | فقط بعد از خروجی میبینید Logo بریده شده | ناحیههای امن ثابت و لنگرهای ترکیب؛ فینالهای Pro کنتراست مناسب کارت کوچک را نگه میدارند |
| ورودی و منحنی یادگیری | ابزارهای پراکنده | راهنماها و کیسهای وبسایت رسمی Nano Banana؛ صفحات ستون Pro انتخاب را توضیح میدهند |
یک خط: با Nano Banana ترکیب و حجم را کاوش کنید؛ با Nano Banana Pro رنگ برند، هویت Logo/UI و ناحیههای امن تیتر را برای فینال قفل کنید. برای تصمیم و نقاط ورود، از صفحات محصول Nano Banana و Nano Banana Pro در وبسایت رسمی شروع کنید؛ اعتبار و پلنها در صفحهٔ قیمتاند. تصویرهای GitHub «یک OG قشنگ بهعلاوهٔ یک اسکرینشات تصادفی» نیستند — آنها یک سیستم تصویری ریپازیتوری قابل بازاستفاده هستند.
2. برنامهٔ کیت تصویری GitHub (۸ دارایی پیشنهادی)
پیش از ریختن اسکرینشات تصادفی در README، در جدول «کار تصویری هر تصویر» را تعریف کنید — اعتبار صرفهجویی میشود و GitHub social preview، README Hero و بنر org حس یک ریپو را میدهند:
| # | نوع تصویری | هدف | مدل پیشنهادی |
|---|---|---|---|
| 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 preview، README Hero و بنر org ساخته شده، نه Hero لندینگ SaaS، هدر Newsletter ایمیل یا اسلاید Pitch Deck.
3. چکلیست آمادهسازی دارایی (آنچه تصمیم میگیرد کل ریپو «حس یک پروژه» بدهد)
پیش از باز کردن اپ ساخت، موارد زیر را آماده کنید. رد شدن از این گام دلیل شمارهٔ ۱ است که کارت Open Graph، README Hero و بنر org شبیه سه آژانس چسباندهشده به نظر میرسند:
- مرجع برند (الزامی): شبح واضح Logo پروژه؛ رنگ اصلی و فرعی بهصورت نام رنگ انگلیسی یا hex
- مرجع محصول یا UI (پیشنهادی): اسکرینشات CLI، SDK یا کنسول بهعنوان Image 1 — بخواهید «متن رابط را به برچسبهای ناخوانا بازطراحی نکن»
- لحن ریپو: ابزار توسعهدهنده / کتابخانهٔ متنباز / پلتفرم داخلی — فقط یکی را انتخاب کنید و در توصیف سبک بنویسید
- فهرست کاربرد: GitHub social preview، README Hero، بنر org، جلد Release — تعداد را پیش از تولید قفل کنید
- نسبت تصویر و ناحیهٔ امن: GitHub social preview حدود 2:1 (مثلاً 1280×640)؛ README Hero برابر 16:9؛ حدود ۳۵٪–۴۰٪ فضای منفی تمیز برای تیترها رزرو کنید
- محدودیتهای منفی: بدون واترمارک، بدون شمارش ستارهٔ جعلی، بدون متن UI ذوبشده، بدون چهرهٔ استوک تصادفی، بدون کپی از مسکات رسمی GitHub
لازم نیست ابتدا نام ریپو را در فایل طراحی بپزید. Nano Banana Pro میتواند فقط از روی توصیف ناحیهٔ امن تیتر بگذارد؛ پسزمینه هرچه تمیزتر باشد، اورلی بعدی نام واقعی ریپو و شعار پایدارتر است. این چکلیست را «بریف یک پروژه» برای کل کیت GitHub بدانید.
4. گردشکار چهارمرحلهای (از وبسایت رسمی تا ریپوی قابل ارسال)
گام ۱: از وبسایت رسمی Nano Banana وارد ساخت شوید
- اپ ساخت Nano Banana را از وبسایت رسمی Nano Banana باز کنید
- برای GitHub social preview، README Hero و بنر org اولویت را به Nano Banana Pro بدهید؛ برای کاوش استعارهٔ خالص از Nano Banana استفاده کنید
- تصویر برند یا محصول/UI را بهعنوان Image 1 بارگذاری کنید
گام ۲: قالبها را به ترتیب کیت انتخاب کنید
اسکریپت seed سه اسکلت nanobanana prompts انگلیسی آمادهٔ کپی را در پایین تزریق میکند (استاب کوتاه اختراع نکنید — بلوک کامل را برای GitHub social preview، README Hero و بنر org جایگذاری کنید):
- قالب A: GitHub social preview (حدود 2:1، ناحیهٔ امن تیتر بزرگ)
- قالب B: README Hero (16:9، هدر مستندات)
- قالب C: بنر Org / Profile (صفحهٔ عریض، قفل هویت)
گام ۳: پس از تولید «بررسی آمادهٔ ریپو» را اجرا کنید
- پس از برش بندانگشتی فید موبایل، هنوز Logo و رنگ برند را میشناسید؟
- ناحیهٔ امن تیتر برای نام ریپو بهعلاوهٔ یک خط شعار بهاندازهٔ کافی بزرگ است؟
- لبههای UI / محصول سالماند و برچسبها ذوب نشدهاند؟
- کارت Open Graph، README و بنر org یک دمای رنگ و زبان ترکیب مشترک دارند؟
- شمارش ستارهٔ جعلی، بج جعلی یا واترمارک هست؟
گام ۴: با پیگیریهای کوتاه تکرار کنید + بر اساس پلتفرم خروجی بگیرید
با اصلاحهای مکالمهای کوتاه تکرار کنید، سپس GitHub 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”
پس از فینال، GitHub 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.
نحوهٔ استفاده
- Logo یا مرجع محصول/UI را بهعنوان Image 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.
نکتهٔ یادگیری: بنر org باید همان پالت GitHub social preview را داشته باشد تا بازدیدکنندهای که از کارت لینک به صفحهٔ سازمان میرود حس نکند وارد شرکت دیگری شده است. برای اسکلتهای بیشتر nanobanana prompts، مجموعهٔ پرامپتپک را در وبسایت رسمی Nano Banana ببینید. هرگاه بنر باید برای فینال با کارت Open Graph جور باشد، Nano Banana Pro را ترجیح دهید.
8. نسبت تصویر، پلتفرم و توصیههای خروجی
| مورد استفاده | نسبت پیشنهادی | یادداشت |
|---|---|---|
| GitHub social preview / Open Graph | حدود 2:1 (مثلاً 1280×640) | ناحیهٔ تیتر را برای نام ریپو بگذارید |
| README Hero | 16:9 | کنتراستی که روی تم روشن و تیره کار کند |
| هنر کوچک ستون ویژگی | 1:1 | همان جهت نور و پالت |
| بنر Org / Profile | منظرهٔ عریض | برش GitHub را زیر نظر بگیرید |
| جلد Release | 16:9 یا 2:1 | شمارهٔ نسخه را نپزید؛ آن را در عنوان Release بگذارید |
حتی پس از خروجی، در اپ چت مقصد و در صفحهٔ وب GitHub پیشنمایش بگیرید. بسیاری از مسائل «بهعنوان تصویر بزرگ پریمیوم به نظر میرسد، بهعنوان کارت به یک بلوک رنگ فرو میریزد» از بستهبندی ناحیهٔ امن و کنتراست میآیند — نه از خود 4K. ناحیهٔ تیتر را تمیز نگه دارید تا نام ریپو و شعار روی کارت کوچک هنوز خوانده شود.
9. سه تحلیل کیس (ساختار را کپی کنید)
کیس ۱: ریپازیتوری ابزار CLI متنباز
- هدف: GitHub social preview بنفش برند را به خاطر میسپارد؛ هدر README فقط «یک فرمان» را بیان میکند؛ بنر org همان پالت را دارد
- رویکرد: قالب A (Logo چپ، ناحیهٔ تیتر راست) → B (استعارهٔ پنجرهٔ CLI، فضای منفی بزرگ) → C (نوار عریض گرادیان زغالی)
- نتیجه: کارتهای توییتر/چت و README شبیه همان پروژه به نظر میرسند
- بیاموزید: شمارش ستارهٔ جعلی را روی تصویر Open Graph نپزید؛ اعداد را روی بجهای خود GitHub بگذارید
کیس ۲: ریپازیتوری همراه مستندات SDK
- هدف: قابهای UI / کد خوانا بمانند، نه ناخوانا؛ لحن «مهندسی معتبر» بماند
- رویکرد: رابط را روی کلوزآپ محصول با Nano Banana Pro قفل کنید؛ README را کمتزیین با فضای منفی بیشتر نگه دارید
- نتیجه: مشارکتکنندگان گفتند «شبیه صفحهٔ متنباز سایت قالب نیست»
- بیاموزید: ریپوهای توسعهدهنده باید نئون اغراقشده و درخشش علمیتخیلی را رد کنند
کیس ۳: برش عمومی از پلتفرم داخلی شرکت
- هدف: Open Graph بیرونی و README درونی از نظر بصری پیوسته بمانند، بدون نشت جزئیات UI منتشرنشده
- رویکرد: رنگ اصلی و نسبتهای ناحیهٔ امن را ثابت کنید؛ رابط را فقط بهصورت شبح و قاب پنجرهٔ انتزاعی نگه دارید
- نتیجه: اشتراکهای استخدام و وبلاگ فنی هنوز برند را روی کارت میشناسند
- بیاموزید: هر بار فقط یک کلاس متغیر را عوض کنید تا سری پایدار بماند
10. اشتباهات رایج و نحوهٔ اجتناب
| اشتباه | پیامد | اصلاح |
|---|---|---|
| چپاندن اعداد ستاره / فورک جعلی روی تصویر Open Graph | غیرقابلاعتماد و سخت برای نگهداری | پیشنمایش = فقط تصویر اصلی + ناحیهٔ تیتر |
| ناحیهٔ امن تیتر پر از بافت | اورلی نام ریپو شکوفا میشود و شلوغ به نظر میرسد | “larger clean headline-safe zone” |
| پرش دمای رنگ README و Open Graph | حس یک ریپازیتوری را نمیدهد | توصیف پالت و همان جهت نور را قفل کنید |
| متن UI ذوب میشود | پروژه جعلی حس میشود | “preserve UI label legibility” + Nano Banana Pro |
| کپی مسکات / بج رسمی | ریسک برند و انطباق | فقط Logo خودتان را به کار ببرید؛ مسکات غیررسمی ننویسید |
| فینال Open Graph فقط روی نسخهٔ استاندارد | لبههای Logo نرم میشوند | GitHub social preview را به Nano Banana Pro ببرید |
برای اجتناب نظاممند، Failures و آزمایشهای پارامتر Lab را در وبسایت رسمی Nano Banana روی هم بگذارید. اعتماد ریپو وقتی ستارههای جعلی، برچسب UI ذوبشده یا مسکات غیررسمی GitHub ظاهر شود سریعترین مرگ را دارد — پیش از پوش آنها را توقف سخت بدانید.
11. Nano Banana در برابر Nano Banana Pro: برای تصویرهای GitHub چگونه انتخاب کنیم؟
| وظیفه | انتخاب بهتر |
|---|---|
| امتحان سریع ۵ ترکیب GitHub social preview | Nano Banana |
| فینال Open Graph / README Hero + قفل رنگ برند | Nano Banana Pro |
| کاوش هنر کوچک استعارهٔ ویژگی | Nano Banana / Pro |
| صفحهٔ آرام بنر org | Nano Banana Pro |
| ورودی یادگیری و توضیح محصول | صفحات ستون و وبلاگ وبسایت رسمی Nano Banana |
جزئیات انتخاب همچنین در مقالهٔ تفاوت Nano Banana در برابر Pro و بررسی وبسایت رسمی در {{SITE_LINK}} آمده است. قاعدهٔ سرانگشتی برای کیتهای GitHub: حجم را روی استاندارد کاوش کنید، هویت Logo/UI و ناحیههای امن تیتر را روی Pro قفل کنید، سپس متن واقعی را آفلاین ترکیب کنید — وقتی آمادهٔ تولید شدید {{APP_LINK}} را باز کنید.
12. شروع سریع در سه گام (امروز پیشنویس کارت ریپو را بفرستید)
- وبسایت رسمی Nano Banana را باز کنید → وارد اپ ساخت Nano Banana شوید → تصویر برند یا محصول/UI را بارگذاری کنید → Nano Banana Pro را انتخاب کنید
- قالب A (GitHub social preview) → B (README Hero) → C (بنر org) را به ترتیب اجرا کنید؛ برای هر دارایی یک بررسی آمادهٔ ریپو انجام دهید
- حدود 2:1 و 16:9 خروجی بگیرید، در تنظیمات ریپو و پیشنویس README بگذارید، سپس متن واقعی را روی هم بگذارید؛ برای اعتبار، راهنمای آزمایش رایگان و قیمت را در وبسایت رسمی ببینید
جمعبندی
یک پروژهٔ GitHub با «یک تصویر جادویی» برده نمیشود — آن یک سیستم تصویری ریپازیتوری قابل بازاستفاده است. GitHub social preview، README Hero و بنر org را جدا کنید؛ با Nano Banana کاوش کنید، با Nano Banana Pro فینال کنید و به راهنماها، کیسها و توضیح قیمت در وبسایت رسمی Nano Banana تکیه کنید. میتوانید برداشت اول ریپوهای متنباز، SDK و برشهای عمومی پلتفرم داخلی را بدون افزودن یک خط لولهٔ برونسپاری دیگر پایدار کنید.
گام بعد: جفتهای قبل/بعد تأییدشده را در Showcase مرور کنید، بستههای قالب Resources را برای نشانهگذاری اسکلت nanobanana prompts دانلود کنید، سپس امروز با این گردشکار تصویری GitHub شروع کنید — اپ ساخت Nano Banana را باز کنید و GitHub social preview، README Hero و بنر org را بفرستید.