Diterbitkan：2026-10-05
Kata kunci：Nano Banana Pro, Nano Banana, situs resmi Nano Banana, GitHub social preview, README Hero, nanobanana prompts
Tim yang merawat repo open-source, SDK, atau dokumen platform internal sudah tahu ini: sebelum seorang developer memberi star atau membaca paragraf bahasa Inggris pertama, yang benar-benar memutuskan “apakah saya klik?” adalah apakah social preview terlihat profesional dan header README terlihat seperti proyek yang sama. Jika kartu tautan GitHub, README Hero, dan banner organisasi masing-masing menciptakan suhu warna dan skala Logo sendiri, pengunjung mengira tiga repositori yang tidak terkait. Banyak tim mengalihdayakan gambar OG, mengambil screenshot header README, lalu memotong banner landing page untuk halaman organisasi — menyelaraskan tiga rantai aset sering menghabiskan beberapa hari, dan feed seluler masih memotong menjadi “setengah Logo”.
Panduan ini berbeda dari topik sebelumnya “Hero landing SaaS”, “screenshot ASO App Store”, “slide investor Pitch Deck”, dan “batch merek media sosial”. Ia menyelesaikan satu pekerjaan saja: cara masuk ke aplikasi kreasi dari situs resmi Nano Banana melalui aplikasi kreasi Nano Banana, lalu memakai Nano Banana / Nano Banana Pro untuk mengirim kit visual GitHub social-preview dan README siap repo dalam setengah hari.
Anda akan mendapatkan: tabel perencanaan kit 8 aset, checklist aset lengkap, alur kerja empat langkah, tiga templat prompt bahasa Inggris lengkap (placeholder yang bisa diganti), panduan rasio platform, tiga bedah kasus, tabel jebakan, dan saran pemilihan Nano Banana versus Nano Banana Pro. Tidak ada isi prompt yang dipendekkan — seed menyuntikkan templat Inggris lengkap agar Anda bisa menempel dan mengirim social preview, README Hero, dan banner organisasi.
1. Mengapa memakai Nano Banana / Nano Banana Pro untuk visual GitHub?
Alih daya tradisional membagi kartu OG, header README, dan banner organisasi ke vendor berbeda; gaya screenshot meloncat dari berkas ke berkas. Pada alur situs resmi Nano Banana, Nano Banana ideal untuk mengeksplorasi volume komposisi dengan cepat, sementara Nano Banana Pro mengunci warna merek, identitas Logo/UI, dan zona aman judul untuk final. Bandingkan matriks kemampuan di bawah sebelum Anda membelanjakan kredit untuk peluncuran repo:
| Kemampuan | Campuran alih daya tradisional | Nano Banana / Nano Banana Pro |
|---|---|---|
| Komposisi social preview | Mengganti nama repo berarti memesan ulang desainer | Bahasa alami untuk mencoba 5 arah dengan cepat; Pro mengunci warna merek dan siluet Logo lebih stabil |
| Ruang negatif header README | Screenshot terlalu padat dan menjadi kotor saat diskalakan | Sketsa lebar yang bersih; Pro memperjelas zona aman judul pendek untuk overlay docs |
| Kesatuan seri | OG, README, dan banner organisasi masing-masing jalan sendiri | Gunakan ulang satu kerangka prompt; alur akun yang sama tetap koheren di seluruh kit |
| Keamanan potong feed | Baru setelah ekspor Anda menyadari Logo terpotong | Zona aman tetap dan jangkar komposisi; final Pro menjaga kontras yang cocok untuk kartu kecil |
| Masuk & kurva belajar | Alat terpencar | Panduan dan kasus situs resmi Nano Banana; halaman pilar Pro menjelaskan pemilihan |
Satu kalimat: pakai Nano Banana untuk mengeksplorasi komposisi dan volume; pakai Nano Banana Pro untuk mengunci warna merek, identitas Logo/UI, dan zona aman judul pada final. Untuk keputusan dan titik masuk, mulai dari halaman produk Nano Banana dan Nano Banana Pro di situs resmi; kredit dan paket ada di halaman harga. Visual GitHub bukan “satu OG cantik plus screenshot acak” — itu sistem visual repositori yang dapat dipakai ulang.
2. Rencana kit visual GitHub (disarankan 8 aset)
Sebelum Anda menumpahkan screenshot acak ke README, tetapkan “pekerjaan visual setiap gambar” dalam tabel — ini menghemat kredit dan membuat social preview, README Hero, serta banner organisasi terasa seperti satu repo:
| # | Jenis visual | Tujuan | Model yang disarankan |
|---|---|---|---|
| 1 | GitHub social preview | Kartu tautan / Open Graph | Nano Banana Pro |
| 2 | README Hero | Kesan pertama di beranda repo | Nano Banana Pro |
| 3 | Metafora fitur kecil A | Kolom “features” di docs | Nano Banana / Pro |
| 4 | Metafora fitur kecil B | Metafora instal / integrasi | Nano Banana / Pro |
| 5 | Papan arsitektur / alur kerja | Latar untuk overlay diagram nyata | Nano Banana Pro |
| 6 | Banner Org / Profile | Header halaman organisasi atau pengguna | Nano Banana Pro |
| 7 | Sampul Release | Seni Release / Changelog | Nano Banana Pro |
| 8 | Pita ucapan terima kasih kontributor | Suasana CONTRIBUTING / komunitas | Nano Banana |
Tips situs resmi: Di situs resmi Nano Banana, buka Showcase dan panduan prompt terlebih dahulu — tandai kasus “ilustrasi komersial bersih / siluet produk”, lalu masuk aplikasi kreasi Nano Banana. Itu lebih cepat daripada menciptakan tampilan GitHub dari nol. Kit ini dibangun untuk GitHub social previews, README Heroes, dan banner organisasi, bukan Hero landing SaaS, header Newsletter email, atau slide Pitch Deck.
3. Checklist persiapan aset (yang menentukan apakah seluruh repo “terasa seperti satu proyek”)
Sebelum membuka aplikasi kreasi, siapkan hal berikut. Melewati langkah ini adalah alasan #1 kartu OG, README Hero, dan banner organisasi terlihat seperti tiga agensi yang dilem:
- Referensi merek (wajib): siluet Logo proyek yang jelas; warna primer dan sekunder ditulis sebagai nama warna Inggris atau hex
- Referensi produk atau UI (disarankan): screenshot CLI, SDK, atau konsol sebagai Gambar 1 — tuntut “do not redesign interface text into garbled labels”
- Nada repo: alat pengembang / pustaka open-source / platform internal — pilih hanya satu dan tulis ke deskripsi gaya
- Inventaris penggunaan: social preview, README Hero, banner organisasi, sampul Release — kunci jumlah sebelum menghasilkan
- Rasio aspek & zona aman: social preview sekitar 2:1 (mis. 1280×640); README Hero 16:9; sisakan sekitar 35%–40% ruang negatif bersih untuk judul
- Kendala negatif: no watermark, no fake star counts, no melted UI text, no random stock faces, no official GitHub mascot copies
Anda tidak perlu memanggang nama repo ke berkas desain terlebih dahulu. Nano Banana Pro dapat meninggalkan zona aman judul dari deskripsi saja; semakin bersih latar, semakin stabil overlay nama repo dan slogan nyata nanti. Perlakukan checklist ini sebagai “brief satu proyek” untuk seluruh kit GitHub.
4. Alur kerja empat langkah (dari situs resmi ke repo yang siap dikirim)
Langkah 1: Masuk ke kreasi dari situs resmi Nano Banana
- Buka aplikasi kreasi Nano Banana dari situs resmi Nano Banana
- Utamakan Nano Banana Pro untuk social preview, README Hero, dan banner organisasi; pakai Nano Banana untuk eksplorasi metafora murni
- Unggah gambar merek atau produk/UI sebagai Gambar 1
Langkah 2: Pilih templat sesuai urutan kit
Seed menyuntikkan tiga kerangka prompt bahasa Inggris siap salin di bawah (jangan menciptakan stub yang dipendekkan — tempel blok lengkap untuk social preview, README Hero, dan banner organisasi):
- Templat A: GitHub social preview (sekitar 2:1, zona aman judul besar)
- Templat B: README Hero (16:9, header dokumentasi)
- Templat C: Banner Org / Profile (papan lebar, kunci identitas)
Langkah 3: Jalankan “pemeriksaan siap repo” setelah menghasilkan
- Setelah potongan thumbnail feed seluler, apakah Anda masih mengenali Logo dan warna merek?
- Apakah zona aman judul cukup besar untuk nama repo plus satu baris slogan?
- Apakah tepi UI / produk utuh, dengan label yang tidak meleleh?
- Apakah kartu OG, README, dan banner organisasi berbagi satu suhu warna dan bahasa komposisi?
- Ada hitungan star palsu, badge palsu, atau watermark?
Langkah 4: Iterasi dengan tindak lanjut pendek + ekspor per platform
Iterasi dengan penyesuaian percakapan pendek, lalu ekspor social preview sekitar 1280×640, ekspor README pada 16:9, dan overlay salinan nyata di pengaturan repo serta Markdown. Tindak lanjut umum:
- “enlarge headline safe zone”
- “keep brand purple”
- “remove decorative icons”
- “simpler background, larger headline zone”
- “preserve UI label legibility”
Setelah final, ekspor social preview sekitar 1280×640 dan README pada 16:9, lalu komposit teks nyata di pengaturan repo dan Markdown — jangan pernah memanggang star palsu ke papan. Untuk pola kegagalan dan perbaikan, gunakan halaman Failures dan blog kegagalan umum di situs resmi Nano Banana — jangan membakar kredit dengan mempelajari ulang kesalahan GitHub yang sama.
5. Prompt Template 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.
Cara memakai
- Unggah Logo atau referensi produk/UI sebagai Gambar 1
- Tempel blok Inggris lengkap, isi nada repo dan sisi zona aman
- Jika latar terlalu ramai, tindak lanjuti dengan “simpler background, larger headline zone”
- Sebelum mengunci, pratinjau sekali pada ukuran thumbnail obrolan seluler
6. Prompt Template 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.
Poin belajar: header README membawa satu metafora proyek, bukan seluruh daftar fitur yang dipanggang ke gambar. Letakkan perintah instal dan badge di lapisan teks Markdown. Jika Anda hanya ingin uji arah cepat, mulai dengan Nano Banana, lalu beralih ke Nano Banana Pro untuk papan final. Untuk lebih banyak keahlian ruang negatif pada tata letak informatif, lihat panduan poster/infografis di situs resmi Nano Banana.
7. Prompt Template C: banner 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.
Poin belajar: banner organisasi harus berbagi palet yang sama dengan social preview agar pengunjung yang mengeklik dari kartu tautan ke halaman organisasi tidak merasa masuk ke perusahaan lain. Untuk lebih banyak kerangka prompt, lihat koleksi prompt-pack di situs resmi Nano Banana. Utamakan Nano Banana Pro kapan pun banner harus cocok dengan kartu OG pada final.
8. Rekomendasi rasio aspek, platform, dan ekspor
| Kasus penggunaan | Rasio yang disarankan | Catatan |
|---|---|---|
| GitHub social preview / OG | Sekitar 2:1 (mis. 1280×640) | Sisakan zona judul untuk nama repo |
| README Hero | 16:9 | Kontras yang bekerja pada tema terang dan gelap |
| Seni kecil kolom fitur | 1:1 | Arah cahaya dan palet yang sama |
| Banner Org / Profile | Lanskap lebar | Perhatikan potongan GitHub |
| Sampul Release | 16:9 atau 2:1 | Jangan panggang nomor versi; letakkan di judul Release |
Bahkan setelah ekspor, pratinjau di aplikasi obrolan target dan di halaman web GitHub. Banyak isu “terlihat premium sebagai gambar besar, runtuh menjadi blok warna sebagai kartu” berasal dari pengepakan zona aman dan kontras — bukan dari 4K itu sendiri. Jaga zona judul tetap bersih agar nama repo dan slogan masih terbaca di kartu kecil.
9. Tiga bedah kasus (salin strukturnya)
Kasus 1: Repositori alat CLI open-source
- Tujuan: social preview mengingat ungu merek; header README hanya mengekspresikan “satu perintah”; banner organisasi berbagi palet yang sama
- Pendekatan: Templat A (Logo kiri, zona judul kanan) → B (metafora jendela CLI, ruang negatif besar) → C (pita lebar gradien arang)
- Hasil: kartu Twitter/obrolan dan README terlihat seperti proyek yang sama
- Pelajari: jangan pernah memanggang hitungan star palsu ke gambar OG; letakkan angka pada badge milik GitHub
Kasus 2: Repositori pendamping docs SDK
- Tujuan: bingkai UI / kode tetap terbaca, bukan acak-acakan; nada tetap “rekayasa yang kredibel”
- Pendekatan: kunci antarmuka pada close-up produk dengan Nano Banana Pro; jaga README minim dekorasi dengan lebih banyak ruang negatif
- Hasil: kontributor berkata itu “tidak terlihat seperti halaman open-source situs templat”
- Pelajari: repo pengembang sebaiknya melewatkan neon berlebihan dan cahaya sci-fi
Kasus 3: Irisan publik platform internal perusahaan
- Tujuan: OG eksternal dan README internal tetap berkesinambungan visual, tanpa membocorkan detail UI yang belum dipublikasikan
- Pendekatan: kunci warna primer dan rasio zona aman; jaga antarmuka hanya sebagai siluet dan bingkai jendela abstrak
- Hasil: berbagi recruiting dan blog teknis masih mengenali merek di kartu
- Pelajari: ubah hanya satu kelas variabel sekaligus agar seri tetap stabil
10. Kesalahan umum & cara menghindarinya
| Kesalahan | Akibat | Perbaikan |
|---|---|---|
| Menjejalkan angka star / fork palsu ke gambar OG | Tidak kredibel, dan sulit dirawat | Preview = visual utama + zona judul saja |
| Zona aman judul terisi tekstur | Overlay nama repo mekar dan terlihat berantakan | “larger clean headline-safe zone” |
| Lompatan suhu warna README dan OG | Tidak terasa seperti satu repositori | Kunci deskripsi palet dan arah cahaya yang sama |
| Teks UI meleleh | Proyek terasa palsu | “preserve UI label legibility” + Nano Banana Pro |
| Menyalin maskot / badge resmi | Risiko merek dan kepatuhan | Pakai hanya Logo sendiri; tulis no unofficial mascots |
| Finalisasi OG hanya di standard | Tepi Logo menjadi lembut | Alihkan social preview ke Nano Banana Pro |
Untuk pencegahan sistematis, silang-periksa Failures dan eksperimen parameter Lab di situs resmi Nano Banana. Kepercayaan repo mati paling cepat ketika star palsu, label UI meleleh, atau maskot GitHub tidak resmi muncul — perlakukan itu sebagai henti keras sebelum push.
11. Nano Banana vs Nano Banana Pro: bagaimana memilih untuk visual GitHub?
| Tugas | Pilihan lebih baik |
|---|---|
| Coba cepat 5 komposisi social preview | Nano Banana |
| Final OG / README Hero + kunci warna merek | Nano Banana Pro |
| Eksplorasi seni kecil metafora fitur | Nano Banana / Pro |
| Papan banner organisasi yang tenang | Nano Banana Pro |
| Masuk belajar & penjelas produk | Halaman pilar & blog situs resmi Nano Banana |
Detail pemilihan juga ada di artikel perbedaan Nano Banana vs Pro dan ulasan situs resmi di {{SITE_LINK}}. Aturan praktis untuk kit GitHub: eksplorasi volume di standard, kunci identitas Logo/UI dan zona aman judul di Pro, lalu komposit salinan nyata secara offline — buka {{APP_LINK}} ketika Anda siap menghasilkan.
12. Mulai cepat dalam tiga langkah (kirim draf kartu repo hari ini)
- Buka situs resmi Nano Banana → masuk aplikasi kreasi Nano Banana → unggah gambar merek atau produk/UI → pilih Nano Banana Pro
- Jalankan Templat A (social preview) → B (README Hero) → C (banner organisasi) berurutan; jalankan satu pemeriksaan siap repo per aset
- Ekspor sekitar 2:1 dan 16:9, masukkan ke pengaturan repo dan draf README, lalu overlay salinan nyata; untuk kredit, lihat panduan uji coba gratis dan harga di situs resmi
Penutup
Proyek GitHub tidak dimenangkan oleh “satu gambar ajaib” — itu sistem visual repositori yang dapat dipakai ulang. Pisahkan social preview, README Hero, dan banner organisasi; eksplorasi dengan Nano Banana, finalisasi dengan Nano Banana Pro, dan andalkan panduan, kasus, serta penjelas harga di situs resmi Nano Banana. Anda dapat menstabilkan kesan pertama untuk repo open-source, SDK, dan irisan publik platform internal tanpa menambah rantai alih daya lain.
Langkah berikutnya: tinjau pasangan before/after terverifikasi di Showcase, unduh paket templat Resources untuk menandai kerangka prompt, lalu mulai hari ini dengan alur visual GitHub ini — buka aplikasi kreasi Nano Banana dan kirim social preview, README Hero, serta banner organisasi.