Bedah Arsitektur acs adopt: 15 Detik Deploy 21 Agen

Hari pertama di repo baru biasanya bukan soal ngoding. Perintah acs adopt hadir untuk menghentikan pemborosan waktu ini. Lo buka terminal, lalu mulai nulis AGENTS.md dari nol. Lanjut bikin folder .claude/rules/, nyalin aturan dari repo lama, edit path satu per satu. Belum selesai di situ, masih ada 20 file JSON konfigurasi MCP yang harus lo tempel manual.

Sore datang, kode fitur belum satu baris pun kesentuh.

Kalau repo-nya hasil onboarding tim, deritanya nambah. Setiap developer punya gaya aturan sendiri. Ada yang nulis "always use tabs", ada yang nulis "jangan pakai tabs". Dua aturan itu hidup berdampingan di folder yang sama, dan agen AI lo bingung harus nurut yang mana.

Ibaratnya lo baru buka warung, tapi belum punya HRD. Lo harus wawancara 21 karyawan satu-satu, nulis kontrak kerja masing-masing, dan bikin SOP manual sebelum warung boleh buka.

Kenapa Setup Manual Selalu Memakan Waktu Seharian

Masalahnya bukan karena lo malas. Masalahnya karena konfigurasi agen itu tidak punya satu sumber kebenaran.

Aturan tinggal di CLAUDE.md. Persona tinggal di folder agents/. Skill tinggal di skills/. Hook tinggal di settings.json. MCP server tinggal di .mcp.json. Lima permukaan berbeda, lima format berbeda, dan nggak ada yang memverifikasi apakah isinya konsisten satu sama lain.

Bandingkan dengan cara kerja go mod tidy. Lo nggak pernah nulis daftar dependency manual, karena tool membaca manifest, menyelesaikan graph, lalu menulis hasilnya. Deterministik, bisa diulang, dan bisa diverifikasi.

acs adopt memakai logika yang sama untuk konfigurasi agen.

Forensik: Apa yang Sebenarnya Terjadi dalam 15 Detik

Perintah ini bukan template copas. Ada tiga lapis kerja yang jalan berurutan.

Lapis pertama, deteksi stack. ACS membaca manifest yang sudah ada di repo: go.mod, package.json, pyproject.toml, Cargo.toml. Dari situ ia menyimpulkan apakah repo ini monorepo Go, aplikasi Node, atau campuran keduanya. Hasil deteksi dipetakan ke preset resmi, misalnya go-react atau node-solid.

Lapis kedua, templating deterministik. Setiap file yang dihasilkan punya asal yang tercatat. Aturan inti, persona spesialis, template PRD, dan hook dipasang dari bundle yang sama, bukan hasil karangan ulang tiap repo. Semua jejaknya disimpan di .acs/workflow-state.json berisi hash per file.

Lapis ketiga, klasifikasi konflik. Sebelum menulis, ACS membandingkan tiga hal: bundle baru, state adopsi terakhir, dan isi file lokal lo saat ini. Hasilnya satu dari beberapa verdict: sudah up to date, perlu update dari bundle, kustom lokal, atau konflik yang butuh keputusan lo.

Kenapa ini penting? Karena repo lama biasanya sudah punya aturan sendiri. Alih-alih menimpanya buta, ACS menandai file itu sebagai kustom lokal dan membiarkannya.

Skill on-demand versus copy-paste massal

Cara lama: semua aturan ditempel ke satu prompt raksasa. Setiap sesi membayar token untuk aturan yang tidak relevan dengan tugas hari itu.

Cara ACS: aturan inti tetap tipis, sisanya disuntik saat relevan. Kalau lo sedang refactor, aturan AST yang muncul. Kalau sedang kerja backend, disiplin TDD yang muncul. Konteks tetap ringan, agen tetap fokus.

The Unfair Advantage: Satu Perintah, Armada Lengkap

# Pratinjau dulu, nol tulisan ke disk
acs adopt . --dry-run

# Eksekusi penuh, non-interaktif
acs adopt . --auto

Dalam hitungan detik, repo lo sudah punya:

• 21 persona spesialis lintas 5 divisi operasional, dari arsitek sampai verifier independen
• 7 refleks otonom yang menjaga sesi tetap hidup saat agen macet atau konteks penuh
• Ruleset RFC 2119 yang konsisten, tanpa aturan saling bertabrakan
• Provisi .mcp.json level proyek supaya seluruh CLI langsung terhubung ke satu memori
• Template PRD dan phase file untuk kerja multi-langkah

Ada beberapa flag yang perlu lo tahu karena sering menyelamatkan repo lama:

--mode lean memasang pointer sekitar 2KB plus aturan on-demand, cocok untuk repo yang ingin tetap ringan. --preset memaksa stack tertentu saat deteksi otomatis meleset. --localize-rules menerjemahkan aturan campuran bahasa Indonesia ke English RFC 2119, berguna untuk repo tim campuran. --mcp-strategy append menjaga .mcp.json yang sudah ada tetap utuh.

Dan yang paling penting: acs adopt idempoten. Jalankan dua kali, hasilnya sama. Jalankan setelah update ACS, file yang belum lo ubah ikut naik versi, file yang sudah lo kustom tetap aman.

Kontrak Arsitektur Blueprint acs adopt

Mulai dari Mana

Kalau repo lo belum punya CLAUDE.md sama sekali, jalankan acs adopt . --auto dan biarkan ACS menyiapkan fondasinya.

Kalau repo lo sudah punya aturan tapi berantakan, jalankan --dry-run dulu. Verdict yang muncul akan menunjukkan mana yang aman ditimpa dan mana yang harus lo pertahankan.

Detail kapabilitas lengkapnya ada di seksi fitur ACS, dan pilihan lisensinya ada di halaman harga. Pelajari dokumentasi arsitektur open-source di GitHub Repository ↗.