Claude Opus 4.7 1M Context: Bisa Membaca Seluruh Repo Sekali Jalan?

Tetap ada tiga hal yang sering terlupakan:

1. Yang dihitung bukan hanya file source code. System prompt, instruksi tugas, percakapan sebelumnya, hasil pencarian, stack trace, log error, keluaran test, dan respons model sebelumnya juga memakan konteks.
2. Output perlu disisakan tempat. Jika Anda meminta audit keamanan, rencana refactor, patch besar, atau laporan per file, jangan mengisi input sampai mendekati batas. Opus 4.7 mendukung output hingga 128k token, dan ruang itu perlu direncanakan sejak awal.
3. Hitung ulang dengan tokenizer Opus 4.7. Anthropic menyebut tokenizer baru dapat memakai sekitar 1x sampai 1,35x token untuk teks yang sama; hasil /v1/messages/count_tokens pada Opus 4.7 juga bisa berbeda dari Opus 4.6.

Apa yang benar-benar didukung data resmi?

Mengapa 1M context tidak otomatis berarti seluruh repo?

Repo bukan satu dokumen rapi. Analisis codebase yang benar-benar berguna biasanya membutuhkan README, konfigurasi, test, dependency list, hasil pencarian, stack trace, log CI, dan mungkin keluaran tool lain. Semua itu ikut masuk ke konteks yang dilihat model.

Karena itu, 1M token lebih tepat dibaca sebagai kemampuan menampung work set yang sangat besar, bukan izin untuk memasukkan apa saja tanpa seleksi. Jika repo berisi banyak file hasil generate, folder vendor, artefak build, cache, log raksasa, atau dokumen duplikat, memasukkan semuanya justru menghabiskan ruang untuk hal yang kurang penting.

Ini semakin penting pada Opus 4.7 karena Anthropic sudah mengingatkan bahwa tokenizer baru bisa memakai lebih banyak token untuk teks yang sama, hingga sekitar 1,35x dibanding model sebelumnya.

Stabil itu maksudnya apa?

Perlu optimistis, tetapi jangan absolut.

Halaman produk Anthropic menempatkan Opus 4.7 dalam konteks alur kerja agentik kompleks, pekerjaan berdurasi panjang, dan codebase yang lebih besar. Pengumuman resminya juga menyebut model ini dapat menangani tugas kompleks dan panjang dengan ketelitian serta konsistensi.

Namun, itu paling aman dibaca sebagai posisi dan klaim resmi Anthropic bahwa Opus 4.7 lebih cocok untuk konteks panjang dan tugas codebase besar. Klaim tersebut tidak membuktikan bahwa semua repo, semua dokumen superpanjang, atau semua agent loop akan selesai stabil dalam satu kali jalan.

Untuk penggunaan produksi seperti audit keamanan, perbaikan otomatis di CI/CD, refactor besar, atau workflow agent yang berjalan lama, tetap uji dengan repo sendiri, test suite sendiri, dan contoh kegagalan nyata.

Alur praktis sebelum mencoba membaca satu repo penuh

1. Mulai dari peta repo, bukan langsung semua file

Buat daftar folder utama, bahasa pemrograman, entry point, test, file konfigurasi, dan perubahan terbaru. Dari sana, pilih file yang memang relevan untuk tugas. Biasanya, build artifacts, generated files, dependensi vendor, cache, log besar, dan file duplikat sebaiknya dikeluarkan dulu.

2. Hitung token memakai Opus 4.7

Jangan memakai angka dari Opus 4.6 atau model lain sebagai patokan akhir. Anthropic menyebut tokenizer Opus 4.7 dapat membuat teks yang sama memakai sekitar 1x hingga 1,35x token, dan hasil /v1/messages/count_tokens akan berbeda dari Opus 4.6.

3. Jangan isi context window sampai penuh

Masuk batas bukan berarti tugas akan selesai dengan baik. Analisis repo biasanya perlu keluaran berupa ringkasan arsitektur, daftar risiko, rekomendasi perubahan, strategi test, atau patch. Karena Opus 4.7 mendukung output hingga 128k token, sisakan ruang yang cukup untuk hasil kerja tersebut.

4. Untuk repo besar, gunakan proses bertahap

Anthropic memosisikan Opus 4.7 untuk alur kerja agentik kompleks dan codebase yang lebih besar. Dalam praktiknya, pendekatan yang lebih aman adalah meminta model memahami struktur repo terlebih dahulu, lalu membaca file kunci, menelusuri referensi, memeriksa test, dan melihat log error secara bertahap.

5. Minta model menjelaskan cakupan analisanya

Saat meminta analisis repo, minta output yang menyebutkan file yang dibaca, file yang tidak dibaca, asumsi utama, area berisiko, bagian yang perlu diverifikasi manusia, dan test lanjutan. Ini tidak menjamin jawaban benar, tetapi membantu mencegah salah paham antara model sudah melihat sebagian konteks dan model benar-benar memahami seluruh codebase.

Putusan akhir

Claude Opus 4.7 memang mendukung context window 1M token dan output hingga 128k token. Anthropic juga memosisikannya sebagai model untuk alur kerja panjang, agentic workflow, dan codebase yang lebih besar.

Tetapi jawaban atas pertanyaan apakah bisa membaca seluruh repo sekali jalan tidak cukup dilihat dari angka 1M. Jika repo, instruksi, riwayat, hasil tool, dan ruang output masih berada dalam batas, sekali proses bisa masuk akal. Jika repo terlalu besar, terlalu banyak noise, atau tugasnya menuntut laporan dan perubahan panjang, pendekatan yang lebih andal tetap seleksi file, proses bertahap, dan validasi lewat test nyata.