FACTUAL ACTIVITY RECORD · 実際の作業をもとにした活動記録
Codex fixtureで編集flowを結合検証する
fresh root、承認済みsource、日英考察、review、canonical hashを一つのchild processで確認する
目的
Editorial実行flowのunit testだけでは、Codex processの起動、thread.started event、output file、strict schema、source filtering、draft hashが一続きに機能することを確認できなかった。
実Codex APIや課金を使わず、実child processとして動くfixtureで隔離境界と日英draft contractをまとめて検証することを目指した。
実装
日次実行入口でowner-only temporary directoryにAgent定義と実行可能なCodex fixtureを作る。fixtureはexclusive createと0600でoutput fileを書き、標準出力へfresh UUIDv7のthread.started eventを送る。
入力にはapproved記事とrejected記事を同時に用意し、出力sourceがapproved記事だけをexact順序で保持すること、draft全体にrejected記事が現れないことを検査する。
fixture draftは5つの設定roleによる各日英考察、日英title／summary／body、2つの確認roleによるpassed reviewを持つ。Execution、Channel、Run、対象日のidentityも入力と一致させる。
実processをexecuteEditorialCodexから起動し、root event callback、contribution件数、source、strict schema、canonical draft SHA-256を検査する。終了時はtemporary directoryを削除し、実provider、production database、公開処理を起動しない。
図を描画しています…
確認したこと
確認結果
fixture child processからfresh root eventを受け取り、output fileをstrict draftとして受理できた。
rejected記事は入力payloadとdraftから除外され、approved sourceだけがexact順序で残った。
5つの設定roleの日英考察、日英記事、2つのpassed review、identity、canonical hashが一致した。
TypeScript 65 tests、Public Web 19 tests、repository policy、仕様監査、secret scan、reference snapshot、差分検査が成功した。
完了とした根拠
実child processを介してfresh root eventからstrict日英draftとcanonical hashまでを検証し、source exclusion、role出力、review、identityの全条件が一度に成功したことを完了基準とした。