Bikin slide dan video di Gemini Notebook? Periksa rancangannya dulu

Kalau kamu mengubah artikel menjadi slide atau video, tentu lebih mudah memperbaiki urutan cerita sebelum semuanya selesai dibuat. Pada 19 Oktober, Google mengumumkan alur Slide Decks dan Video Overviews di Gemini Notebook yang memberi kesempatan itu. Pengguna bisa memeriksa kerangka isi, atau outline, beserta catatan produksi, lalu memberi arahan isi atau gaya.

Setelah kerangkanya ditinjau, pembuatan hasil akhir bisa dilanjutkan lewat proses yang disebut render. Saat diumumkan, peluncurannya disebut berlangsung global dalam pekan berikutnya. Untuk tim media, tahap pemeriksaan ini membantu menemukan kesalahan susunan sebelum menyebar ke banyak slide atau adegan.

Kerangka yang sudah disetujui tetap perlu diikuti pemeriksaan hasil akhir. Artikel ini membedakan fitur yang diumumkan Google dari alur kerja redaksi usulan Nalarku. Daftar klaim, kode Python, dan status persetujuan di bawah adalah alat bantu terpisah, tanpa klaim sebagai fitur pemrograman atau pengaturan internal Gemini Notebook.

Catat sumber yang dipakai saat pemeriksaan

Menurut dokumentasi sumber Gemini Notebook, bahan bisa dimasukkan sebagai salinan atau diperbarui mengikuti sumbernya, bergantung pada jenisnya. Bahan Google Drive yang didukung dapat diperbarui otomatis setiap beberapa menit, dengan pilihan memperbarui secara manual. Jadi, bahan yang diunggah belum tentu selalu menetap pada versi yang sama.

Catat versi sumber yang dipakai ketika editor memeriksa satu paket konten. Jika dokumen berubah kemudian, timmu perlu tahu versi mana yang menjadi dasar slide. Tautan ke dokumen terbaru saja belum cukup untuk mengulang penilaian editorial sebelumnya.

Kamu bisa mulai dari daftar sumber seperti berikut. Simpan penanda sumber bersama hal yang perlu diperiksa:

Bedakan tanggal peristiwa, tanggal artikel, dan tanggal pemeriksaan sumber. Dalam berita AI, selisih beberapa hari bisa membedakan fitur yang baru diumumkan dari fitur yang sudah bisa dipakai akun pembaca.

Pecah naskah menjadi klaim dan buktinya

Sebelum meminta slide atau video, daftarkan klaim yang ingin kamu sampaikan. Pisahkan fakta dengan sumber, analisis, dan contoh buatan. Paragraf yang memuat tiga klaim bisa membutuhkan tiga bukti yang berbeda.

Daftar hubungan klaim dan sumber ini disebut manifest, dengan data berpasangan nama dan nilai dalam format JSON. Contoh di bawah memakai data fiktif dan tempat isian untuk sidik isi berkas, atau hash. Ganti isian itu dengan hash dari salinan sumber pada waktu tertentu, atau snapshot, yang benar-benar dipakai:

{
  "sources": [{
    "id": "S01",
    "url": "https://example.com/product-announcement",
    "snapshot_sha256": "REPLACE_WITH_ACTUAL_SNAPSHOT_HASH"
  }],
  "claims": [{
    "id": "C01",
    "kind": "fact",
    "text": "Produk contoh tersedia untuk peserta preview.",
    "source_ids": ["S01"],
    "evidence_locator": "Bagian Availability, paragraf 2"
  }, {
    "id": "C02",
    "kind": "analysis",
    "text": "Preview layak dievaluasi pada tugas yang terbatas.",
    "source_ids": []
  }],
  "slides": [{"id": "SL01", "claim_ids": ["C01", "C02"]}]
}

Kamu bisa menghitung hash dari isi mentah snapshot dengan hashlib.sha256(snapshot_bytes).hexdigest() di Python. Hash membantu mendeteksi perubahan isi berkas, tetapi belum menilai kebenaran sumber atau memberi izin menyimpan bahan berhak cipta. Sesuaikan salinan, lama penyimpanan, dan hak akses dengan kebutuhan serta hak yang dimiliki tim.

Periksa apakah semua rujukannya terhubung

Simpan manifest sebagai manifest.json. Program pemeriksa, atau validator, berikut mencari penanda ganda dan rujukan yang hilang. Kode ini berjalan di komputer sendiri dan belum memeriksa makna kalimat:

import json


def validate_manifest(data):
    errors = []

    def index(items, label):
        result = {}
        for item in items:
            key = item["id"]
            if key in result:
                errors.append(f"ID {label} ganda: {key}")
            result[key] = item
        return result

    sources = index(data["sources"], "sumber")
    claims = index(data["claims"], "klaim")
    index(data["slides"], "slide")
    for claim in claims.values():
        refs = claim.get("source_ids", [])
        if claim["kind"] == "fact" and not refs:
            errors.append(f"Fakta tanpa sumber: {claim['id']}")
        for source_id in refs:
            if source_id not in sources:
                errors.append(f"Sumber hilang: {source_id}")
    for slide in data["slides"]:
        for claim_id in slide["claim_ids"]:
            if claim_id not in claims:
                errors.append(f"Klaim hilang: {claim_id}")
    return errors


if __name__ == "__main__":
    with open("manifest.json", encoding="utf-8") as source:
        errors = validate_manifest(json.load(source))
    print("\n".join(errors) if errors else "Referensi antarobjek lengkap.")
    raise SystemExit(1 if errors else 0)

Contoh tadi menganggap data JSON sudah mengikuti susunan yang ditampilkan. Untuk masukan dari pihak lain, periksa aturan bentuk data, atau skema, dan batas ukurannya lebih dulu. Hasil “lengkap” hanya berarti hubungan penandanya konsisten; editor tetap perlu membuka bukti dan menilai dukungannya terhadap klaim.

Periksa kerangkanya sebelum membuat hasil akhir

Dalam alur yang diumumkan Google, aktifkan pilihan pemeriksaan lalu baca outline dan catatan produksi. Di tahap ini, kamu bisa mengatur ulang alasan, melengkapi bagian yang hilang, dan membagi informasi ke halaman atau adegan. Untuk berita teknis, contoh arahannya bisa seperti berikut:

Susun lima bagian: peristiwa, status akses, cara kerja, batas kemampuan, dan implikasi. Pertahankan istilah private preview. Pisahkan analisis dari fakta sumber. Jangan menambahkan angka kinerja yang tidak ada dalam bahan.

Arahan tadi adalah contoh editorial; hasil model tetap perlu diperiksa. Cocokkan kerangka isi dengan manifest. Jika slide memuat angka tanpa klaim dan bukti yang bisa ditunjuk, tunda bagian itu untuk diperiksa.

Baca ulang setelah slide atau video jadi

Pergantian format bisa menimbulkan kesalahan baru. Kalimat yang semula utuh bisa terpotong di slide, dan penekanan gambar bisa menggeser maknanya. Narasi yang menghilangkan kata “rencana” juga bisa terdengar seperti kabar peluncuran yang sudah selesai.

Periksa dalam dua putaran. Pertama, lihat fakta dan makna: tanggal, angka, nama model, syarat akses, label contoh buatan, serta kecocokan teks dan narasi. Kedua, lihat penyajian: keterbacaan di layar kecil, kontras, teks ucapan di layar atau subtitle, tempo, dan pemenggalan baris.

Kalau teks slide memakai kata “hingga” sementara narasinya menyebut angka itu sebagai hasil pasti, keduanya belum selaras. Untuk diagram rancangan sendiri, beri label sebagai gambaran konsep. Pembaca perlu bisa membedakannya dari gambar susunan produk yang sebenarnya.

Simpan persetujuan bersama revisinya

Catat tahap pekerjaan dengan jelas. Contoh alur usulan Nalarku bisa memakai urutan berikut:

Sumber dipilih → manifest selesai → outline direview
      → render → hasil akhir direview → siap distribusi

Jika sumber, kerangka, atau berkas pendukung berubah setelah disetujui, batalkan persetujuan pada tahap yang terdampak. Simpan penanda paket dan revisi hasilnya. Nama final-baru-final.pdf saja belum memberi catatan versi yang bisa diandalkan.

Saat artikel diubah menjadi kiriman surel berkala atau newsletter, rangkaian halaman gambar atau carousel, dan video, catat klaim yang dipakai tiap format. Peta itu membantu kamu menemukan konten yang perlu diperbarui ketika fakta dikoreksi. Analisis Nalarku: selain menghemat proses pembuatan, pemeriksaan ini membantu menjaga bukti dan konteks saat satu gagasan dibagikan dalam banyak bentuk.