Google Veo vs Magic Hour MCP

Google Veo 87

Graded on Vertex AI (Gemini Enterprise Agent Platform), the route the listing names that still serves Veo, since every Veo model on the Gemini API shut down by 22 October 2026. Google Cloud's status dashboard lists Veo on Agent Platform as its own product with a history page (20). That page reads 'No incidents reported' on 4 November 2026, and the dashboard posts incidents for other products, so a clean record (30). The 1 October readings of the AI Studio page and a third-party monitor are dropped (the monitor is a barred copy of a status page). The Veo 3.1 model page publishes 50 regional online prediction requests a minute per base model in us-central1 (15). The Agent Platform error 429 page gives truncated exponential backoff, quota increase requests and traffic smoothing. A Veo request starts a billed generation job and no idempotency key is documented, so backoff guidance without keys, as runway and fal-video read their video job APIs (12). The Gemini online inference SLA, last modified 30 June 2026 and re-read on 4 November, covers only generateContent and streamGenerateContent, not the predictLongRunning call Veo uses (0). veo-3.1-generate-001 and veo-3.1-fast-generate-001 are GA, Lite is preview (10). 20 + 30 + 15 + 12 + 0 + 10 = 87.

Magic Hour MCP 35

Status page at status.magichour.ai, all services online, with maintenance and previous incidents sections; no MCP component read (15). Incident history not read (5). No API rate limits found (0). No retry guidance found; wait_for_* tools poll long jobs (5 of 15). No SLA found (0). Not labelled beta (10). 15 + 5 + 0 + 5 + 0 + 10 = 35.

Google Veo 80

Model reading of the checklist (credential, training, retention, operator visibility, programme), on the Vertex AI route. Vertex AI uses Google Cloud OAuth with IAM roles (30), less 10 because the API reads a token from the URL. Google's OAuth 2.0 web-server guide (last updated 30 October 2026) says to call a Google API with 'either an access_token query parameter or an Authorization HTTP header Bearer value', and the Vertex AI v1 discovery document (revision 20261028, as published in Google's google-api-python-client repository) lists access_token, oauth_token and key as query parameters, the deduction Google APIs took on 17 October and 1 November (20 of 30). Prompts and responses on paid services aren't used to improve products, per the 1 October reading of the terms, not re-read on 4 November (20). Retention for Veo jobs on Vertex AI wasn't read on 4 November. The 1 October reading (videos kept 2 days, abuse-log period not stated, no deletion call) holds the line (5 of 15). Data Access audit logs record reads and writes to model endpoints once enabled, per the Agent Platform page last updated 3 November 2026, as the Gemini Embedding listing credits Cloud Audit Logs on Vertex AI (15). security.txt valid to 2030 with Google's vulnerability reward programme, per the 1 October check (10). ISO/IEC 27001 scope, re-read on 4 November, names Generative AI on Gemini Enterprise Agent Platform, the route graded (10). 20 + 20 + 5 + 15 + 20 = 80.

Magic Hour MCP 45

API keys as Bearer tokens or OAuth through the Claude and ChatGPT connectors (20 of 30). Destructive deletes are annotated; no read-only key (8 of 20). Tools return generated media, not third-party text (10). No audit log found (0). No security.txt or certifications found; face and voice tools come with policy limits in the terms (7 of 20). 20 + 8 + 10 + 0 + 7 = 45.

Google Veo 77

Closed models under Google's terms, which say Google won't claim ownership of generated content. SDKs are Apache 2.0 (15). The terms state the paid and unpaid data use (10). Video retention is stated (2 days on the Gemini API), the abuse-log period isn't (5). The terms, pricing page and Veo guide agree, and we didn't read the DPA (5), per the 1 October check. The deprecations page gives release and shutdown dates for every Gemini API Veo ID and names replacements, and the Agent Platform model page dates each GA model's retirement (20). The Agent Platform model page names us-central1 as the only region and lists data residency, CMEK and VPC-SC controls. We didn't check subprocessors (10).

Magic Hour MCP 58

Closed service under terms naming Magic Hour AI, Inc., revised 3 October 2026 (15). The privacy policy says prompts, uploads and outputs aren't sold or used to train models, for free and paid accounts, and MCP requests are handled the same way; retention periods aren't given (20 of 30). No deprecation policy found (5 of 20). Subprocessors not read (10 of 20, model providers named in tool docs). 15 + 20 + 5 + 10 = 50.

Google Veo 71

The 1 October reading of the request contract holds, per the 1 October check. Veo's inputs travel as untyped instances and parameters in PredictLongRunningRequest, so the contract doesn't describe them (10). llms.txt and Markdown copies of the Gemini API docs, which moved to aistudio.google.com by 4 November (10). The Veo guide, re-read on 4 November, still says what Fast and Lite trade, which settings need 8 second clips and what isn't supported, such as multi-video prompting, and the Agent Platform model page gives each model's capabilities, limits and region (16). Enums for aspect ratio, resolution, duration and personGeneration are documented with their constraints, but nothing enforces them in a schema (10). REST and SDK examples in the guide. Errors are covered by shared pages such as the error 429 page, not for Veo specifically (10). Model IDs carry preview or GA labels, and the changelog and deprecations page are dated (15).

Magic Hour MCP 82

All 50 tools read from tools/list with JSON Schema inputs and 29 enums, built from Magic Hour's OpenAPI specification (25). llms.txt (10). Long descriptions with a get_workflow_guide tool for choosing between them (17 of 20). Typed inputs with enums and no free-form objects (15). Worked examples; error responses not documented (5 of 15). Dated changelog with entries on 3 to 5 November 2026 (10 of 15, product changelog rather than MCP versions). 25 + 10 + 17 + 15 + 5 + 10 = 82.

Google Veo 64

Per the 1 October check, read from the Veo guide, which uses the same request on both routes. The create call returns a small operation object to poll (15). No callback, and the docs say poll every 10 seconds (0 of 10). Resolution, duration and aspect ratio control output size (10). No list of past jobs (0 of 10). Standard Google error statuses such as INVALID_ARGUMENT and RESOURCE_EXHAUSTED that an agent can branch on (14). No idempotency key, and the 1 October reading found only generated videos billed (10). Only the prompt is required, defaults are 720p, 16:9 and 8 seconds, and official SDKs exist for Python, JavaScript, Go and Java (15). Vertex AI's own API reference for Veo wasn't read on 4 November.

Magic Hour MCP 55

50 tools totalling about 160 KB of definitions (5). list_saved_items and project getters; limited size controls (10 of 20). Error handling not documented (5 of 20). Every tool annotated, 14 read-only and the three deletes marked destructive (20). Few required inputs and SDKs (Python, Node and others listed in the docs) (15). 5 + 10 + 5 + 20 + 15 = 55.

Google Veo 20

No x402, MPP or L402 (0). Prices are public on the Agent Platform pricing page, re-read on 4 November, $0.40 a count for Veo 3.1 with audio at 720p and 1080p and $0.60 at 4K, down to $0.03 for Lite without audio at 720p (20). No free tier for any Veo model (0). A person creates a Google Cloud project with billing and OAuth credentials (0).

Magic Hour MCP 15

No machine payment protocol (0). Plan and credit-pack prices public, per-tool credit costs not read (10). 400 sign-up credits with no card, but API access sits on paid plans (5 of 20). A person signs up for a key in a browser (0). Tool discovery is open, but calls need a key (0). 0 + 10 + 5 + 0 = 15.