Menggunakan Claude Code selama lebih dari dua bulan, dari satu file konfigurasi berkembang menjadi sebuah sistem operasi.
Pengalaman paling menyakitkan: file di direktori rules/ dimuat secara lengkap setiap kali percakapan. Saya memasukkan aturan sebanyak 17KB, langsung memenuhi batas jendela konteks—125.996 / 125.999 token, Claude tidak bisa menampilkan teks. Baru setelah dipotong menjadi 6.6KB kembali normal. Peristiwa ini mengajarkan saya sebuah prinsip desain: setiap byte memiliki biaya, memuat sesuai kebutuhan adalah jawaban yang benar. Sekarang struktur saya terdiri dari tiga lapisan: (Always loaded, <200 baris, hanya pointer) → rules/(otomatis dimuat, standar perilaku, proses debugging, aturan penangkapan) → docs/(dimuat sesuai kebutuhan, dokumen berat, dibaca hanya saat diperlukan) Di atasnya berjalan empat mekanisme: Lapisan data panas — Mencatat kemajuan hari itu, secara otomatis menulis sebelum menutup jendela, tidak perlu kamu katakan "simpan". Saat percakapan berikutnya dimulai, Claude dapat melanjutkan dari titik berhenti. Routing tugas — Sonnet menangani rutinitas harian, terkait dana/strategi otomatis naik ke Opus, jika perlu verifikasi silang, outsourcing ke Codex atau Gemini. Empat tingkat penjadwalan, setiap tingkat memiliki kondisi trigger yang jelas. Umpan balik pengalaman — Saat menemukan bug, langkah pertama adalah memeriksa basis memori, jika tidak diperiksa, maka proses debugging melanggar aturan. Kesalahan yang diperbaiki langsung ditulis ke dalam sistem. Verifikasi selesai — Sebelum mengklaim "Sudah diperbaiki", harus menjalankan pengujian, membaca output, dan memastikan lulus. Dilarang mengatakan "Seharusnya tidak masalah". Selama dua bulan berjalan, pengalaman terbesar: ini bukan file konfigurasi yang selesai sekali, melainkan sistem yang hidup. Jika kamu memperbaikinya, dia akan mengingat; jika kamu menginjak masalah, dia akan mengendapkannya; jika kamu menutup jendela, dia akan menyimpan sendiri. Semakin sering digunakan, semakin lancar, karena dia berkembang bersama kamu. Seperti apa bentuknya?
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Menggunakan Claude Code selama lebih dari dua bulan, dari satu file konfigurasi berkembang menjadi sebuah sistem operasi.
Pengalaman paling menyakitkan: file di direktori rules/ dimuat secara lengkap setiap kali percakapan. Saya memasukkan aturan sebanyak 17KB, langsung memenuhi batas jendela konteks—125.996 / 125.999 token, Claude tidak bisa menampilkan teks. Baru setelah dipotong menjadi 6.6KB kembali normal.
Peristiwa ini mengajarkan saya sebuah prinsip desain: setiap byte memiliki biaya, memuat sesuai kebutuhan adalah jawaban yang benar.
Sekarang struktur saya terdiri dari tiga lapisan:
(Always loaded, <200 baris, hanya pointer)
→ rules/(otomatis dimuat, standar perilaku, proses debugging, aturan penangkapan)
→ docs/(dimuat sesuai kebutuhan, dokumen berat, dibaca hanya saat diperlukan)
Di atasnya berjalan empat mekanisme:
Lapisan data panas —
Mencatat kemajuan hari itu, secara otomatis menulis sebelum menutup jendela, tidak perlu kamu katakan "simpan". Saat percakapan berikutnya dimulai, Claude dapat melanjutkan dari titik berhenti.
Routing tugas — Sonnet menangani rutinitas harian, terkait dana/strategi otomatis naik ke Opus, jika perlu verifikasi silang, outsourcing ke Codex atau Gemini. Empat tingkat penjadwalan, setiap tingkat memiliki kondisi trigger yang jelas.
Umpan balik pengalaman — Saat menemukan bug, langkah pertama adalah memeriksa basis memori, jika tidak diperiksa, maka proses debugging melanggar aturan. Kesalahan yang diperbaiki langsung ditulis ke dalam sistem.
Verifikasi selesai — Sebelum mengklaim "Sudah diperbaiki", harus menjalankan pengujian, membaca output, dan memastikan lulus. Dilarang mengatakan "Seharusnya tidak masalah".
Selama dua bulan berjalan, pengalaman terbesar: ini bukan file konfigurasi yang selesai sekali, melainkan sistem yang hidup. Jika kamu memperbaikinya, dia akan mengingat; jika kamu menginjak masalah, dia akan mengendapkannya; jika kamu menutup jendela, dia akan menyimpan sendiri. Semakin sering digunakan, semakin lancar, karena dia berkembang bersama kamu.
Seperti apa bentuknya?