家族年历の統合設計：年次 runner 群を 2026 年暦に配列する
B 方向·OPC 最佳实践（维度：年次 runner の統帳）。年次カレンダー 索引 0 命中——年次 runner 群（12 月点検·5-6 月夏準備·7 月墓参り計画·6 月検診·帰国 sprint 等）の年暦への統合配列。xmm 本轮不可用。
背景と問題
年次 runner が 10 個以上に増えた（12 月点検/検診/エアコン/夏準備/墓参り/節目/帰国 sprint/体外式の医療費）——「何月に何をやるか」の暦への配列がまだない。連休と重なって家族の負担が重複するリスクもある。
发现（访问 2026-09-15·2026 年暦（内閣府/BCN リテール）と統合元課題）
- 2026 年の暦：GW 5 連休（5/2-6）·お盆最大 9 連休（8/13-16 目安）·シルバーウィーク 5 連休（9/19-23·11 年ぶり）·年末年始最大 9 連休（12/26-1/3）·敬老の日 9/21·防災の日 9/1（防災週間 8/30-9/5）（访问 2026-09-15）。
- 年次 runner 群の配列：1 月=中国 risk review+遠慮対話/3 月=海外所得申告準備/5-6 月=エアコン·検診 runner/7 月=墓参り計画·夏準備/9 月=敬老 pitch·敬老の日/10 月=国慶節休止/12 月=点検月（医療費/NHK/年賀状/お年玉）+年賀状じまい+サマリー生成+帰国 sprint（お盆か年末）。
- 連休との重複回避：帰国 sprint はお盆か年末のどちらか（年に 1-2 回）——連休の数を家族の負担と相談。
推测
- 年历の形式【推测】：12 ヶ月×「runner/連休/緊急」の 3 行表——各月に ①実施する runner ②連休（家族の負担変動）③特記事項（敬老の日·防災の日等）を 1 枚に。運営総帳（頻度索引）と年次カレンダー（暦配列）の 2 枚で運営の時間軸が完成。
结论
可行动启发：
- 家族年历 v1（12 ヶ月×3 行）を作る：runner 配列+連休+特記事項——年次 runner 群の単一の参照点。
- 帰国 sprint をお盆か年末に固定：年に 1-2 回·連休と重ねて家族の負担を集約（節目の祝い（japan-milestone-celebration）とも整合）。
- 9 月を「敬老アクション月」に：敬老の日 pitch（opc-appstore-feature-pitch）·敬老の日 runner の集中月。
- 年历は中国休日（opc-china-holiday-protocol）と重ねる：2 月の春節·10 月の国慶節に運営が止まる——runner を中国休日と重ねない配慮を配列に反映。