Please answer these before the MCP docs move from draft to implementation-ready reference.
Confirmed So Far
| Area | Confirmed Value |
|---|---|
| MCP endpoint | https://dev.deckflow.com/mcp/v1/ |
| Authentication | API key only |
| First-batch client pages | claude-code, claude-web, manus, open-ai |
| Output delivery | Temporary download links |
1. Endpoint And Transport
- Is
https://dev.deckflow.com/mcp/v1/the public production endpoint or a dev/beta endpoint? - Are there staging, regional, or additional versioned endpoints?
- Should examples always include the trailing slash?
- Is DeckFlow remote HTTP MCP only, or will there also be SSE, stdio, or local server support?
- Should the canonical MCP config key be
deckflow,DeckFlow, or another name?
2. Authentication
- Where do users create or copy a DeckFlow API key?
- What header, secret field, or environment variable should clients use for the API key?
- Should docs standardize on an env var such as
DECKFLOW_API_KEY, or use client-specific secret configuration only? - Are API keys personal, workspace-scoped, organization-scoped, or project-scoped?
- How do users revoke or rotate a DeckFlow API key?
3. Official Client Support
- Confirm that launch docs should include only Claude Code, Claude Web/Desktop, Manus, and OpenAI/ChatGPT.
- Should Cursor receive a dedicated page later even though HeyGen only mentions it in overview?
- Do any clients require domain whitelisting, app registration, or private beta access?
- Which client pages need screenshots before publishing?
4. Tool Naming
- Are
create_deck,revamp_deck, andtranslate_deckacceptable final tool names? - Should Tools use grouped tools like
convert_file,extract_file_content,compose_files, andoptimize_file, or one tool per browser tool? - What are the final task tools:
get_task,list_tasks,cancel_task, andget_task_result, or different names? - Is
get_deckflow_capabilitiesthe preferred discovery tool name? - Should there be
get_current_user,list_brand_profiles,list_templates,list_glossaries, andlist_supported_languagestools?
5. File Input And Output
- How should agents pass files: MCP attachments, DeckFlow upload IDs, pre-signed upload URLs, external URLs, inline content, or a mix?
- Can agents pass local file paths from terminal clients, or must they upload first?
- How long are input files retained?
- Temporary download links are confirmed. What is the signed URL lifetime?
- Are outputs also persisted in a DeckFlow workspace, or only available through temporary links?
6. Task Lifecycle
- What is the task status enum?
- Does every task return progress percentage, stage name, ETA, or only status?
- Which tasks can be cancelled?
- Are idempotency keys supported to prevent duplicate submissions?
- What is the standard error schema?
7. Product Workflow Parameters
- What are the final Create input source types and output formats?
- What Create parameters should exist for slide count, aspect ratio, language, Brand DNA, template, and complex element preservation?
- What Revamp parameters should exist for style mode, template, Brand DNA, content preservation, batch mode, and output format?
- What Translate parameters should exist for target language, source language, glossary, layout preservation, same-format output, and image text translation?
- Which parameters are required, optional, or defaulted by DeckFlow?
8. Limits And Billing
- Do MCP workflows use the same file limits as the public browser tools?
- What are the maximum files per task, total batch size, slide count, page count, video duration, and inline prompt length?
- What are the rate limits and concurrent task limits?
- Which DeckFlow plans include MCP access?
- How are credits consumed for completed, failed, cancelled, or partially successful tasks?
9. Security And Compliance
- Should the docs state AES-256 encryption and post-processing deletion for MCP uploads too?
- Are MCP inputs used for model training?
- Are there workspace audit logs for MCP task creation and downloads?
- Are there admin controls for enabling/disabling MCP?
- Are any file types or domains blocked for security reasons?
10. Publishing
- Which placeholders can be replaced now?
- Which pages should remain internal until integrations are live?
- Should examples include real screenshots, or text-only setup first?
- Should docs use
OpenAI,ChatGPT, orOpenAI / ChatGPTas the page title? - Who signs off on endpoint, billing, and retention language?