tick-stock-panel

これは TSP v0.3.3 におけるパッケージングのバグです。app/custom/* バックエンド拡張モジュールは、実行時に importlib + pkgutil 経由で検出されるため、PyInstaller の静的解析では検出できません。packaging/tsp.spec ファイルに app/custom 向けの datas + hiddenimports 宣言が欠落していたため、assistant モジュールがインストーラーにバンドルされず、その API ルートが一切登録されないままとなり、リクエストは SPA の catch-all GET ルートにフォールスルーして 405 を返していました。

診断の手がかり:
- GET http://127.0.0.1:3018/api/custom/assistant/status が JSON ではなく HTML を返す(ルートが登録されていない)
- _internal/app/plugins/fuyao は存在するのに、インストールフォルダに _internal/app/custom ディレクトリが存在しない
- その他の AI 機能(設定ページの接続性チェック、引け後レビューなど)は正常に動作する

修正方法: TSP v0.3.5 以降にアップグレードしてください。このバージョンでは、spec ファイルに app/custom 向けの datas + hiddenimports 宣言が含まれています。アップグレード後、インストールディレクトリに _internal/app/custom/assistant が存在することを確認してください。ダウンロード: https://github.com/shy3130/tick-stock-panel/releases/tag/v0.3.5

これはバグでした：カスタムデータソースパイプラインはdepth5を一切ルーティングしていませんでした。config_from_dict() 内のデータセットホワイトリストがパース時にdepth5を除外し、_sanitize_for_yaml() が保存時に再び除外し、プロバイダーには /depth5 用のフィールドコントラクトも get_depth_batch() メソッドもなく、validate() はdepth5を start/end パラメータを必要とする日付範囲データセットとして誤って扱っていました。これはコミット 384094b（PR #479）で修正されました。そのコミットを含むバージョンにアップグレードし、YAML で datasets.depth5 を宣言すれば、パネルのカスタム eltdx_source ルートがアダプターの /depth5 エンドポイントを呼び出します。修正内容（backend/app/data_providers/custom/）：1) config.py — DatasetName Literal と config_from_dict() 内の datasets ホワイトリストに "depth5" を追加；2) loader.py — _sanitize_for_yaml() 内の許可リストに "depth5" を追加；3) provider.py — _REQUIRED に "depth5": {"symbol", "asks", "bids"} を追加し、realtime と同様に symbols/start/end の重複パラメータチェックから depth5 を除外し、GenericHTTPProvider.get_depth_batch() を追加。これは cfg.batch ごとにシンボルを分割して rpm スロットリングを適用し、リトライ付きで /depth5 をリクエストし、失敗したバッチを警告付きでスキップし、asks/bids の price/volume を数値に正規化し、ask_volumes/bid_volumes を導出します；4) test_dataset() に、日付なしでテストシンボルのみを送信する depth5 分岐を追加。