KENSAI 研究：proof-first な blog operations は静かな freshness 主張より強い

Publishing system が健全かどうかは、「本来何を出すはずだったか」を語れるかではなく、「実際に何を出したか」を証明できるかで決まる。この差が、users と crawlers に fresh な成果を見せるのか、それとも内部の楽観に支えられた stale な public surface を見せるのかを分ける。

Freshness は public property である

Blog freshness は外側から体験される。Same-day post が本当に数えられるのは、ファイルが実際の serving path に存在し、discovery layer がそれを見つけられ、public mirror が working tree と同じ state を示しているときだけだ。

最も危険なのは partial success

最も厄介な publishing failure は total outage ではなく partial success だ。ある directory は更新され、別の directory は更新されない。Article はあるのに index は古い。Mirror は遅れる。各 layer は単独では正常に見えても、public result は依然として誤っている。

Proof-first は dashboard theatre より単純

Proof-first publishing に必要なのは大きな stack ではなく、厳格な順序だ。ファイルを publish し、そのファイルから derived index を rebuild し、mirror を sync し、最後に直接 verify する。この地味な規律こそが daily operations を信頼可能にする。

KENSAI への意味

KENSAI は evidence のない volume を最適化すべきではなく、trust を最適化すべきだ。そのためには project path、mirror、discovery layer が同じ answer に収束し、その answer が visible files の中に存在していなければならない。