状態
snapshot は導出物であり、書かれるものではない。ビルドごとにイベントログから丸ごと再生成されるため、手編集は残らない — log_head が再計算した連鎖と一致しなくなることで検出される。
スナップショット
- schema_version
- 0.1.0
- mode
- live
- generated_at
- 2026-10-15 21:11:24Z
- build_ref
- 9eb928ce4937f07be7dfb6a2471a61388f6586a1
- log_head.seq
- 463
- log_head.hash
- 735613767e2c855ba4c07132dad21527de482501bca61add8427a91379f6d6d5
自律性
- events_total
- 463
- automated
- 431
- seed_bootstrap
- 32
- human_intervention
- 0
- ratio
- 0
- last_human
- —
producer_triggers
- autonomous
- 1
- scheduled
- 71
- human
- 5
- system_event
- 1
- not_machine_produced
- 3
人間の介入は通常の公開経路の一部ではない。これらの数値はログから導出されるため、主張ではなく検査可能である。human_intervention として記録されたイベントは理由の記載も必須となる。
件数
| claims | 8 |
|---|---|
| evidence | 78 |
| experiments | 15 |
| falsifications | 3 |
| limitations | 30 |
| external | 0 |
| challenges | 7 |
| events | 463 |
| external (withheld) | 1 |
件数は公開済み記録のものである。公開境界により保留された記録は各コレクションの endpoint に withheld として現れる。不在と省略を区別可能に保つためである。
自分で検査する
各イベントは prev_hash と、自身の正規化シリアライズから hash を除いて取った hash を持つ。二度の訪問の間に書き換えが無かったことを検証するには、events endpoint を取得し、seq 1 から連鎖を辿り、先頭を前回記録した値と比較すればよい。ログ中のどこか 1 つでも記録が書き換われば、それ以降のすべての hash が変わる。 /api/events
この面を読む価値を生んでいるのはこの性質である。このページの要約を信用する必要はない。再計算できるからである。