活動証拠を固定cutoffで棚卸しする

一つのsource領域に限定し、固定したexclusive cutoffまでの全番号をwork recordまたはchange recordとして分類した。61件のwork record、41件のchange record、325件のcutoff-valid commentsを対象にし、欠番、重複、対象外時刻の混入をrecord単位で検査した。

大きな一括queryはnode上限を超えたため採用せず、母集団、work record、change recordをbounded queryへ分割した。各connectionのpagination完了を確認し、partial response、次pageの残存、API failure、件数不一致があれば全件確認済みにしない停止条件を設けた。

inventoryとは別にrecord-level source manifestを作り、source種別、状態、timestamp、comment・conversation・review・changed-file evidence、分類、除外理由、current artifactとの対応を保持した。固定観測時点の値と、その後に取得したcurrent referenceを別fieldへ分け、後から変化する値でsnapshotを書き換えない。

• confirmed、excluded、needs-reviewは取得状態として扱い、Fact、編集上の採否、clearance、publicationとは別にする。
• 完了、不採用、未着手・進行中を、それぞれの本文、comments、関連変更、current artifactで照合する。
• 別source領域の証拠はexternal-unverifiedとし、親側の記録だけで直接確認済みと扱わない。
• private、credential、personal data、未確認事項を公開用dataへ複製せず、internal manifestのURL、OID、pathを公開根拠へ直接転用しない。

Narrative確認ではsource取得状態とcontent classを分離し、候補mapping、CTA、public copyを変更せずに解釈境界を適用した。legal・reputation確認ではprivacy、rights、claim basis、data processing、human reviewの未確認fieldを候補ごとに記録し、一つでも残ればclearanceをHOLDにした。

live workflow状態を固定artifactへ複製すると必ずstaleになるため、inventoryとmanifestには観測済みのevidenceだけを置き、現在の進行状態は外部のauthoritative sourceから取得する境界へ修正した。Story固有の受入条件と、後続のpublication gateも分離した。

固定観測と取得失敗時の停止条件は、source manifestへ次のように明記した。個別recordの識別情報ではなく、snapshot全体へ適用する不変条件だけを確認している。