防诈首发原型设计：三動詞の実装設計
B 方向·OPC 最佳实践（原型設計執行件）。opc-solo-product-feature-prioritization-final で確定した三動詞（①家族告警通知 ②LINE 転送→AI 判定 ③週間レポート）の実装設計。
背景与问题
三動詞が確定した。各動詞の技術実装設計（データフロー/コンポーネント/API 構成）を一页で定義する。
发现（実装設計，全課題の統合）
動詞①：LINE 転送→AI 判定（核心価値）
```
老人が LINE OA にテキスト/スクショを送る
→ MWA Webhook 受信
→ LLM routing: 軽量モデルで初回判定
→ 新话术/疑わしい場合は重量モデルで深掘り
→ 判定結果：「安全そう」/「要注意」/「詐欺の可能性高」
→ 家族告警（要注意以上で P0 通知）
```
- 技術スタック：Cloudflare Workers + Messaging API + LLM API + D1（判定履歴）+ R2（スクショ保存）
- COGS：軽量 $0.001 + 重量 $0.05（10% のみ重量判定と仮定）
動詞②：家族告警通知
```
判定結果が「要注意」以上
→ 通知ハブ（japan-notification-hub）が P0 分類
→ LINE（家族グループ）に即時通知
→ 30 分未読で SMS フォールバック（japan-sms-fallback-alert）
→ 未応答で電話（japan-ai-welfare-call）
```
- 実装：通知ハブ cron + Messaging API push + Twilio SMS + AI 電話（段階的エスカレーション）
動詞③：週間レポート
```
週次 cron（日曜 18:00）
→ D1 から今週の判定履歴を取得
→ LLM routing: 軽量モデルで要約生成
→ LINE で家族に週報送信
```
- 実装：cron trigger + D1 query + LLM API 軽量 + Messaging API broadcast
共通設計
- データ：家族图谱 6 表（opc-family-graph-schema）+ 判定履歴 events
- コンプラ：全データは端末 or 国内サーバー（japan-appi-data-compliance）、脱敏 LLM 入力（japan-appi-dpa-agreement）
- セキュリティ：LLM 出力は薬機法 NG 词表フィルタ（japan-yakkiho-marketing-compliance）、LLM routing 表に従う（opc-llm-routing-table）
推测
- 実装工数：三動詞合計 2-3 週間（90 天計画の D-60～D-45 に対応）——90 天計画の検証期（D-45 種子ユーザー）までに MVP 完成。
结论
可行动启发：
- 三動詞の技術設計を PRD に記載：上記のデータフロー図+技術スタック+COGS 試算——設計が確定すれば実装は機械的。
- 軽量→重量の段階判定を最初から実装：COGS 削減（opc-ai-cost-optimization）と精度の両立——「既知话术はキャッシュ、新话术は重量」の二段構え。
- 告警のエスカレーションは通知ハブに一本化：各モジュールが独立に通知せず、通知ハブ経由で P0 分類→送信——通知の飽和防止（japan-notification-hub）。
- 実装工数 2-3 週間は 90 天計画の D-60 に収まる：D-60 から構築開始、D-45 で種子ユーザーテスト——スケジュールは成立。
待办 / 下次继续
关联
- 統合：全課題からの収束——三動詞設計に全 205+ 课题の知見が反映されている。