Skip to content
Apothem
Tata Kelola

Registri Mandat Lintas-Bidang (CM-1–CM-28)

Registri dan definisi lengkap mandat lintas-bidang internal-ekosistem (CM-1–CM-28) yang mengatur semua interaksi dan operasi pipeline.

Registri kanonik mandat lintas-bidang. Dokumen ini memuat isi lengkap registri CM-N; enumerasi substantifnya berada di sini, dioperasionalkan oleh berkas aturan di bawah src/apothem/rules/. Setiap sesi yang membutuhkan isi CM-N yang terperinci memuat dokumen ini sesuai kebutuhan.

Pengecualian rujukan-diri registri

Dokumen ini ADALAH registri CM-N kanonik — inilah sumber tempat token CM-1 hingga CM-28 didefinisikan. Menyatakan ulang token-token ini di dalam isi registri itu sendiri bersifat kanonik, bukan kebocoran terminologi internal-rencana. Invarian isolasi-basis-kode tetap berlaku dengan kekuatan penuh pada setiap artefak lainnya yang bukan dokumentasi terpublikasi (aturan, pembantu, command, hook, skema, skrip, alat, pengujian, README, CONTRIBUTING, changelog, subjek/isi commit, nama branch, judul/deskripsi PR): tanpa token CM-N / TM-N / CP-N, hanya bahasa domain yang alami.

Halaman dokumentasi terpublikasi di bawah site/content/docs/ boleh mengutip sebuah mandat dengan id CM-N-nya, karena registri ini dan halaman referensi aturan mendefinisikan id tersebut bagi pembaca. Halaman yang mengutip sebuah id SEBAIKNYA menyebut mandat tersebut dengan kata-kata biasa di sampingnya, dan TIDAK BOLEH mengutip nomor bagian internal-rencana dari sebuah mandat. Token TM-N dan CP-N tetap berada di luar dokumentasi terpublikasi, demikian pula istilah terlarang lainnya dalam blok CM-7 di bawah.

Namespace

CM-N = config mandate (didefinisikan di sini, atau di src/apothem/rules/*.md sesuai tabel aturan di site/content/docs/reference/rules.mdx); TM-N = template mandate (didefinisikan di src/apothem/skills/plan-suite/master-template.md §4 "General Mandates", TM-1–28); CP-N = core principle (didefinisikan di templat yang sama §6 "Core Principles", CP-1–27). Templat suite rencana adalah registri TM/CP kanonik — command /plan me-resolve rujukan silang melalui berkas tersebut. Artefak pembantu (aturan, pembantu, command, hook) mengutip registri ini melalui rujukan.

Aktivasi

CM-1–10 + identitas kognitif mengatur semua interaksi. CM-11, CM-13 (sub-aturan A sampai C), CM-15, CM-16, CM-20 hanya berlaku di dalam pipeline /plan. Sub-aturan D dari CM-13 berlaku untuk setiap penulisan ke git, dan sub-aturan E untuk target git mv / git rm serta jalur di isi commit, baik di dalam maupun di luar pipeline tersebut. CM-12, CM-14, CM-17–19, CM-21–22, CM-24–26 berlaku secara universal. CM-23, CM-27, CM-28 berlaku secara universal di dalam cakupan path-filter yang dideklarasikannya. Tingkat keseriusan default ad-hoc: PERSONAL_USE. Sebuah mandat tetap mengatur terlepas dari apakah aturannya dimuat saat peluncuran atau tidak: empat aturan dimuat di setiap sesi (agnostic-posture, authority-inquiry, session-closure, context-management), dan sisanya dimuat pada jalur yang cocok, melalui indeks aturan, atau melalui aturan, skill, atau command yang mengutipnya.

CM-1–10 (Operasional)

(1) Evaluasi Kritis (→TM-10), (2) Nol Asumsi (→TM-1), (3) Berbasis Konfigurasi (→TM-2), (4) Cari Sebelum Mengimplementasikan (→TM-4), (5) Solusi Terbaik (→TM-7), (6) Perbaikan Diri (→CP-20), (7) Produk Koheren (→TM-11), (8) Fokus Bottleneck-Dahulu, (9) Kecepatan Keputusan, (10) Kejujuran Brutal. Definisi lengkap beserta indikator pelanggaran: src/apothem/rules/operational-mandates.md.

CM-7 (Isolasi Internal-Rencana)

Ini adalah faset CM-7 yang berhadapan dengan basis kode; faset kelengkapan-produk didokumentasikan sebagai Produk Koheren (→TM-11) di src/apothem/rules/operational-mandates.md §CM-7. Kedua label merujuk pada mandat yang sama.

Artefak basis kode TIDAK BOLEH PERNAH memuat rujukan internal-rencana. Istilah terlarang (blok kanonik — konsumen saudara merujuk silang enumerasi ini): TM-N, CM-N, CP-N, "Resumption Contract", "Phase Output Registry", "convention anchors", nama folder fase, nama berkas suite rencana (PROGRESS.md, PLAN-NOTES.md, PREAMBLE, MASTER-PLAN), nama tingkat keseriusan (EXPLORING, PERSONAL_USE, SHARED, PUBLIC_LAUNCH). Artefak yang dilindungi: kode sumber, pengujian, konfigurasi, skema, skrip build, data, aset, pesan commit, nama branch, judul/deskripsi PR, README, CONTRIBUTING, dokumentasi API, changelog — setiap artefak yang terlihat di luar pohon sumber Apothem (tujuan pemasangan per-harness seperti ~/.claude/ untuk Claude Code). Hanya bahasa domain yang alami. Satu-satunya pengecualian adalah dokumentasi terpublikasi di bawah site/content/docs/, yang boleh mengutip id CM-N sebagaimana dijelaskan dalam pengecualian rujukan-diri registri di atas. Konsumen saudara (masing-masing mengutip blok ini melalui rujukan alih-alih mengenumerasi ulang): src/apothem/hooks/messages/pretooluse-bash.md, src/apothem/hooks/messages/pretooluse-write.md, src/apothem/hooks/messages/pretooluse-edit.md, src/apothem/hooks/messages/pretooluse-notebookedit.md, indikator pelanggaran §CM-7 di src/apothem/rules/operational-mandates.md.

CM-11 (Integritas Rencana)

A — Kesetiaan Prosa: Setiap persyaratan dapat ditelusuri prosa↔rencana. Kartu skor: PASS ≥90% STRONG/0 ABSENT. B — Konsistensi Internal: Koherensi lintas-dokumen di dalam suite rencana. Kartu skor: PASS 100%. C — Gerbang: FAIL memblokir eksekusi pada SHARED+ (penimpaan oleh Product Owner diizinkan pada SHARED dengan alasan yang dicatat; blok keras pada PUBLIC_LAUNCH). Bersifat anjuran pada PERSONAL_USE.

CM-12 (Penatalayanan Konteks)

Manajemen konteks yang ramping setiap saat — lihat aturan CM-24. Empat sub-tingkat dienumerasi di bagian Konvensi Sub-Rujukan di bawah. Disiplin kompaksi (CM-19) mengatur tindakan melakukan kompaksi; CM-12 mengatur disiplin keadaan-tunak.

CM-13 (Commit)

  • A — Irama per-tugas: Per tugas pada SHARED+. Per fase pada PERSONAL_USE. Opsional pada EXPLORING.
  • B — Commit kualitas/remediasi: Perbaikan gerbang kualitas dan perubahan remediasi di-commit segera, terpisah dari pekerjaan fitur.
  • C — Gerbang akhir-fase: Tidak ada perubahan yang belum di-commit yang melintasi batas fase. Isolasi CM-7 berlaku untuk semua artefak git. Pada PUBLIC_LAUNCH: commit bertanda tangan GPG (git commit -S) diwajibkan.
  • D — Kepengarangan khusus manusia: Setiap permukaan kepengarangan di setiap artefak git (subjek commit, isi commit, Author:, trailer Co-Authored-By:, trailer Signed-off-by:, nama branch, nama tag, anotasi tag, nama stash, isi git-notes, judul PR, deskripsi PR) menyebutkan hanya kontributor manusia. Asisten tidak pernah mengatribusikan dirinya sendiri, model bahasa yang mendasarinya, runtime / harness / IDE / ekstensi / vendor, atau alat otomatis lain apa pun ke salah satu permukaan tersebut. Pola terlarang dienumerasi dan ditegakkan secara mekanis di src/apothem/rules/production-ready-prs.md §6 (Commit-Message Discipline → Human-only authorship), dengan pencocok di src/apothem/hooks/messages/pretooluse-bash.md Scan 3 yang aktif pada setiap invokasi Bash yang menulis ke git.
  • E — Disiplin awalan numerik pada target git-mv / git-rm: Awalan numerik (NN-) pada jalur sistem berkas menyampaikan urutan dan hanya berlaku jika urutan bersifat intrinsik — urutan folder fase, urutan sub-fase, skema penamaan ordinal yang ditemukan host. Singleton tingkat akar yang tidak memiliki urutan saudara tidak membawa awalan numerik; menambahkannya adalah dekorasi tanpa makna yang keliru menandakan hubungan urutan yang tidak ada. Spesifikasi lengkap di src/apothem/rules/canonical-layout.md §2.1. Ditegakkan secara mekanis di src/apothem/hooks/messages/pretooluse-bash.md Scan 2 pada git mv / git rm dan pada rujukan jalur di isi commit.

CM-14 (Protokol Sesi)

Mulai: Jalankan Blind Bootstrap (CM-24 §6). Akhir: Jalankan Phase Exit (CM-24 §2.5) + evaluasi memori (CM-26) + evolusi artefak (CM-22 §2+§4).

CM-15–21 (Pipeline)

CM-15 dan CM-16 didefinisikan secara inline di sini (tanpa aturan terpisah); CM-17–21 didelegasikan ke aturan sesuai tabel aturan di site/content/docs/reference/rules.mdx. Judul ini mengelompokkan mandat-mandat tersebut menurut topik; cakupannya mengikuti paragraf Aktivasi: CM-15, CM-16, dan CM-20 hanya berlaku di dalam pipeline /plan, sedangkan CM-17–19 dan CM-21 berlaku secara universal.

  • CM-15 Koherensi Kolektif: Verifikasi bahwa artefak rencana tetap koheren setelah modifikasi.
  • CM-16 Eksekusi Otonom: Pada SHARED+, jangan pernah berhenti di antara fase. Kompaksi wajib pada transisi fase (PERSONAL_USE+).
  • CM-17 Tim Pekerja: Kerahkan tim pekerja terdelegasi untuk pekerjaan yang dapat diparalelkan — lihat aturan CM-25.
  • CM-18 Pemulihan Galat: Enam kelas umum (CM-24 §8); kelas eksekusi-rencana di TM-18. Eskalasikan setelah 3 kegagalan.
  • CM-19 Disiplin Kompaksi: Pemicu kompaksi proaktif — lihat CM-24 §3.
  • CM-20 Orkestrasi Pipeline: prosa→[persetujuan]→generate→[persetujuan]→review→[persetujuan]→execute(01→NN). Teknik tinjauan: src/apothem/rules/planning-techniques.md.
  • CM-21 Kualitas Kreatif: Filter kognitif adalah gerbang kualitas, bukan dekorasi. Penskalaan sesuai aturan identitas kognitif, §2.

CM-22–28 (Didelegasikan ke Aturan)

Jangkar satu baris untuk mandat yang didelegasikan ke aturan (spesifikasi lengkap berada di berkas yang dikutip):

  • CM-22 Kewaspadaan Konvensi — konvensi ekosistem dan evolusi artefak yang proaktif. Lihat src/apothem/rules/persistent-conventions-vigilance.md.
  • CM-23 Pembuatan Berkas Besar — protokol penambahan inkremental untuk berkas di atas ambang penulisan tunggal. Lihat src/apothem/rules/large-file-generation.md.
  • CM-24 Protokol Penatalayanan Konteks — eksternalisasi, kompaksi, blind bootstrap, dan disiplin anggaran. Lihat src/apothem/rules/context-management.md.
  • CM-25 Orkestrasi Pekerja — pola pengerahan, kontrak pengembalian, isolasi konteks. Spesifikasi lengkap di aturan orkestrasi pekerja.
  • CM-26 Siklus Hidup Memori Otomatis — disiplin memori, organisasi berkas topik, evaluasi akhir sesi. Lihat src/apothem/rules/auto-memory.md.
  • CM-27 Lapisan Clean Architecture — pemisahan Domain / Application / Infrastructure / Presentation. Lihat src/apothem/rules/clean-architecture-layers.md.
  • CM-28 Arsitek Senior Python — pagar pengaman SOLID, gaya, pengujian, dan keamanan untuk artefak Python. Lihat src/apothem/rules/code-craft-python.md.

Mandat yang Didelegasikan ke Aturan vs. Didefinisikan Inline

  • Didelegasikan ke aturan (spesifikasi lengkap di src/apothem/rules/): lihat kolom "Implements" pada tabel aturan di site/content/docs/reference/rules.mdx. Mencakup CM-1–10, CM-12, CM-14, CM-17–28.
  • Didefinisikan inline (spesifikasi lengkap di sini, tanpa aturan terpisah): CM-11 (Integritas Rencana), CM-13 (Commit; sub-aturan D dan E mengutip berkas aturan untuk spesifikasi terperincinya), CM-15 (Koherensi Kolektif), CM-16 (Eksekusi Otonom).

Konvensi Sub-Rujukan

Command menggunakan akhiran huruf untuk merujuk subbagian tertentu di dalam mandat. Pola: CM-N + huruf akhiran = bagian aturan. Konvensi kapitalisasi: Akhiran huruf besar menandakan subbagian struktural di dalam sebuah mandat; akhiran huruf kecil menandakan direktif yang lebih rinci di dalam sebuah tingkat Penatalayanan. Tabel pemetaan kunci sub-rujukan kanonik (definisi internal-registri) berada di blok berpagar di bawah:

CM-11A = Prose Fidelity
CM-11B = Internal Consistency
CM-11C = Gates

CM-12a = lean ingestion / demand loading (context-management §7.2)
CM-12b = budget awareness (§7.1)
CM-12c = budget pressure response (§7.3)
CM-12d = per-task effort calibration (context-management §7.4 — D3 stratified taxonomy; PHASE.md frontmatter is the per-phase override surface)

CM-13A = per-task commits
CM-13B = quality / remediation commits
CM-13C = end-of-phase commit gate
CM-13D = human-only authorship
CM-13E = numeric-prefix discipline on git mv / git rm targets

CM-23A = pre-generation size assessment (§1)
CM-23B = incremental generation protocol (§2)

CM-24B = proactive externalization (§2)

CM-25A = worker-team patterns (§1)
CM-25C = return-contract enforcement (§4)
CM-25E = isolation / non-duplication (§5)

On this page