親戚マップ：葬仪/法事/贈答が全部必要とする基礎データ
A 方向·应用灵感。死後手続き（japan-post-death-procedures）に「誰に知らせるか」、法事（japan-hoji-calendar-tool）に「誰を呼ぶか」、贈答（japan-gift-ledger-module）に「先方リスト」——三つのモジュールが暗黙に前提としているのが親戚关系图で、それがデータ化されたことはほぼない。
背景与问题
- 「葬儀の連絡先リスト」は親の頭の中/手帳/旧住所录にしか存在しない——家族が初めて全貌を知るのは葬儀当日（最悪のタイミング）。連絡先は個人情報なので、事前の同意設計がないとデジタル化もできない。
发现
设计与红线【推断：葬仪惯例+個人情報の制約】：
- リストの 4 列：氏名/続柄（三親等の位置）/連絡先/最後に会った時——贈答台帳（
gift_log）と同じ家族图谱 events 族に置ける。 - 葬儀の連絡範囲は縮小トレンド（家族葬中心化【常识性动向，割合は待核】）——「全員に知らせる」前提の古いリストはむしろ负担；本人が「知らせる人/知らせない人」を事前に选べるのが価値。
- 紅線：連絡先の取得と利用は本人の意思で——「葬儀の際に知らせたい人」の登録=事前同意の記録（consents）であり、家族が勝手に親戚调査をしない。
结论
可行动启发：
- 親戚リスト 4 列モジュール：法事の「出欠確認」・葬仪の「知らせる人」・贈答の「先方」が同じ行を参照——一つのデータが三つの提醒エンジンを動かす（家族图谱の正統な第 7 領域）。
- 「知らせる/知らせない」を本人に闻く質問を思い出対話に：japan-memorable-people-list-module（会いたい人）と対になる「葬儀のときはここに連絡してほしい」の聞き取り——人生の締めの意思確認の一部。
- 帰省時の住所录デジタル化を一作业に：手帳の住所录（连絡先+続柄メモ）を写真で保存→家族が構造化——本人の同意の下で、法事/贈答/葬仪の三用途に即座に使える状態を作る。
- GEO 内容簇：「葬儀 誰に 連絡 範囲」「親戚 続柄 一覧」——続柄（いとこ/甥姪/義理）の整理は知恵袋級の高頻度疑问。
待办 / 下次继续
关联
- データ族：japan-post-death-procedures（知らせる人）× japan-hoji-calendar-tool（呼ぶ人）× japan-gift-ledger-module（先方）× 本篇（共通基礎）；同意 japan-memorable-people-list-module、japan-elder-financial-abuse-design。