MECHOOSE

機能範囲 — 本格的なコマースサービスとして稼働中

ショップ、カート、お気に入り、実際のカード決済と返金、クレーム・返品、在庫、レビュー、スタイリストアプリ、管理画面、4種類のソーシャルログイン、プッシュ通知とLINE通知 — Web・App Store・Google Play で稼働中。

パフォーマンス — メインバンドル 1.6MB → 454KB

ベンダーコードを5つのチャンクに分割、管理画面アプリは必要時のみ読み込み（664KBを分離）、5分間のデータキャッシュ、画像の遅延読み込み。

スピードとコスト — Web公開まで約1週間、App Storeまで約6週間

実開発 約8週間、約51K行、自分のコミット100件。

セキュリティの基本 — 小規模チームと同等

すべての管理用ルートで管理者チェック、決済金額をサーバーで再確認、オリジンの許可リスト、レート制限、セキュリティヘッダー、サーバーキーはアプリに含めない。

リリースと運用 — 1つのコードベースでWebと2つのアプリストアに展開

WebはVercel、iOS/AndroidはCapacitor。ディープリンク、PWA、参照ID付きのエラー画面。

多言語対応 — タイ語優先の単一市場

翻訳キー245個。ハードコードされたテキストが一部残っています。

ドキュメント — アーキテクチャと意思決定を記録

ドキュメント内の一部の数値がコードとずれていました。

テストと自動化 — テスト・CI・lint・型チェックは未導入

リリースのたびに、実際の購入フローを手動で確認しました。

改善計画 → まず決済・注文ロジックに10〜20件のユニットテスト、その後コミットごとのビルド＋型チェック＋テスト。

アーキテクチャ — バックエンドが単一のキーバリューストア上の6,299行の1ファイルに肥大化

137のAPIルートが1ファイルにあり、データも1つの汎用ストアにあるため、データベースでリレーションを保証できません。

改善計画 → ドメイン単位（注文 → 決済 → 管理）で分割し、注文と決済はマイグレーション付きの正式なテーブルへ移行。

コードの一貫性 — 緩い型付けと残存する複製ファイル

型なし（`any`）が940箇所。高速な反復のため、サーバーコードの複製3つとバックアップファイルが残っています。

改善計画 → 厳格な型チェックをリリース条件にし、決済から `any` を除去。古い複製を削除。

履歴と監視 — 追跡しにくいコミット履歴、アラートなし

241件のコミット中141件がデザインツールの自動同期。エラーにはIDが付きますが、自動で通知される仕組みはありません。

改善計画 → 明確なメッセージの機能コミットをデザイン同期と分離。デプロイ手順にエラートラッキングと定期バックアップを追加。