D001 BUYMAアシスタント Webアプリ化実装計画

実装スコープ

• 1
  Cloudflare Pages にデプロイ（URL：buyma-assistant.pages.dev）
• 2
  スプシから商品データを読み取ってカード表示（書き込みはソラがGAS経由で継続）
• 3
  白井さんの作業：25枚カードをコピペ → 完了 → BUYMA下書きURL保存

カード構成（25枚）

完了画面のセルフチェックリスト

仮案（BUYMAで忘れがちな操作）：

• 1
  「自分で撮影」にチェックを入れた？
• 2
  「選択を完了」ボタンを押した？
• 3
  各サイズの「在庫なし」を設定した？
• 4
  購入期限は第2/第4月曜日になっている？

移行対象

• 1
  商品情報DB：スプシ44列 → Supabase products テーブル
• 2
  ソラのデータ書き込み：GAS API → Supabase REST API
• 3
  価格設定表：スプシ（手動）→ Supabase price_rules テーブル（自動計算）

主な変更点

• 1
  ソラがmaikoリスト検出 → Supabase直接INSERT
• 2
  白井さんのBUYMA下書きURL入力 → Supabase UPDATE
• 3
  クララチェック結果 → Supabase check_results テーブルに保存
• 4
  商品管理番号の採番・書き込みもSupabase化

Phase 2.5以降：追加改善（案B/C/D）

Cloudflare Pages（SPA）
  ↕ REST API
Supabase（PostgreSQL）
  ├ products（商品情報）
  ├ price_rules（価格設定表）
  ├ check_results（クララチェック結果）
  ├ confirmations（確認フォームキュー）
  └ tasks（席外しバッチキュー）

【現状】
夜間バッチ・2時間ポーリング・BUYMAスキル ──curlで直接書き込み──▶ Supabase（tasks/confirmations/buyma_*テーブル）
                                                                        ▲
                                                            D027ポータンが「見るだけ」で参照

D027のindex.html「BUYMA管理」ページとfunctions/api/[[route]].jsの/buyma/*ルートは、Supabaseの閲覧・簡易操作を提供しているだけで、自動化パイプライン（夜間バッチ・2時間ポーリング・スキル）はD027を一切経由せずSupabaseに直接読み書きしている。したがって「D027の画面を消す」ことと「自動化が止まる」ことは無関係。

• 1
  🚨 Supabaseプロジェクト（pgoxywakdxekffibghve）・テーブル名・publishable/service_roleキーは一切変更しない
• 2
  🚨 BUYMAカンパニーのスキル（/buyma-listing-prep等）のコードは変更しない（そもそもD027を参照していないため無関係）
• 3
  🚨 夜間バッチ・2時間ポーリングのcurlコマンド・launchd設定は変更しない
• 4
  D027のコード自体は削除しない（残置）が、進捗管理の能動的な運用先はD001に一本化する

Phase2タイミング：今週中に確定。ChatWork取り込みはFAQアプリ修正後に追加。 案D（クララチェック自動トリガー）は実装前に改めて議論が必要と確認。 コピーカード操作性の大幅見直しはPhase1完了後に検討予定。

functions/api/[[route]].jsの/buyma/listings・/buyma/dev-cases・/buyma/tasks・/buyma/confirmationsルート、public/index.htmlの#page-buymaを特定 自動化（夜間バッチ・2時間ポーリング・BUYMAスキル）はD027を経由せずSupabaseに直接curlしていることを確認 → 移行してもDB・スキル・進捗更新は壊れないと判断 D027からD001への移行計画（目的・リスク総点検・作業フロー・移行対象詳細・変更しないことの明記）を追記

確認待ち／タスク／フォロー／月次サマリ／出品一覧（8ステップフロー）をSupabaseから直接読み取り表示（publishable keyで直接fetch、D027のAPIは経由しない） D027の開発・改善系セクション／重要資料リンク／ソラマニュアルリンクは今回のスコープ外（後日追加を検討） D001_ポータル.htmlに「BUYMA管理（並行稼働）」「移行計画」タブを追加

cases／tasksテーブルを直接読み取り。7日以上前に完了したタスクは「過去分」として折りたたみ表示。D027と同じロジックを踏襲

プロジェクト名：buyma-assistant／本番URL：https://buyma-assistant.pages.dev デプロイ元：D001_BUYMAアシスタント/public/（index.html=旧D001_ポータル.html、mock_webapp_v4.html、BUYMA管理.html、plan.html、気づきフォーム.html、コピー範囲認識合わせ.html） 白井カンパニーポータル（D027／yukichi-taskmanager）とは別プロジェクトのため無関係・無影響

誤解を修正し、plan.mdを「お試し並行稼働2〜3日→D001一本化予定」「進捗管理はD001メイン・D027は手動更新のみ」の内容に書き直し

①出品アシスタントスプシからseq_no 13/15/16/17（CHANEL商品）の仕入先URL・購入期限（2026-06-22）を実データで補完（Supabase buyma_listings直接PATCH） ②seq_no 18〜22（Tiffany商品）の購入期限（2026-07-13）補完は自動承認が下りず白井さんに確認中 ③出品一覧の色合いを控えめに調整（ステップサークルsc-done/sc-wipを淡い色に、期限切れボーダー・urgent文字色も淡いトーンに変更） ④下書きURL編集ボタン（✏️）を追加：未設定の下書きURLをプロンプト入力→Supabase直接PATCHで保存 ⑤出品一覧を「進行中／出品済み」タブで分離。デフォルト表示は進行中のみ ⑥「📋 CW用コピー」ボタンを追加：管理番号＋商品名／仕入れ先URL／下書きURLをチャットワーク貼り付け用フォーマットでクリップボードにコピー

新規Supabaseプロジェクト「buyma-company」（project_id: svyddjimrdmwnuzpnwur）を作成（Free/月額$0） テーブル作成：products（出品カード25項目）／tasks・cases・confirmations（Stage 2用に先行作成） 出品アシスタントスプシから通番13,15,16,17,18,19,20,21,22（進行中商品9件）の全25カード分の実データを取得しproductsテーブルに投入 新規ファイル「出品作業.html」を作成：products実データから25カードを動的生成し、コピー→次へのワークフロー・完了画面（ステータス更新・下書きURL保存）を実装。D001_ポータルに「出品作業（実データ）」タブとして追加 Stage 2（既存buyma_listings等のデータ・自動化を新プロジェクトへ本移行、D027からBUYMA完全削除）は未着手

誤解を解消：HTML/CSS/JSは本番Webアプリの正規の作り方（D027ポータルも同じ技術）であり、モックでも簡易版でもない。ただし複数ファイル・iframeタブでバラバラに実装している構成自体は改善が必要と認める 確認事項2点「①スプシ廃止・maikoリスト起点でSupabase投入」「②進捗管理と出品作業を1アプリに統合」は両方合意 「作業についてもう一度プランでまとめてほしい。mockの内容を確認してしっかり落とし込んでほしい」との指示を受け、mock_webapp_v4.htmlを再確認 plan.mdに【最新・最上位プラン】セクションを新設：mock機能の棚卸し表（カードメモ・編集機能・型番2段構成・購入期限自動計算・GUIDE文・8ステップフロー統合・完了画面のセルフチェック等、出品作業.htmlに未反映の項目を明記）、Stage A/B/C分け、作業フロー7ステップを記載 実装はまだ着手していない。白井さんの確認待ち

実装着手前に旧共有プロジェクト（buyma_listings 22件・buyma_tasks 0件・buyma_confirmations 1件）と新BUYMAカンパニー専用プロジェクト（products 9件）の全件バックアップを取得（バックアップ/フォルダにJSON保存） 復元スクリプト（バックアップ/restore.py）を作成：id一致行はUPSERTで復元、既存データを無条件に消さない設計 plan.mdに「🚨 進捗データの保全」セクションを新設：バックアップ一覧・運用ルール（スキーマ変更前の再バックアップ・破壊的SQLは要確認・各ステップ後の件数突合）を明記