Harita
Şekil 1. Beş senaryo ve her birinin dayandığı yüzeyler. Kanıt her satırda görünür — bir akış neyi kanıtladığını söyleyemiyorsa Pactmark onun için yanlış araçtır.Senaryolar
Regüle arka ofis
Hasarlar, faturalar ve onboarding paketleri. Sınırlı iş, doğrulanmış bir artifact ve denetimden sağ
çıkan bir kayıt.
Müşteri iadeleri
Onay kapısının arkasında geri alınamaz bir finansal etki ve ödeme API’sinin yanıt vermediği an için
bir mutabakat yolu.
Atıflı araştırma
Sınırlı egress, atıf-biçimi doğrulaması ve kaynakların doğru olduğunu iddia etmeyi reddeden bir
kanıt kaydı.
Belge hattı
İçerik adresleme, deterministik doğrulayıcılar ve yeniden üretilebilir dışa aktarım — denetimler
için model gerekmez.
Olay müdahalesi
Devredilmiş worker yetkisi, fenced sahiplik ve ayrıca yetkilendirilmiş bir koşu olarak telafi.
Her senaryonun paylaştığı biçim
1
İşi başlamadan önce sınırlayın
Amaç, veri sınıfı, bütçe, son tarih, karar sahibi. “Fazla ileri”nin ne demek olduğuna karar
verdiğiniz yer
WorkOrder’dır.2
Araçları dürüstçe beyan edin
Risk sınıfı, kapsamlar, egress ve etki stratejisi. Fazla beyan size bir onay istemi, eksik beyan bir
olay maliyeti çıkarır.
3
İnsanları geri alınamaz adımlara koyun
Her adıma değil. R3 ve üzerinde
require_approval, altında allow_with_grant yaygın bir başlangıç
biçimidir.4
Bir artifact üretin, sonra doğrulayın
Önce deterministik denetimler — şema, sağlama, politika. Model destekli değerlendirmeleri yalnızca
deterministik bir denetimin gerçekten var olamayacağı yerde kullanın.
5
Neyi kanıtladığınızı ve neyi kanıtlamadığınızı söyleyin
doesNotProve listesi bir formalite değildir. Geri kalanı inandırıcı kılan kısımdır.Ne zaman başka bir şey kullanmalı
Senaryo sayfalarını okumak
Her biri aynı yapıyı izler: durum, aktörler,WorkOrder ve politika, araçlar, akış, üretilen kanıt ve
— her zaman son, her zaman mevcut — o kanıtın neyi tesis etmediği.
İadelerle başlayın
Her Pactmark tasarım kararının nedeninin en açık göründüğü senaryo.