モジュール↔コンポーネント对应表：347 課題を実装コンポーネントに翻訳する

B 方向·OPC 最佳实践（統合設計）。347 課題の研究と、首发 3 モジュール（opc-product-ia-design）の間に翻訳層がない——各研究がどの実装コンポーネントに流れ込むかの一覧を先に作ると、PRD（opc-prd-onepager-structure）が穴埋めで書ける。

背景与问题

• 「研究はあるが実装コンポーネントが見えない」状態は、实装時に研究が死蔵される最大の原因。研究資産→実装コンポーネント→リリース、の対応表を PRD の前に作る。

发现

コンポーネントの分解【推断：既存設計（opc-first-product-prototype-design・japan-notification-hub）からの分解】：

• 実装コンポーネント候补（首发 6 個）：①告警エンジン（威胁判定+通知ハブ P0，elder-ai-scam-guard・opc-llm-routing-table）②朝の確認（cron+レポート，opc-silent-retention-report）③话頭配信（今週の一曲/一枚，japan-music-memory-module）④分诊（お困り三路，japan-help-desk-triage-seniors）⑤家族图谱 core（六表+同意，opc-family-graph-schema）⑥アセット配信（PDF/印刷，opc-family-asset-library）。
• 各研究課題は上記 6 個のどれかに寄る——寄らない課題=v2 以后（首发対象外の根拠づけ）。

结论

可行动启发：

1. 对应表の形式：課題 slug→コンポーネント→実装優先度（首发/v2/v3/永不）——opc-solo-product-feature-prioritization-final の RICE をコンポーネント粒度で再適用。
2. 「研究していない実装」を発見する：对应表を埋めると、コンポーネントだけあって研究が薄い領域（例：分诊の回答品質）が見える——实装前の調査ギャップ検知。
3. PRD への接続：首发コンポーネント 6 個＝opc-prd-onepager-structure のデータフロー図の箱——PRD はこの表の首发行から生成可能。
4. 研究的新規はコンポーネント判定から始める：新課題の立案時に「どのコンポーネントに流れるか」を必ず書く（v3/永不でも良いが明记）——研究の方向ブレ防止。

待办 / 下次继续

• 首发コンポーネント 6 個×研究課題の对应表 v1（首发優先度付き）。
  
• 「研究が薄いコンポーネント」のギャップリスト。
  

关联

• 統合族：opc-product-ia-design（IA）× 本篇（コンポーネント对应）× opc-prd-onepager-structure（PRD）× opc-product-line-matrix-v2（公開優先度）；各コンポーネント母体 elder-ai-scam-guard、opc-silent-retention-report、opc-family-graph-schema。