FACTUAL ACTIVITY RECORD · 実際の作業をもとにした活動記録
非適用Activityの記録契約とID連番を整える
Draft Targetやdelivery状態とapplicationStatusを分け、候補の取りこぼしを防ぐ
対象期間: —
目的
Activityには適用されなかった判断も残せるよう、公開候補状態と成果の反映状態を分離し、非適用を連番から自動除外しない契約が必要だった。
実装
schemaをversion 4へ更新してappliedとnot-appliedを追加し、非適用のtitle、一覧badge、詳細notice、確認根拠を日英で定義した。Draft Target、Pull Requestやmergeの有無だけから適用状態を推論せず、先行候補の未mappingとID欠落をinspectorが拒否する規則をSkillとtestへ加えた。
- mappingがなければ、`sequenceCheck`を確認する。対象より前の公開候補が未mappingのままなら、後続Activityへ新しいIDを割り当てず、先行候補の扱いを先に確定する。
- 通常の追記では既存最大値の次の`activity-NNNN`を使用する。CEOが過去の割り当て誤りを明示的に訂正する場合だけ、影響する全記事、source map、registry、test、URL identityへの影響を一つのbreaking migrationとして揃える。自動で繰り下げない。図を描画しています…
確認したこと
確認結果
schema、UI、source map、公開境界、ID連番の対象testと差分検査が通った。
cutoff時点では新契約と先行記事の修正が対象へ反映されたが、後続の大量ドラフト、全体検証、完成判断は未完了だった。
完了とした根拠
非適用を明示できるschemaとUI、独立した適用判定、欠番防止検査を実装・検証したことをもって、この変更単位を完了とした。