AnyVidDL API / MCPの公開状況と開発者向け境界
AnyVidDLのWeb内部エンドポイントと公開APIを区別し、APIキー、SDK、MCPサーバーの現在の公開状況と将来必要な安全要件を説明します。
AnyVidDLのWeb画面はサーバー側エンドポイントを利用していますが、一般開発者向けAPI、APIキー申請、SDK、公開MCPサーバーは、このリポジトリでは確認できません。公式ドキュメントとアクセス方法が公開されるまでは、API/MCPを提供済みの製品機能として扱わないでください。

公開または許可されたリンクを 1 件確認
まず対応範囲の URL を 1 件だけ貼り付けます。反復作業を拡張機能、API、MCP に移す前に、利用可能な出力候補または明確な失敗理由を確認してください。
直接の答え
AnyVidDLのWeb画面はサーバー側エンドポイントを利用していますが、一般開発者向けAPI、APIキー申請、SDK、公開MCPサーバーは、このリポジトリでは確認できません。公式ドキュメントとアクセス方法が公開されるまでは、API/MCPを提供済みの製品機能として扱わないでください。
現在確認できる範囲
AnyVidDL Web画面は、公開または許可された対応リンクを確認するために内部のサーバー側エンドポイントを使います。ただし、サイト内部で利用する実装が存在することと、安定した契約を持つ公開開発者APIが提供されていることは別です。
現在はWebツールを1件の確認入口として利用し、公開APIやMCPの案内は開発者ページとステータスページに公式情報が掲載されてから採用します。
向いているケース
- APIやMCPが現在一般公開されているか確認したい。
- Web内部エンドポイントとサポート対象の公開APIを区別したい。
- 将来の自動化に必要な認証、制限、拒否理由を整理したい。
現在は公開を確認できない項目
- バージョン付きの公開APIリファレンス。
- APIキーの申請、ローテーション、失効手順。
- 公開されたレート制限、割り当て、サービス条件。
- 公式SDKパッケージと利用例。
- インストール可能なAnyVidDL MCPサーバーとツールスキーマ。
したがって、本番APIタスク、監査ログ、キュー制御、MCP連携を現在利用できる機能として約束しません。
公開APIに必要な確認表
| 項目 | 公開前に必要な内容 | 未確認時の判断 |
|---|---|---|
| 認証 | キーの申請、保管、ローテーション、失効 | Web内部エンドポイントを直接利用しない |
| 利用範囲 | public、owned、permitted入力と拒否条件 | private、paid、login-onlyは停止 |
| 契約 | バージョン付きのリクエスト・レスポンス | フィールドを安定仕様とみなさない |
| 制限 | レート、再試行、タスク状態 | 大量処理や成功率を約束しない |
| データ | URL、ログ、出力の保持と削除 | 保持期間を推測しない |
| 障害対応 | 失敗理由、変更履歴、窓口 | 自動再試行で制限を回避しない |
MCP公開時に必要な情報
将来MCPサーバーを公開する場合は、公式パッケージまたはリポジトリ、ツール一覧、認証手順、入出力スキーマ、拒否分類、ログの扱い、公開または許可された入力だけを使う例が必要です。MCPを使ってもAPIのアクセス制御や権利境界を弱めてはいけません。
使用しないケース
未文書化のWeb内部エンドポイントを公開APIとみなして本番連携を構築しないでください。パスワード、Cookie、セッショントークン、DRMキーを送信する設計や、private、paid、login-onlyコンテンツの取得を目的にした自動化も対象外です。
現在の次の手順
- 1件の公開または許可された対応リンクはWebツールで確認します。
- 開発者向け公開情報は開発者ページで確認します。
- 稼働状況と正式な案内はステータスページで確認します。
- 公開仕様がない間は、API/MCP、SDK、キュー、監査ログを現行機能として設計に含めません。
FAQ
AnyVidDLに公開開発者APIはありますか?
認証、利用制限、SDK、申請手順を含む公開開発者APIは、2026年8月5日時点のリポジトリでは確認できません。Webサイト内部のエンドポイントを公開APIとして利用しないでください。
公式のAnyVidDL MCPサーバーはありますか?
インストール可能なMCPサーバーと公開MCPドキュメントは確認できません。公式の導入手順が公開されるまでは計画中の経路として扱います。
将来のAPIには何の説明が必要ですか?
認証、許可される用途、対応入力、レート制限、データ保持、タスク状態、拒否理由、バージョン管理、セキュリティ窓口が必要です。
APIやMCPで非公開アクセスやDRMを回避できますか?
できません。private、paid、login-only、認証必須、DRM保護された入力は、自動化でも同じ停止条件です。
導入判断を止める条件
公開仕様を探すときは、認証方法、バージョン付きスキーマ、レート制限、失敗理由、データ保持、変更履歴の六項目を同じ公式資料で確認します。どれかが欠ける場合は、画面内部の通信を公開 API 契約とみなさず、Web ツールで一件ずつ確認する運用に戻します。
| 確認結果 | 判断 | 次の行動 |
|---|---|---|
| 公式仕様と認証手順がそろう | 評価候補 | 許可入力だけで小規模検証 |
| エンドポイントだけ見える | 未公開実装 | 本番連携しない |
| 401・403・429 が返る | アクセス制限 | 認証回避や連続再試行をしない |
| Cookie・セッショントークンが必要 | 対象外 | Web の公開ワークフローに戻る |