Bagaimana pekerjaan ini diatur
Siapa yang memutuskan, siapa yang mengerjakan, dan mengapa kemampuan tidak pernah berarti izin.
Ringkas dulu
- Apa ini?
- Model kerja yang memisahkan pihak yang menetapkan hasil dari pihak yang memilih jalur rekayasanya.
- Mengapa penting?
- Kalau kemampuan otomatis menjadi izin, tidak ada gerbang yang benar-benar tertutup.
- Bagaimana cara kerjanya?
- Satu peran menetapkan hasil dan batas; peran lain memiliki jalur rekayasa di dalam batas itu.
- Contoh konkretnya?
- Punya akses tulis ke repositori tidak berarti boleh melakukan merge; keduanya gerbang yang terpisah.
- Berikutnya baca apa?
- "Memilih kapabilitas yang tepat", untuk melihat batas yang sama pada tingkat alat.
Siapa yang menetapkan hasil
Satu peran menetapkan hasil yang dibatasi: apa yang sedang diizinkan, apa yang jelas di luar cakupan, dan bukti apa yang akan membuat hasilnya bisa diterima. Peran ini juga menyatakan gerbang material mana yang tetap tertutup.
Peran ini tidak memilih jalur rekayasanya. Menetapkan tujuan dan batas sengaja dipisahkan dari memutuskan cara menempuhnya.
Siapa yang memiliki jalur rekayasa
Peran lain memiliki eksekusi di dalam batas itu: bagaimana mengimplementasikan, menguji, mendiagnosis kegagalan biasa, dan memperbaikinya. Masalah rekayasa rutin diselesaikan sendiri, bukan dieskalasi, karena mengeskalasi setiap kegagalan biasa membuat batas itu kehilangan arti.
Eskalasi disediakan untuk batas material yang sungguhan — perubahan maksud produk, perubahan strategi di luar misi, tindakan yang merusak, mutasi produksi, kredensial, atau pengeluaran biaya.
Kemampuan tidak pernah menjadi otoritas
Eksekutor yang cakap tetap eksekutor yang dibatasi. Izin tidak tersirat dari hal-hal berikut, sekalipun keadaan membuatnya terasa wajar:
- punya akses tulis ke repositori
- punya kredensial atau alat yang tersedia
- pernah berhasil pada tugas serupa
- sudah disetujui untuk gerbang yang berbeda
- situasi mendesak, tidak ada yang menjawab, atau semua tes lulus
Perubahan kode, commit, merge, deploy, mutasi produksi, akses kredensial, tindakan merusak, dan penerimaan hasil tetap gerbang yang terpisah kecuali sebuah otorisasi secara eksplisit menggabungkannya.
Contoh konkret
Punya akses tulis ke repositori memungkinkan sebuah commit. Ia tidak mengizinkan merge ke cabang utama, tidak mengizinkan deploy, dan tidak mengizinkan perubahan produksi. Ketiganya keputusan yang berbeda, dengan bukti yang berbeda pula.
Metode kerja yang diadopsi
DEV-WEB mengadopsi sebuah metode kerja eksternal secara rujukan untuk urusan otoritas, bukti, pemulihan, dan gerbang material, pada versi yang dipatok. Ia menyesuaikan metode itu, bukan menyalinnya, dan hubungannya bersifat saling melengkapi.
Efek praktisnya adalah kesinambungan. Pekerjaan dipulihkan dari keadaan repositori yang tahan lama dan titik-titik checkpoint yang persis, bukan dari siapa pun yang kebetulan masih ingat sejarahnya. Pergantian sesi, alat, atau orang tidak memulai ulang pekerjaan yang sudah selesai.
Sumber kanonik yang dijelaskan halaman ini
Halaman ini menjelaskan berkas-berkas berikut. Kalau isinya berbeda, berkas itu yang berlaku — bukan tulisan di sini.
docs/governance/2026-08-30-DEV-WEB-AEOS-SKILLS-ALIGNMENT.mddocs/governance/2026-08-31-DEV-WEB-COUNCIL-CLAUDE-PERSONAS.mddocs/governance/2026-08-31-DEV-WEB-DELEGATED-EXECUTION-CAPABILITY-CHARTER.mddocs/governance/DEV-WEB-AI-MODEL-EXECUTION-PROFILE.mddocs/product/DEV-WEB-PRODUCT-REQUIREMENTS.mdkernel/core/foundation.contract.json