12チーム 実行計画
全員本日の宣言

ルート生成の3段階フロー（outline → 3候補選択 → 詳細ルート）は完成。会話型調整（adjust_route）と天気チェック（check_route_weather）も稼働中。ただし、Prompt Cachingが未実装でAPI費用が最適化されていない。A/Bテストも運用していないため、プロンプト改善が感覚ベースになっている。

クリティカルパス上で最も遅れている。ingest_youtube_spots関数は存在するが、YouTube 50chのリストが未整備で定期実行されていない。X Search API、Google Trends、走行ログ集約、Uターン検出の4層は未実装。M3リリースまでに5層全稼働は厳しく、YouTube + 走行ログの2層を最優先で稼働させる戦略に切り替える。

道の駅1,200件はインポート済み。spot_service.pyで周辺スポット検索は動作している。ただし、カテゴリ分類が不十分（峠・絶景・温泉・グルメの分類なし）で、AIキュレーション（重複検出）も未実装。YouTube由来スポットの品質にばらつきがある。M3リリースまでに最低1,000件の「品質保証済み」スポットを揃える。

全33画面は実装済みだが、Kohさんから「UIが全然いけてない」という厳しいフィードバックを受けている。デザインシステム（Cyan + CoolWhite）は定義済みだが、各画面の完成度にばらつきがある。v0.devでのUI生成 → SwiftUI変換のワークフローは確立済み。最優先でKohさんにどの画面が問題か確認し、v0.devで再設計する。

TouringTrackingServiceでGPS記録の基盤は存在する。ただし、異常検知（長時間停止・急な速度変化）と緊急SMS送信は未実装。安全機能はKAKERUの差別化要素であり、v2.0リリースに必須。Phase1として「異常停止検知 → 緊急連絡先通知」を最小実装する。

shared_routesのFirestoreルール定義とRouteSharingServiceの基盤はある。ただし、UI・バッジ・レビューなどの実際の機能は未実装。M3ではルート共有の最小機能に絞り、本格的なコミュニティ機能はM4以降。ネットワーク効果がグロースの鍵なので、共有体験の設計を丁寧にやる。

StoreKit 2、AdMob、Revenue Cat — いずれも未実装。M3でのv2.0初回リリースはFree版のみとし、課金機能はM4で追加する。ただし、Free枠の制限設計（月3ルート）はM3で入れることで、後の有料転換の導線を確保する。

marketing-research.md（市場調査433行）と戦略ドキュメント3本の分析は完了。バイク人口350万人、ツーリング層100万人という市場規模を把握している。ただし、実行（SNSアカウント開設、ASO、MotoVlogger連携）はゼロ。M3のApp Storeローンチに向け、ASO最適化とSNS戦略を今日から策定開始する。

EventTrackingServiceの基盤はあるが、Cloud Monitoring設定・アラート・ダッシュボードは未構築。T2パイプラインが稼働し始めてから本格的に必要になるが、M3リリース前に最低限のFirestore監視とFunctions エラー検知は必要。

現時点でCS機能はゼロ。M3のv2.0リリース後にユーザーからのフィードバックが発生するため、リリース前にフィードバック収集の仕組みを準備しておく必要がある。インアプリフィードバック + App Storeレビュー監視の2本立てで最小構成を構築する。

M7開始予定のため、今は待機フェーズ。ただし、M3段階で「国際化を前提としたアーキテクチャ」を確保しておくことが重要。T3のスポットDBスキーマに多言語フィールドを入れる（T3.9で対応済み）。今日はリサーチに注力する。

M3リリースの最大ブロッカーの1つ。Apple Developer登録、プライバシーポリシー、EULA、特商法表記 — すべて未着手。App Store審査にはこれらが必須であり、審査期間（1-2週間）を逆算するとM3中旬までに準備完了が必要。今日から最優先で着手する。