観察イベント年历：C 方向の定期点検の運用設計

2026/9/20

背景と問題

観察イベント（Nexus go-live/PSD3 実装/SCOTUS 判決/EAA 処分例/Utah 型拡大）が年历上に点在——「観察する」と書いたまま忘れる事故を防ぐ運用設計（事業側の年历。家族側は opc-family-yearly-calendar）。

（内部整合。整理日 2026-09-20）

既存の観察イベント棚卸し：①Nexus go-live（2026 目標——c-instant-payments-nexus）②PSD3 実装（2027 年末想定——c-eu-psd3-outlook）③SCOTUS 27% fee 判決（c-us-store-antitrust-2026）④EAA 初の処分例（c-eu-accessibility-act-enforcement）⑤Utah 型 app store 年齢確認の拡大（c-us-youth-social-laws）⑥RCS 日本本格展開（c-rcs-business-messaging）⑦Transsion 份额下降=中档化（c-device-tier-strategy）⑧Play Integrity の quota/強制動向（c-play-integrity-api）。
共通する構造：いずれも「既存判断を覆す可能性のある外部イベント」——発生したらトピックの結論を更新するトリガー。
推测：観察イベントの失敗パターンは「四半期点検を宣言したが何を見るか未定」——各イベントに「見るべき 1 質問」を紐付けないと点検が空回りする。

年历運用：観察イベント 8 件を四半期（3-4 件/四半期）に割り振り、各回 30 分で「見るべき 1 質問」に答える。opc-monthly-review-30min の年次版として四半期に 1 回まとめて実施でも可。
質問の例：Nexus=「go-live したか」/PSD3=「実装日が確定したか」/SCOTUS=「27% fee は残るか」/EAA=「初の処分例が出たか」/Utah 型=「何州まで広がったか」——答えが yes/no になるよう質問を切る。
イベント発生時の処理：結論が覆ったトピックの README を更新（status はそのまま、发现に追記）+関係する灵感の価格/戦略判断を引き直す。
観察の卒業条件：イベントが発生して結論更新が済んだら観察リストから外す——観察リストの肥満化防止。