To: Both
<TO_PEER>
# Foreman Task Brief (Project-specific)

目的
- MVP-PracticalTest(T026)を完走してT027(ハードニング)を開放する。

現在の優先事項（順位付き）
1) T026.S4 k8shostスモーク: pods起動+IAM認証+IP付与を完了しエビデンス化。
2) T026.S5 クロスコンポーネント統合: FlareDB→IAM→k8shostのE2Eを通し、失敗時は最小再現手順を記録。
3) T026.S6 設定統一検証: NixOSモジュール/設定フローを確認し、逸脱を洗い出してT027入力にする。

進行状況/停滞リマインド
- T026はP0/アクティブ。S1-S3完了。S4(in_progress, owner=peerB)が残存→早期完了でS5/S6に着手可。
- 依存ブロッカー報告なし。新規課題が出た場合は evidence を .cccc/work/foreman/<timestamp>/ に蓄積。

定期ジョブ（繰り返し）
- 最古のinboxから処理する（本日 peerA/peerB inbox 空）。
- 9/9パッケージのnixビルドヘルスを監視し、崩れたら差分原因を即記録。
- T026進捗更新: task.yamlとPOR.mdに沿ってステップ状態を同期、エビデンスをwork/foremanに追記。

参照
- PROJECT.md
- docs/por/POR.md
- docs/por/T026-practical-test/task.yaml
- .cccc/work/foreman/20251209-180700/build_verification.md (S1証跡)

各ランの動き（<=30分で1手）
- 優先: k8shostスモーク(S4)の結果取得と証跡化、失敗なら原因の最小再現を残す。
- 次点: E2E統合(S5)の準備として FlareDB/IAM/k8shost 起動手順の差分を整備。
- 構成統一(S6): NixOSモジュールの設定キー差異を洗い出し、チェックリスト化。

エスカレーション
- S4が24h以上停滞/ブロック時は6-10行のRFDで課題/選択肢/推奨をPeerAへ送付。

安全
- オーケストレーター/ポリシー類は変更せず、証跡は .cccc/work/foreman/ 以下に限定して保存。
</TO_PEER>
