Perjalanan adopsi generik

Single-actor operation

Text: Untuk proyek yang dijalankan satu aktor. Separation of functions tetap terlihat melalui record dan gate, walau orang atau agent yang sama dapat mengisi beberapa fungsi sesuai authority lokal.

Owner standing authority

Text: Mendokumentasikan instruksi lanjutan seperti ok atau lanjut sebagai otorisasi berbatas. Opsi ini tidak menghapus scope, stop condition, secret boundary, atau gate tindakan material.

Skill and capability routing

Text: Memilih skill, tool, connector, agent, dan environment minimum yang paling sesuai. Registered tidak berarti loaded, authorized, admitted, atau verified.

AI software-development collaboration

Text: Menetapkan AI sebagai mitra multi-peran yang memberi koreksi dan nilai tambah, tetap berada di bawah goal, authority, evidence, dan acceptance milik proyek.

1. Tinjau fondasi

Id: review-foundation

Action: Baca aturan PAB dan invariant AEOS; tentukan bagian yang berlaku pada proyek serta control yang tidak boleh dilemahkan.

Evidence: Catatan review yang menyebut versi, scope, reviewer, pertanyaan terbuka, dan keputusan untuk melanjutkan atau berhenti.

Stop condition: Berhenti bila authority adopsi, batas data, atau konflik dengan policy yang lebih tinggi belum jelas.

2. Pilih atau buat project profile

Id: select-profile

Action: Klasifikasikan jenis proyek, risk surface, critical path, capability, dan evidence minimum. Profile memandu adapter; profile tidak menjadi authority baru.

Evidence: Profile terversi dengan rationale, owner, compatibility, dan limitation.

Stop condition: Berhenti bila profile mengasumsikan tool, data, atau control yang tidak tersedia atau tidak diizinkan.

3. Buat project manifest

Id: create-manifest

Action: Pin versi AEOS, pilih profile, sebut exact context paths, capability requirements, dan authority registry lokal dalam satu entrypoint. Manifest tidak menyimpan secret dan tidak memberi authorization.

Evidence: Manifest yang lolos schema/conformance check dan ditinjau pemilik proyek.

Stop condition: Berhenti bila version binding, context path, atau authority source tidak dapat ditentukan tanpa tebakan.

4. Buat context lokal minimum

Id: create-local-context

Action: Sediakan Project Compass, Operational State, Authority Registry, dan active Mission Contract yang dirujuk manifest. Simpan data dan evidence adopter di boundary milik adopter.

Evidence: Empat artefak lokal saling konsisten, mempunyai owner, status, revision, dan satu next decision.

Stop condition: Berhenti bila ada dua authority efektif untuk pertanyaan yang sama atau context keluar dari root yang diizinkan.

5. Jalankan bootstrap read-only

Id: bootstrap

Action: Muat context berlapis dan deklarasikan hanya capability yang benar-benar VERIFIED pada environment aktif. Bootstrap menentukan READY, BLOCKED, atau belum diadopsi; bootstrap tidak menginstal, login, atau mengeksekusi misi.

Evidence: Output bootstrap yang mencatat loaded context, capability state, gap, blocker, authority boundary, dan one next action.

Stop condition: Berhenti pada missing context, missing authority, path escape, atau capability material yang tidak VERIFIED.

6. Validasi conformance

Id: validate-conformance

Action: Jalankan conformance validation terhadap manifest, context lokal, authority assignments, mission readiness, dan version binding yang akan diratifikasi. Catat level yang benar-benar didukung dan jangan mengubah mekanisme yang tersedia menjadi claim outcome.

Evidence: Validation report yang menyebut adopter revision, AEOS version, evaluator, checks, actual results, failures, limitations, residual risks, dan level claim yang diusulkan.

Stop condition: Berhenti bila validation gagal, artifact wajib tidak konsisten, evidence material hilang, atau claim yang diusulkan melampaui result.

7. Ratifikasi adopsi secara eksplisit

Id: ratify-adoption

Action: Authority proyek menilai validation report, scope, version binding, data boundary, ownership, exception, dan residual risk; kemudian menerima, meminta revisi, atau menolak adopsi. Tidak ada execution sebelum keputusan ratifikasi berlaku.

Evidence: Ratification record yang menyebut decision, actor dan authority reference, adopter revision, AEOS version, scope, effective time, constraints, accepted risks, exceptions, dan next review atau expiry.

Stop condition: Berhenti bila ratification authority tidak jelas, validation belum lengkap, issue material belum diselesaikan, atau keputusan tidak terikat revision dan scope.

8. Definisikan dan otorisasi misi

Id: define-mission

Action: Nyatakan goal, baseline, verified gap, deliverable, acceptance criteria, scope, allowed/forbidden actions, evidence, stop conditions, authority, dan exact context sebelum execution.

Evidence: Mission contract terversi dan authorization record yang mengikat actor, action, target, scope, constraints, serta masa berlaku.

Stop condition: Berhenti bila mission contract belum lengkap, gap tidak terverifikasi, atau authorization tidak cocok dengan tindakan.

9. Execute, verify, accept, dan close

Id: verify-and-close

Action: Jalankan hanya tindakan yang diizinkan, kumpulkan evidence per acceptance criterion, lakukan verification, minta acceptance, perbarui baseline, preserve knowledge, dan close melalui authority yang tepat.

Evidence: Execution record, verification result, acceptance decision, residual-risk statement, baseline update, dan closure record.

Stop condition: Berhenti bila evidence stale/contradicted, scope bergeser, verification gagal, atau acceptance dan closure authority belum bertindak.

10. Lewati gate release secara terpisah

Id: release

Action: Evaluasi commit, merge, dan deploy sebagai gate berbeda. Ikat setiap approval ke exact revision dan target. Untuk deploy, verifikasi checksum artifact, rollback capability, dan smoke-test plan sebelum tindakan.

Evidence: Release plan, gate results, immutable revision, artifact checksums, accepted review, deployment identity, post-deploy verification, dan rollback state sesuai gate yang dijalankan.

Stop condition: Berhenti bila authority, capability, target, revision, integrity, rollback, atau runtime verification tidak cukup.

11. Upgrade, migrate, atau rollback secara eksplisit

Id: upgrade-or-rollback

Action: Nilai compatibility dan dampak versi baru, uji migrasi pada scope aman, revalidate conformance, ratifikasi upgrade, dan pertahankan rencana kembali ke keadaan kompatibel. Tidak ada upgrade otomatis.

Evidence: Impact assessment, compatibility result, migration evidence, authorization, version binding baru, dan rollback rehearsal atau recovery proof.

Stop condition: Berhenti bila data migration tidak reversible, version compatibility tidak diketahui, atau rollback tidak dapat diverifikasi.