■ **Playwright ブラウザ自動化によるスクレイピング設計** Xianyu公式APIが限定的なため、Playwrightで DOM 操作して自動返信・発送を実装。プラットフォーム仕様変更に脆く、VNC/noVNC で動作確認が必須になり、運用コストが高い。 ■ **AGPL-3.0 での機密情報管理と展開前リスク** デフォルト管理者密码・JWT鍵が配布物に含まれ、README で覆書を明記しているのは堅実だが、ユーザー運用ミスの余地がある。Cookie/Token を SQLite に平文保管する設計でもセキュリティ警告が目立つ—イントラネット限定向けの前提が見える。 ■ **SQLite + 単一 Playwright プロセスのスケーラビリティ限界** 複数ユーザー・複数アカウント管理を謳いながら、SQLite（並行ライタ不可）と Playwright（メモリ集約）で多数自動化タスクの同時実行性が制約される。大規模展開には Redis キューイング + 複数ワーカーへの設計変更が必須。