Everything Claude Code (ECC): Kerangka Agen Sumber Terbuka untuk Claude Code

Sejak agen pengodean muncul, berapa kali Anda harus menjelaskan ulang stack, konvensi, preferensi, dan standar review Anda di awal setiap sesi?

Masalahnya, setiap percakapan baru selalu dimulai dari nol. Alat seperti Claude Code tahu cara menulis kode, tetapi tidak tahu bagaimana tim Anda menulis kode. Yang awalnya menghemat waktu justru berakhir menjadi kerja manual: menempelkan konteks proyek yang sama, mengoreksi model saat melenceng, mengoptimalkan instruksi, dan meninjau saran generik yang sama setiap saat.

Everything Claude Code (ECC) adalah kerangka kerja sumber terbuka yang bertujuan mengatasi hal itu. Terlepas dari namanya, proyek ini tidak berafiliasi dengan Anthropic. Ini adalah sistem agen dan lapisan workflow yang berada di atas Claude Code (bukan model, bukan IDE) dan mengubah agen pengodean generik menjadi platform rekayasa khusus yang sudah memahami standar Anda.

Dalam artikel ini, saya akan membahas apa itu ECC, bagaimana bagian-bagiannya saling terhubung, cara memasangnya, dan siapa yang sebaiknya menggunakannya.

Namun, apa sebenarnya Claude Code itu? Daftarkan diri Anda di Claude Code 101 untuk mempelajari cara menggunakannya dalam workflow pengembangan harian Anda.

Apa Itu Everything Claude Code?

ECC adalah repositori sumber terbuka yang membungkus Claude Code dengan lapisan operasional siap pakai untuk pekerjaan rekayasa.

Anda dapat menemukan proyeknya di affaan-m/ECC di GitHub.. Berlisensi MIT, dikelola oleh Affaan Mustafa, dan dibangun dari penggunaan Claude Code harian selama 10+ bulan pada produk nyata. Tidak berafiliasi dengan Anthropic, terlepas dari namanya.

Repo ini mengemas empat hal dalam satu instalasi:

• Kerangka agen: serangkaian sub-agen khusus (planner, arsitek, peninjau kode, peninjau keamanan, penyelesai galat build, dan belasan lainnya) yang didelegasikan oleh Claude Code alih-alih mencoba melakukan semuanya dalam satu jendela konteks.
• Ekosistem skill: beberapa ratus definisi workflow kecil yang mencakup TDD, peninjauan keamanan, pola framework (Django, Spring Boot, Next.js, dan lainnya), standar pengodean spesifik bahasa, serta tugas rekayasa ML.
• Kerangka kerja workflow: hook yang berjalan pada event alat, aturan yang selalu berlaku, konfigurasi server MCP, dan memori sesi yang bertahan antar percakapan.
• Lapisan perintah: entri slash terpelihara untuk menjalankan workflow umum, plus folder shim yang kompatibel mundur untuk nama perintah lama.

Penting untuk dicatat bahwa Claude Code tetap menjadi mesinnya. Ia membaca kode dan menjalankan alat.

Tugas ECC adalah segala sesuatu di seputarnya: memberi tahu Claude Code sub-agen mana yang harus menangani tugas ini, langkah workflow mana yang harus diikuti, konvensi apa yang digunakan stack Anda, dan konteks apa yang perlu dibawa dari sesi kemarin.

Dalam praktiknya, ini berarti Anda tidak lagi perlu mengonfigurasi Claude Code dari nol untuk setiap proyek. Anda memasang ECC sekali, menyalin paket aturan untuk stack Anda, dan memiliki platform rekayasa khusus yang sudah tahu harus melangkah dari sana.

Mengapa Everything Claude Code Menjadi Begitu Populer

Pertumbuhannya dimulai dari satu thread di X.

Pada awal 2026, Mustafa memposting The Shorthand Guide to Everything Claude Code. Thread itu mendapat lebih dari 10K bookmark dalam beberapa hari. Lalu repo-nya dibuka untuk publik, dan kini ECC telah melampaui 200K bintang dan 34+ fork.

Inilah alasannya:

• Pengodean berbasis agen beralih dari eksperimen ke penggunaan harian: Seiring makin banyak developer menggunakan Claude Code, mereka menyadari keterbatasan sistem bawaan. Yang dibutuhkan developer adalah lapisan konfigurasi siap pakai yang menghilangkan konteks cold-start, keluaran review kode yang tidak konsisten, dan sejenisnya..
• Menulis prompt agen yang baik lebih sulit dari kelihatannya: Workflow TDD yang solid atau prompt peninjau kode yang memfilter berdasarkan keyakinan memerlukan iterasi untuk menjadi tepat. Banyak tim tidak ingin membangun dan memeliharanya dari nol seiring model berubah, sehingga memakai versi yang sudah diuji milik orang lain adalah jalur yang lebih mudah.
• Kontribusi menumpuk: 270+ kontributor menambahkan paket aturan bahasa (Java, Kotlin, Rust, Perl, PHP), dukungan framework (Quarkus, Laravel), terjemahan, integrasi IDE di luar Claude Code (Cursor, OpenCode, Zed), dan skill.
• ECC memberi spesialisasi tanpa fine-tuning: Melakukan fine-tuning model pada konvensi tim tidak praktis bagi kebanyakan tim. Serangkaian skill dan agen terstruktur saat runtime mendekati efek yang sama, dan ECC adalah salah satu upaya paling lengkap untuk mengemas ini.

Jadi ini bermula dari thread X, lalu berubah menjadi efek bola salju.

Cara Kerja Everything Claude Code

ECC adalah sistem berlapis.

Ada lima komponen antara Anda dan basis kode Anda. Claude Code adalah runtime-nya. Skill, agen, MCP, dan lapisan memori membungkusnya. Masing-masing menjalankan satu tugas, dan mereka saling mengoper pekerjaan selama sesi.

Claude Code

Claude Code adalah antarmuka model yang mendasarinya.

Ini adalah CLI resmi Anthropic untuk menjalankan Claude sebagai agen pengodean. Ia membaca file, menulis diff, menjalankan perintah shell, memanggil alat, dan menahan percakapan. ECC tidak menggantikan itu. Semua yang ditambahkan ECC dimuat ke dalam Claude Code saat awal sesi dan berjalan melalui sistem plugin, hook, dan perintah yang sudah ada.

Skill

Skill adalah instruksi workflow yang dapat digunakan kembali dan disimpan sebagai file Markdown.

Setiap skill adalah folder kecil dengan SKILL.md yang memberi tahu Claude Code bagaimana menangani jenis tugas tertentu. Skill tersebut menyebutkan deskripsi, langkah-langkah, output yang diharapkan, dan batasannya. ECC memiliki sekitar 260 skill yang mencakup pola bahasa, workflow pengujian, konvensi framework, rekayasa ML, dan tugas operasional.

Yang perlu diingat, Anda tidak menjalankan skill secara manual. Claude Code memilihnya berdasarkan apa yang Anda lakukan, atau Anda merujuknya dalam prompt.

Agen

Agen adalah sub-agen khusus yang didelegasikan oleh Claude Code.

Masing-masing didefinisikan dalam Markdown dengan nama, deskripsi, daftar putih alat, dan prompt sistem yang membatasi perilakunya. Agen code-reviewer hanya membaca file dan melaporkan temuan. Agen planner menulis blueprint implementasi sebelum ada kode yang disentuh. Anda paham idenya.

Tujuan pemisahan ini adalah isolasi konteks. Setiap sub-agen mendapat jendela konteks bersih untuk tugasnya, sehingga sesi utama tidak penuh. Agen utama mengoordinasikan dan sub-agen mengeksekusi.

Integrasi MCP

MCP (Model Context Protocol) adalah cara Claude Code berbicara dengan alat dan sumber data eksternal.

ECC memiliki konfigurasi untuk menghubungkan ke GitHub, Supabase, Vercel, Railway, dan lainnya melalui server MCP. Setiap server mengekspos alat yang dapat dipanggil Claude Code di tengah sesi. ECC hanya mengemas konfigurasi yang berfungsi dan aturan keamanannya.

Secara default ECC mengaktifkan satu konektor (chrome-devtools). Sisanya opt-in, yang menghindari tabrakan nama alat dan menjaga permukaan serangan tetap kecil.

Lapisan memori

Lapisan memori membuat ECC bersifat stateful antar sesi.

Hook berjalan pada event Stop setiap percakapan dan menulis ringkasan sesi ke ~/.claude/sessions/. Sesi berikutnya memuat konteks relevan saat mulai melalui hook SessionStart. Skill yang "dipelajari" model dari pola Anda diekstrak ke sistem Continuous Learning v2, disimpan sebagai instinct dengan skor keyakinan, dan dapat digunakan lagi nanti.

Alias sesi, skill yang dipelajari, dan metrik semuanya berada di bawah satu root data agen (default ~/.claude, dapat dikonfigurasi per kerangka jika Anda menjalankan ECC di Claude Code dan Cursor).

Cara bagian-bagian bekerja bersama

Sesi tipikal terlihat seperti ini:

1. Mulai sesi: Sebuah hook memuat konteks dari sesi sebelumnya, ditambah skill dan aturan yang relevan untuk proyek saat ini.
2. Anda meminta sesuatu: Misalnya, "tambahkan login OAuth."
3. Agen planner berjalan pertama: Ia menulis blueprint, belum ada kode.
4. Skill TDD masuk: Claude Code mengikuti alur uji gagal, implementasi minimal, dan refactor.
5. Alat MCP dipanggil: Mungkin GitHub MCP mengambil PR terkait, atau Supabase MCP memeriksa skema.
6. Agen code-reviewer berjalan di akhir: Ia mengaudit diff dalam jendela konteksnya sendiri dan melapor kembali.
7. Sesi berakhir: Hook Stop menulis ringkasan, mengekstrak pola baru menjadi instinct, dan menyimpannya untuk nanti.

Modelnya tetap Claude Code. ECC hanya mengorkestrasi skill mana, agen mana, dan alat mana yang digunakan di setiap langkah.

Skill di Everything Claude Code

Skill adalah cara utama ECC memberi tahu Claude Code apa yang harus dilakukan.

Sebuah skill adalah folder dengan file SKILL.md. Markdown mendefinisikan deskripsi, langkah, batasan, output yang diharapkan, dan konteks penerapannya. Ini hanya file teks biasa yang dibaca model saat runtime.

Dan itu memang disengaja. ECC bukan "melatih ulang" apa pun, melainkan memuat instruksi yang dibaca dan diikuti Claude pada saat itu juga.

Skill berada di direktori skills/ di root repo. Setelah pemasangan, skill disalin ke ~/.claude/skills/. Claude Code memuatnya sebagai anak langsung dari folder tersebut.

Setiap folder skill memiliki tata letak dasar yang sama:

• SKILL.md - definisi workflow
• File pendukung opsional (template, skrip, contoh)
• Opsional metadata.yaml untuk penandaan dan penemuan

Skill memengaruhi perilaku agen dengan dua cara. Pertama, Claude Code membacanya saat awal sesi dan menyimpannya untuk referensi. Kedua, model memilih skill yang relevan berdasarkan permintaan Anda. Jika Anda berkata "tulis uji gagal terlebih dahulu," skill TDD akan aktif. Jika Anda berkata "tinjau ini untuk injeksi SQL," skill peninjauan keamanan aktif.

ECC hadir dengan sekitar 260 skill. Berikut beberapa yang menunjukkan cakupannya:

• frontend-patterns: Konvensi React dan Next.js. Struktur komponen, penggunaan hook, keputusan komponen server vs. klien, pola manajemen state.

• django-patterns, django-tdd, django-security, django-verification: Satu stack Django lengkap yang dipecah menjadi empat skill. Satu untuk arsitektur, satu untuk siklus pengujian, satu untuk audit bergaya OWASP, satu untuk loop verifikasi sebelum rilis.

• architect (dipasangkan dengan agen architect): Tinjauan desain sistem. Skill mendefinisikan apa saja yang dicakup tinjauan arsitektur, artefak apa yang dihasilkan, dan trade-off apa yang harus ditampilkan.

• tdd-workflow: Siklus red-green-refactor. Tulis uji gagal, tulis kode minimum untuk meloloskannya, refactor, verifikasi cakupan. Skill memaksa urutannya.

• security-review: Daftar pemeriksaan audit OWASP Top 10, deteksi kredensial hardcoded, peninjauan validasi input, dan pemeriksaan kerentanan dependency. Skill mendefinisikan apa yang dipindai dan apa yang ditandai.

Agen di Everything Claude Code

Agen adalah persona khusus dengan jendela konteksnya sendiri.

Masing-masing adalah file Markdown di folder agents/ dengan nama, deskripsi, daftar putih alat, dan prompt sistem. Prompt sistem mendefinisikan tugas agen. Daftar putih alat mengontrol apa yang dapat dilakukannya (membaca file, menjalankan bash, memanggil server MCP, menulis kode). Claude Code mendelegasikan tugas ke agen secara otomatis untuk Anda.

ECC memiliki 66 agen. Mereka dikelompokkan ke beberapa kategori.

Agen perencanaan berjalan sebelum ada kode yang ditulis.

Agen planner memecah permintaan fitur menjadi blueprint implementasi: file yang diubah, antarmuka yang didefinisikan, uji yang ditulis, dan edge case yang ditangani. Agen architect pergi ke tingkat lebih tinggi: desain sistem, keputusan model data, batas layanan. Agen-agen ini hanya membaca kode dan menulis rencana.

Agen pengodean melakukan pekerjaan implementasi.

Agen tdd-guide memaksa siklus test-first. Resolver spesifik bahasa seperti go-build-resolver, pytorch-build-resolver, dan kotlin-build-resolver memperbaiki galat build di ekosistem masing-masing. refactor-cleaner menghapus kode tak terpakai.

Agen arsitektur meninjau keputusan struktural.

Agen architect mencakup desain, database-reviewer mencakup pola kueri dan pilihan skema, dan mle-reviewer mengaudit pipeline ML produksi (kontrak data, cakupan evaluasi, serving, pemantauan).

Agen QA memverifikasi apa yang dibangun.

Agen code-reviewer mengaudit diff untuk kualitas dan keamanan dengan ambang keyakinan. security-reviewer menjalankan pemeriksaan bergaya OWASP. e2e-runner menangani pengujian end-to-end Playwright. Peninjau bahasa (typescript-reviewer, python-reviewer, go-reviewer, rust-reviewer, dan lainnya) menangani pemeriksaan spesifik bahasa.

Alasan memecah semua ini menjadi agen terpisah adalah isolasi konteks.

Saat code-reviewer berjalan, ia mendapat jendela konteks baru dengan hanya diff dan skill review yang dimuat. Ia tidak melihat catatan perencanaan atau riwayat percakapan. Ia hanya meninjau. Fokus tersebut menghasilkan output yang lebih baik dibanding meminta satu agen umum untuk merencanakan, mengode, menguji, dan meninjau dalam konteks yang sama, yang merupakan hasil kebanyakan setup Claude Code ad-hoc.

Manajemen Konteks dan Memori di ECC

ECC tidak melupakan semuanya antar sesi seperti yang dilakukan Claude Code.

Memori di ECC adalah sistem hook yang menulis file pada momen yang tepat dan memuatnya kembali pada momen yang tepat. Semuanya hanya file Markdown dan JSON di disk.

Tiga hal yang bertahan:

1. Ringkasan sesi ditulis saat sesi berakhir: Hook Stop berjalan setelah pesan terakhir, mengambil transkrip penuh, dan menulis ringkasan ke ~/.claude/sessions/. Ringkasan mencakup apa yang dikerjakan, apa yang diputuskan, apa yang masih terbuka. Sesi berikutnya membacanya saat hook SessionStart sehingga Claude tahu posisi terakhir.
2. Instinct adalah pola yang diekstrak dari sesi Anda: Sistem Continuous Learning v2 memantau apa yang Anda lakukan dan apa yang berhasil, lalu menulis instinct individual dengan skor keyakinan, aksi, bukti pendukung, dan contoh. Jalankan /instinct-status untuk melihat apa yang telah dipelajari. Jalankan /evolve untuk mengelompokkan instinct terkait menjadi skill baru.
3. File log melacak lapisan operasional: Pikirkan eksekusi hook, jalannya skill, panggilan MCP, biaya, galat. Ini berada di ~/.claude/metrics/ dan ~/.claude/session-data/. Berguna untuk debugging dan untuk GUI dashboard yang disertakan dalam repo.

Jika menurut Anda ini tidak terlalu penting, berikut beberapa alasan yang akan membuat Anda berpikir sebaliknya:

• Proyek jangka panjang: Refraktor enam bulan tidak direset setiap Senin. Keputusan minggu lalu, trade-off, dan isu yang diketahui ada dalam ringkasan yang dimuat saat awal sesi.
• Tanpa penjelasan berulang: Anda tidak menempel ulang stack Anda, konvensi Anda, atau "ingat kita memutuskan memakai Postgres, bukan Oracle" setiap saat.
• Mengatasi batas jendela konteks: Bahkan dengan jendela sejuta token, Anda tidak bisa memuat sejarah proyek enam bulan. Ringkasan memadatkan hal yang penting. Riwayat penuh tetap di disk, model mendapat bagian yang relevan.

Anda dapat menyetel konteks yang dimuat dengan variabel lingkungan. ECC_SESSION_START_MAX_CHARS membatasi seberapa banyak ringkasan yang dimuat saat mulai (default 8.000 karakter). ECC_SESSION_START_CONTEXT=off menonaktifkannya untuk setup berkonteks rendah. ECC_SESSION_RETENTION_DAYS mengontrol berapa lama sesi bertahan sebelum dipangkas.

Jika Anda menjalankan ECC di Claude Code dan Cursor pada mesin yang sama, setel ECC_AGENT_DATA_HOME untuk memisahkan memorinya. Jika tidak, mereka akan saling menimpa file sesi.

Dukungan MCP di Everything Claude Code

MCP adalah cara Claude Code memanggil apa pun yang bukan file atau perintah shell.

Model Context Protocol adalah standar Anthropic untuk menghubungkan model bahasa ke alat eksternal. Server MCP berjalan sebagai proses terpisah dan mengekspos serangkaian operasi bertipe: "baca halaman Notion ini" atau "buka PR di GitHub." Claude Code memanggil operasi tersebut seperti pemanggilan fungsi.

ECC hadir dengan konfigurasi MCP di mcp-configs/mcp-servers.json untuk layanan umum: GitHub, Supabase, Vercel, Railway, Linear, dan lainnya. Setiap entri mencakup perintah untuk memulai server, variabel lingkungan yang dibutuhkan, dan aturan keamanan yang diterapkan ECC.

Perlu diketahui bahwa ECC tidak mengaktifkannya secara otomatis.

Kebijakan konektor MCP Juni 2026 mengurangi server yang diaktifkan secara default menjadi satu (chrome-devtools). Sisanya opt-in. Anda menyalin entri ke .mcp.json proyek Anda, atau mengaktifkannya melalui perintah /mcp di Claude Code. Alasannya sebagian praktis (nama alat MCP yang panjang merusak beberapa gateway) dan sebagian pilihan keamanan (setiap server MCP adalah potensi permukaan serangan).

Berikut tampilan dukungan ini dalam praktik:

• Integrasi eksternal: Taruh entri GitHub ke .mcp.json, sediakan token, dan Claude Code dapat membaca isu, membuka PR, serta memeriksa status CI tanpa Anda copy-paste.
• Pemanggilan alat: Skill dan agen merujuk alat MCP berdasarkan nama. Misalnya, skill deployment dapat memanggil Vercel MCP, dan agen tinjauan basis data dapat memanggil Supabase MCP.
• Automasi proyek: Anda dapat menggabungkan server MCP dengan hook untuk mendapatkan automasi yang persisten di seluruh sesi. Hook PR-opened dapat memulai agen review yang menggunakan GitHub MCP untuk mengambil diff dan Linear MCP untuk memperbarui tiket.

Jika Anda sudah menjalankan salinan server MCP yang dibundel ECC, setel ECC_DISABLED_MCPS menjadi daftar yang dipisahkan koma. ECC akan melewati itu saat pemasangan dan sinkronisasi, sehingga Anda tidak berakhir dengan duplikat yang berebut nama server yang sama.

AgentShield dan Fitur Keamanan

Keamanan adalah pembeda ECC dibanding kompetitor.

AgentShield adalah auditor keamanan mandiri yang disertakan bersama ECC. Ia memindai konfigurasi Claude Code untuk kerentanan, miskonfigurasi, galat, dan risiko injeksi. Berjalan sebagai paket npm terpisah (ecc-agentshield), tetapi terhubung dengan ECC melalui skill /security-scan sehingga Anda dapat menjalankannya dari dalam sesi Claude Code.

Pemindaian mencakup lima kategori:

• Deteksi rahasia: 14 pola untuk kredensial hardcoded, API key, token.
• Audit perizinan: alat dan path apa saja yang dapat diakses tiap agen dan skill, dan apakah grant tersebut terlalu luas.
• Analisis injeksi hook: apakah hook dapat dieksploitasi untuk menjalankan perintah sewenang-wenang.
• Profil risiko server MCP: apa yang dapat dibaca, ditulis, atau dipanggil oleh tiap server MCP yang terhubung, dan di mana itu menciptakan eksposur.
• Tinjauan konfigurasi agen: vektor injeksi prompt, daftar putih alat yang terlalu longgar, batasan yang hilang.

Anda dapat menjalankannya dengan perintah ini, tidak perlu pemasangan:

npx ecc-agentshield scan

Output-nya berupa nilai huruf (A sampai F) plus daftar temuan yang diurutkan berdasarkan tingkat keparahan. Temuan kritis keluar dengan kode 2.

Berikut beberapa flag yang perlu diketahui:

• -fix menerapkan perbaikan otomatis untuk isu yang aman (menghapus rahasia yang terekspos, memperketat izin yang terlalu luas…)
• -opus menjalankan pemindaian melalui tiga agen Claude Opus 4.X dalam pipeline red-team / blue-team / auditor. Penyerang mencoba menemukan rantai eksploit. Pembela mengevaluasi perlindungan. Auditor mensintesis keduanya menjadi laporan risiko prioritas.
• -stream men-stream analisis secara langsung, berguna pada konfigurasi yang lambat.

Pendekatan pipeline Opus adalah bagian yang membedakan AgentShield dari linter generik. Agen adversarial mencoba menemukan cara untuk merangkai komponen yang dinyatakan aman menjadi sesuatu yang dapat dieksploitasi, yang merupakan sumber sebagian besar serangan agen nyata.

AgentShield melaporkan 102 aturan analisis statis dan 1.282 pengujian internal dengan cakupan 98%, menurut repo. Angka-angka ini layak diverifikasi terhadap rilis terbaru, tetapi jelas ini bukan skrip 50 baris.

Format output mencakup terminal (dengan warna), JSON (untuk CI), Markdown, dan HTML. Ada juga GitHub Action dan GitHub App ECC Tools terpisah yang menjalankan AgentShield pada PR.

Bagi sebagian besar tim yang menggunakan Claude Code di produksi, AgentShield adalah alasan paling konkret untuk memasang ECC meski Anda tidak menggunakan sisa kerangka kerjanya.

Memasang Everything Claude Code

ECC memiliki dua jalur pemasangan.

Setup yang paling sering bermasalah adalah menumpuk pemasangan plugin di atas pemasangan manual. Keduanya menyalin file yang sama ke lokasi yang sama, dan Anda berakhir dengan duplikat. Jadi sebelum apa pun: pilih satu jalur saja.

Sebelum memasang, pastikan Anda telah memasang Claude Code versi v2.1.0 atau lebih baru:

claude --version

Versi Claude

Pemasangan melalui pengelola plugin

Ini adalah jalur yang direkomendasikan untuk sebagian besar pengguna.

Dari dalam Claude Code, jalankan:

/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@ecc

Pemasangan plugin

Perintah pertama mendaftarkan repo ECC sebagai marketplace. Perintah kedua memasang plugin.

Satu catatan, sistem plugin tidak mendistribusikan rules. Rules adalah pedoman yang selalu diikuti (gaya pengodean, workflow git, standar pengujian, pola spesifik bahasa), dan spesifikasi plugin Claude Code tidak menyertakannya. Anda menyalinnya secara manual setelah pemasangan plugin.

git clone https://github.com/affaan-m/ECC.git
cd ECC
mkdir -p ~/.claude/rules/ecc
cp -r rules/common ~/.claude/rules/ecc/
cp -r rules/python ~/.claude/rules/ecc/

Salin rules/common ditambah satu paket bahasa yang benar-benar Anda gunakan. Pada contoh di atas, saya menyalin rules Python. Jangan salin semuanya, karena makin banyak rules berarti makin banyak konteks yang dimuat ke setiap sesi, dan sebagian besar tidak akan berlaku untuk proyek Anda.

Pemasangan melalui file konfigurasi

Gunakan pendekatan ini jika Anda menginginkan kendali penuh, atau jika pemasangan plugin tidak berfungsi pada setup Anda.

git clone https://github.com/affaan-m/ECC.git
cd ECC
npm install
./install.sh --profile full

Di Windows:

.\install.ps1 --profile full
# or
npx ecc-install --profile full

Ini menyalin agen, skill, perintah, hook, dan rules ke direktori ~/.claude/ Anda. Tidak ada lapisan plugin yang terlibat. Semuanya berupa file di disk yang dibaca Claude Code saat sesi dimulai.

Beberapa opsi profil yang perlu diketahui:

• -profile minimal: Hanya rules, agen, perintah, dan skill inti, tanpa hook.

• -profile core: Set kerja default. Termasuk hook.

• -profile full: Semua yang ada di repo.

Anda juga dapat memasang komponen tertentu dengan --modules atau --with:

./install.sh --target claude --modules hooks-runtime
npx ecc install --profile minimal --target claude --with capability:machine-learning

Jika Anda tidak yakin komponen mana yang cocok dengan pekerjaan Anda, tanyakan penasihat yang dikemas:

npx ecc consult "security reviews" --target claude

Ia akan mengembalikan komponen yang cocok dan perintah pemasangan persisnya.

Memverifikasi pemasangan

Periksa apa yang telah terpasang:

/plugin list ecc@ecc

Verifikasi pemasangan plugin

Itu menampilkan agen, perintah, dan skill yang tersedia dari plugin. Untuk pemasangan manual, gunakan lifecycle wrapper:

node scripts/ecc.js list-installed
node scripts/ecc.js doctor

doctor memeriksa file yang hilang, hook yang rusak, dan ketidakcocokan versi. Jika ada yang ditandai, jalankan:

node scripts/ecc.js repair

Untuk memastikan Claude Code melihat plugin baru, buka sesi dan coba perintah slash:

/ecc:plan "Add user authentication"

Output rencana ECC

Untuk pemasangan plugin, prefiks bernamespace /ecc: diperlukan. Untuk pemasangan manual, bentuk pendek (/plan) berfungsi.

Jika sesuatu terlihat duplikat atau rusak, jangan pasang ulang di atasnya. Jalankan node scripts/uninstall.js --dry-run terlebih dahulu untuk melihat apa yang akan dihapus, lalu node scripts/uninstall.js untuk beres-beres. ECC hanya menghapus file yang dipasangnya, jadi konfigurasi lain yang tidak terkait tetap tak berubah.

Bekerja dengan Skill, Perintah, dan Workflow

Sebagian besar yang Anda lakukan di ECC berjalan melalui skill alih-alih perintah.

Alasannya adalah folder commands/ tetap dipelihara demi kompatibilitas mundur, tetapi pengembangan workflow baru ditempatkan di skills/ terlebih dahulu.

Berikut beberapa pola penggunaan yang akan mencakup sebagian besar pekerjaan harian Anda.

Pemanggilan skill sebagian besar bersifat implisit

Anda biasanya tidak memanggil skill berdasarkan nama. Anda jelaskan apa yang Anda inginkan, dan Claude Code memilih skill yang cocok. Jika Anda berkata "tulis uji gagal terlebih dahulu," skill tdd-workflow akan aktif. Nama skill muncul di respons sehingga Anda dapat melihat apa yang dimuat.

Saat Anda ingin eksplisit, rujuk skill dalam prompt: "Gunakan skill django-tdd untuk menambahkan endpoint baru." Atau jalankan perintah yang membungkusnya:

/code-review
/security-scan

/ecc:plan "Add OAuth login"

Prefiks /ecc: diperlukan untuk pemasangan plugin. Pemasangan manual menggunakan bentuk pendek (/plan, /code-review).

Output fase perencanaan ECC

Penentuan target file adalah bagian dari workflow

Kebanyakan agen dan skill bekerja pada cakupan tertentu: sebuah file, direktori, diff, PR. Anda menetapkan cakupan dengan menyebutkan file dalam prompt, dengan membukanya di editor sebelum memanggil, atau dengan mengarahkan agen ke path:

/code-review src/auth/
/python-review services/billing/payment.py

Agen menangkap cakupan, memuat hanya file yang dibutuhkan, dan berjalan di jendela konteksnya sendiri.

Integrasi shell berjalan melalui alat bash Claude Code

Skill dapat menjalankan shell untuk apa pun yang memerlukan eksekusi nyata, seperti menjalankan uji, build, linter, atau memanggil CLI. Skill TDD menjalankan pytest atau go test. Agen perbaikan build menjalankan build yang sebenarnya untuk melihat galat nyata. Skill security-scan menjalankan npx ecc-agentshield scan dan mengurai outputnya.

Skill mendefinisikan perintah shell mana yang dijalankan dan kapan. Hook juga dapat menjalankan perintah shell pada event alat (jalankan pemeriksaan tipe setelah setiap edit, beri peringatan tentang console.log sebelum menyimpan).

Manajemen MCP sebagian besar opt-in

Setelah pemasangan, ECC mengaktifkan tepat satu server MCP secara default (chrome-devtools). Untuk menambahkan yang lain, salin entri dari mcp-configs/mcp-servers.json ke .mcp.json proyek Anda, lalu aktifkan melalui perintah /mcp di Claude Code. Antarmuka /mcp menangani pengaktifan, penonaktifan, dan autentikasi ulang.

Jika Anda menjalankan salinan server MCP Anda sendiri yang dibundel ECC, setel:

export ECC_DISABLED_MCPS="github,supabase"

Pemasang dan alur sinkronisasi ECC akan melewatinya, sehingga Anda tidak berakhir dengan dua server yang sama berebut nama alat yang sama.

Workflow saling berantai

Anda tidak menjalankan skill satu per satu. Workflow fitur yang umum terlihat seperti:

/ecc:plan "Add OAuth login with Google"
# agen planner menulis blueprint

# skill tdd-workflow aktif saat Anda mengimplementasikan
# uji gagal, kode ditulis, uji lolos

/code-review
# agen code-reviewer mengaudit diff

/security-scan
# AgentShield memeriksa kode dan konfigurasi baru

Setiap langkah menggunakan agen berbeda dalam jendela konteks baru. Sesi utama mengoordinasikan, dan ringkasan sesi menangkap rantai di akhir serta menyediakannya untuk sesi berikutnya.

Everything Claude Code vs Kerangka Konfigurasi Rival

ECC bukan satu-satunya lapisan konfigurasi untuk Claude Code. Ada beberapa lainnya yang melakukan tugas serupa dengan trade-off berbeda.

Perlu jelas kategorinya terlebih dahulu. ECC bersaing dengan kerangka konfigurasi lain yang berada di atas Claude Code. Ia tidak bersaing dengan kerangka tempat ia berjalan berdampingan (Cursor, Codex, OpenCode, Zed) atau dengan platform agen mandiri (OpenHands, LangGraph, CrewAI), yang merupakan kategori alat berbeda.

Tiga rival paling sering muncul.

BMAD-Method adalah kerangka SDLC agile dengan agen berbasis peran spesialis (Analis, PM, Arsitek, Scrum Master, Developer, QA). Berjalan di Claude Code, Cursor, dan Windsurf melalui npx bmad-method install. Unggul di fase perencanaan awal, karena mengubah ide samar menjadi PRD, dokumen arsitektur, dan cerita yang terurai sebelum ada kode yang ditulis. Peralatan eksekusinya lebih ringan daripada ECC. Tidak ada pemindai keamanan dan tidak ada katalog MCP. Pola spesifik bahasanya lebih sedikit.

SuperClaude adalah kerangka konfigurasi ringan berbasis Markdown. Sekitar 30 perintah slash, 20 agen, dan beberapa mode perilaku. Pasang dengan pip install SuperClaude. Lebih sederhana dari ECC secara desain, karena tidak ada pemindaian keamanan dan tidak ada runtime orkestrasi. Namun juga tidak ada lapisan memori bawaan selain yang disediakan Claude Code. Jika Anda menginginkan CLAUDE.md yang bekerja ditambah set prompt yang teruji, SuperClaude adalah pilihan yang baik.

claude-flow / Ruflo (berganti nama dari Claude Flow pada awal 2026) adalah orkestrator swarm multi-agen. Ia menggunakan metodologi SPARC (specification, pseudocode, architecture, refinement, completion) dan menjalankan hierarki ratu yang memimpin 60-100+ agen khusus secara paralel. Ia memiliki memori persisten melalui AgentDB dan bekerja di atas Claude, GPT, Gemini, dan Ollama. Infrastrukturnya lebih berat daripada ECC, dan dibangun untuk kerja agen paralel ketimbang produktivitas sesi tunggal.

Jika Anda ingin menelusuri lebih banyak opsi sebelum memutuskan, awesome-claude-code adalah direktori terkurasi sumber daya Claude Code (agen, skill, plugin, server MCP, konfigurasi). Di sanalah sebagian besar penemuan komunitas terjadi.

Singkatnya, pilih BMAD jika Anda ingin perencanaan gaya agile, SuperClaude jika Anda ingin lapisan konfigurasi ringan, Ruflo jika Anda membutuhkan kerja multi-agen paralel, dan ECC jika Anda menginginkan platform rekayasa lengkap dengan peranti keamanan dan memori persisten bawaan.

Siapa yang Sebaiknya Menggunakan Everything Claude Code?

ECC tidak untuk semua orang. Jika Anda hanya menggunakan Claude Code beberapa kali seminggu untuk tugas kecil, kerangka ini akan terasa seperti overhead besar dengan hasil yang minim. Satu CLAUDE.md sepanjang 100 baris sudah cukup untuk sebagian besar kebutuhan Anda.

ECC terasa berbuah saat Anda sudah melampaui titik itu.

Berikut skenario ketika ini lebih cocok daripada Claude Code standar:

• Insinyur AI yang membangun sistem agen: Jika Anda merancang atau menerapkan workflow agen, ECC adalah referensi kerja. Baca prompt agen, definisi skill, konfigurasi hook, dan pinjam yang berhasil.
• Pencinta produktivitas developer: Jika Anda meluangkan waktu untuk tooling, dotfiles, setup editor, shell Anda, ECC adalah investasi serupa untuk Claude Code. Anda akan mendapatkan hasil terbaik jika sering menggunakannya.
• Tim yang menjalankan Claude Code sebagai infrastruktur harian: Jika tim Anda menggunakan Claude Code untuk review kode, perencanaan, refaktor, atau merilis fitur setiap hari, penghematan waktu pada konsistensi dan onboarding akan terakumulasi. Anggota baru mendapatkan agen dan workflow yang sama.
• Siapa pun yang membangun workflow agen kompleks: Pipeline multi-langkah, orkestrasi sub-agen, chaining MCP, konteks persisten, dan sebagainya. ECC telah menyelesaikan sebagian besar masalah ini, dan polanya dapat digunakan kembali meski Anda tidak memasang semuanya.

Berikut siapa yang sebaiknya tidak memilih ECC:

• Pengguna kasual Claude Code: Beberapa sesi seminggu untuk "bantu saya debug skrip ini" tidak membutuhkan 60+ agen, 260+ skill, dan lapisan memori. Overhead setup-nya tidak sepadan.
• Tugas pengodean sederhana dan satu kali: Skrip cepat, perbaikan kecil, aplikasi demo, prototipe sekali buang. Claude Code standar menangani ini dengan baik, dan menambahkan ECC hanya menambah friksi tanpa banyak nilai.
• Tim yang sudah memiliki setup bekerja: Jika CLAUDE.md Anda sudah matang dan workflow Anda stabil, beralih ke ECC memerlukan waktu migrasi. Pinjam bagian yang Anda suka, tinggalkan sisanya.

Jika Anda tidak yakin berada di mana, langkah aman adalah membaca repo, menyalin dua atau tiga agen dan skill yang menarik, dan lewati pemasangan penuh untuk saat ini.

Kelebihan dan Keterbatasan ECC

Sekarang saya akan mengulas beberapa kekuatan dan kelemahan ECC. Keduanya perlu diketahui sebelum memutuskan..

Kelebihan

• Perpustakaan skill besar: Sekitar 260 skill yang mencakup TDD, audit keamanan, pola framework, idiom bahasa, rekayasa ML, deployment, dan banyak lagi. Bahkan jika Anda tidak memasang apa pun, repo ini adalah referensi kerja tentang cara menulis definisi skill yang baik.
• Reuse workflow: Anda mendapatkan prompt yang telah diuji untuk review kode, perencanaan, refaktor, dan pengujian. Agen code-reviewer khususnya sering dikutip oleh orang yang bahkan tidak menggunakan ECC namun meminjam prompt-nya.
• Memori persisten: Hal-hal seperti ringkasan sesi dan konteks lintas sesi berfungsi langsung. Kebanyakan konfigurasi Claude Code lain tidak membahas memori sama sekali.
• Dukungan MCP yang kuat: Konfigurasi siap pakai untuk GitHub, Supabase, Vercel, Railway, dan lainnya.
• AgentShield: Pemindai keamanan saja sudah menjadi alasan memasang ECC meski Anda tidak menggunakan yang lain. Hanya sedikit konfigurasi Claude Code lain yang punya sesuatu yang setara.
• Sumber terbuka berlisensi MIT: Tidak ada paywall pada inti. GitHub App terhosting dan tier ECC Pro terpisah.
• Lintas platform: Bekerja dengan Claude Code, Cursor, Codex, OpenCode, Zed, Gemini, dan lainnya. Jika Anda berpindah atau menjalankan beberapa, Anda tetap bisa memakai agen dan skill yang sama.

Keterbatasan

• Kurva belajar: 60+ agen, 260+ skill, tiga jalur pemasangan, empat tipe profil, dan tumpukan variabel lingkungan. Minggu pertama sebagian besar akan dihabiskan untuk memahami apa yang dimuat dan apa fungsi tiap komponen.
• Kompleksitas setup: Plugin vs pemasangan manual, isu rules-yang-tidak-terdistribusi-via-plugin, masalah hook duplikat pada versi Claude Code lama, alur aktif/nonaktif MCP, variabel agent data home untuk penggunaan multi-kerangka. Sebagian besar terdokumentasi, namun tetap banyak pekerjaan.
• Overhead pemeliharaan: Repo sering diperbarui. Jumlah katalog bergeser antar rilis dan nama skill berubah.
• Ketergantungan pada ekosistem Claude Code: ECC bergantung pada spesifikasi plugin, sistem hook, dan dukungan MCP Claude Code. Saat Claude Code mengubah itu, ECC harus mengikuti.
• Terlalu kompleks untuk banyak kasus: Bagi sebagian besar tim, CLAUDE.md yang ditulis dengan baik sepanjang 60-200 baris mencakup 80% dari apa yang ditawarkan ECC. 20% sisanya bernilai, tetapi hanya jika Anda menggunakannya.

Kerangka ini adalah lapisan konfigurasi Claude Code paling lengkap yang tersedia saat ini. Namun "paling lengkap" dan "diperlukan untuk semua orang" bukanlah hal yang sama.

Penutup

Jika Anda menggunakan Claude Code setiap hari, ECC patut dicoba. Jika tidak, repo ini tetap layak dibaca sebagai referensi kerja tentang cara membangun workflow agen yang tidak mudah runtuh dalam praktik.

Bagaimanapun juga, ECC adalah indikator jelas bahwa pengembangan perangkat lunak bergerak menuju pipeline agen yang dapat diprogram alih-alih sesi chat sekali pakai. Kerangka untuk melakukan ini dengan baik masih baru, dan ECC adalah salah satu upaya paling lengkap sejauh ini. Ini tidak akan menjadi yang terakhir, dan memang itulah intinya.

Jika Anda baru dalam AI generatif dan pengodean berbasis agen, daftarkan diri Anda di kursus Generative AI Concepts kami. Kursus ini akan memberi Anda fondasi yang kuat untuk masa depan.