Setiap tindakan yang berdampak seharusnya meninggalkan bukti.
Zof mencatat apa yang berubah, apa yang diverifikasi, alat dan model mana yang terlibat, bukti apa yang dihasilkan, kebijakan mana yang dipenuhi, siapa yang mengizinkan tindakan tersebut, dan apa yang terjadi sesudahnya.
Satu objek yang menjawab apa yang terjadi dan mengapa dapat dipercaya.
Zof menyusun hasil verifikasi, catatan pendukung, dan keputusan otorisasi ke dalam bundel bukti untuk ditinjau. Control Plane menggunakan bukti ini saat mengevaluasi apakah suatu tindakan dapat dilanjutkan.
Change
- Reference
- PR #4831 · payments/auth.ts
- Generated by
- Coding agent (model and version recorded)
- Affected systems
- 7 · Tier 0
- Risk
- High
Verification
- Unit
- Pass
- Integration
- Pass
- Security
- Pass
- Performance
- Pass
- PCI controls
- Pass
Evidence
- Artifacts
- 37
- Execution traces
- 14
- Policy evaluations
- 6
- Approvals
- 2
Authorization
- Payments Tier 0 policy
- Satisfied
- Security policy
- Satisfied
- Human approval
- Approved · release owner (named)
Outcome
- Decision
- Release authorized
- Production
- Healthy after release
- Evidence ID
- zof_ev_8f29…
Eight questions, answered for every action.
What changed
The change itself, its scope, and the systems the System Graph resolved as affected.
Who or what proposed it
A named developer, a coding agent, or an automation, with the model and tool versions involved.
What was verified
Which verification domains ran, what they covered, and what they found.
Which tools and models participated
Deterministic tools, verification systems, customer validators, and approved models, each attributed.
What evidence was produced
Artifacts, execution traces, screenshots, logs, and policy evaluations, sealed together.
Which policies were satisfied
Every policy evaluated against the change, with its result and the version of the policy that applied.
Who authorized it
The named approvers, their roles, and the exact decision they made.
What happened afterward
Production outcome recorded against the change, so the loop closes with what actually happened.
Bukti, bukan dasbor. Dibuat untuk dibaca kembali nanti.
Dasbor menunjukkan apa yang terjadi sekarang. Berbulan-bulan kemudian, bukti memberi tahu peninjau apa yang diketahui, apa yang diputuskan, dan mengapa keputusan itu beralasan pada saat tersebut.
- Dicatat dan dapat ditelusuri sumbernya
Catatan bukti menghubungkan temuan dan keputusan dengan alat, sistem, atau orang yang menghasilkannya.
- Penyimpanan dan pengiriman keluar berdasarkan kebijakan
Pada penerapan privat, penyimpanan bukti dan setiap pengiriman keluar yang disetujui mengikuti lingkungan dan kebijakan yang Anda konfigurasi.
- Dapat ditelusuri melalui System Graph
Telusuri dari suatu layanan ke perubahan yang menyentuhnya, bukti yang tersedia, dan keputusan yang dibuat.
- Dapat diekspor sesuai permintaan
Ringkasan rilis, paket bukti kepatuhan, dan laporan eksekutif dihasilkan dari bundel yang sama.
The same evidence, read by four different rooms.
Release reviews
What must be proven for this release, and whether it has been.
Auditors and compliance
Which controls applied, which were satisfied, and who approved, with provenance.
Incident reconstruction
What changed before the incident, what evidence existed, and what was decided.
Leadership
Release readiness and risk posture built from proof, not from a status slide.
Lihat seperti apa bundel bukti untuk sistem Anda
Pesan Reliability Sprint untuk meninjau skenario, perilaku yang diamati, dan catatan pendukung dari evaluasi dengan lingkup tertentu.
- Penanganan bukti mengikuti kebijakan penerapan Anda
- Asal-usul bukti terhubung ke temuan
- Dapat diekspor untuk audit
