Adobe Workfront MCP server

Endpoint

Hosted endpoint · transport http

Connect

This is a remote MCP server — point an MCP client at the endpoint URL. Clients with native remote support (Claude, Cursor, VS Code, …):

For stdio-only clients (older Claude Desktop, etc.), bridge with mcp-remote:

If the server requires authentication, add the provider's token/header (e.g. an X-API-Key) per its docs. A quick reachability check:

Tools

• approvals_find_document_version_by_name — Looks up a document's current version ID by filename. Supports partial matches.
• approvals_get_document_by_version_id — Fetches document details (name, size, upload date, uploader) for a known document version ID.
• approvals_get_documents_by_project — Lists documents inside a Workfront project, with each document's current version ID.
• approvals_resolve_document_scope — Expands a project or folder into the list of document version IDs it contains. Supports project, folder, and folder-by-name scopes.
• approvals_find_document — Look up a document by filename or document version ID
• approvals_get_documents_by_scope — List document inside a project or folder.
• approvals_get_approval_info — Returns the current approval workflow (stages, participants, status) for a document version. For approvals with multiple paths, it shows each path and its stages.
• approvals_create_or_update_approval_workflow — Creates or updates the approval workflow stages for a document version. Supports a single track of stages or multiple parallel review paths.
• approvals_create_approval_from_template — Creates an approval workflow on a document using an existing template, including templates that define multiple parallel paths.
• approvals_delete_approval_stage — Deletes a single stage from an approval workflow by name or position. Only not-started stages can be deleted.
• approvals_add_path_to_approval — Adds a new parallel review path to an existing approval workflow, so multiple review tracks run at the same time on a document version.
• approvals_remove_path_from_approval — Removes a parallel path from an approval workflow. The first path can't be removed, and paths that contain completed or locked stages are protected.
• approvals_add_stage_to_path — Adds a review stage to the end of a specific path within a parallel approval workflow.
• approvals_remove_stage_from_path — Removes a not-started stage from a specific path in a parallel approval workflow. Each path must keep at least one stage.
• approvals_reorder_stages_in_path — Changes the order of stages within a single path of a parallel approval workflow.
• approvals_send_reminder_to_participants — Sends reminder emails to specific participants in an approval stage. Works only for started, not-completed, not-locked stages.
• approvals_send_reminder_to_undecided — Sends reminder emails to all undecided participants (notified, opened, or commented) in an approval stage.
• approvals_list_templates — Lists approval templates available in this Workfront instance. Supports filtering by creator, participant, and sorting by usage.
• approvals_search_template_by_name — Finds approval templates by name (case-insensitive partial match).
• approvals_create_template — Creates a new approval template with linear or graph-based stage dependencies.
• approvals_update_template — Updates an existing template with structured modifications (add or remove participants, rename stages, set deadlines, etc.).
• approvals_send_approval_reminder — Send approval reminder emails to all pending approvers across an entire project, folder, campaign, or due-date window.
• approvals_update_approval_participants — Add, remove, or replace participants across an entire portfolio, program, or project scope in one operation.
• approvals__submit_update_approval_participants — Add, remove, or replace participants across an entire portfolio, program, or project scope in one operation.
• approvals_get_current_user — Returns the calling user's Workfront identity, including name, user ID, home team name, and home team ID.
• approvals_find_user_by_name — Looks up a Workfront user's ID by name (fuzzy or partial match). Returns name, ID, email, title, and avatar URL.
• approvals_find_team_by_name — Looks up a Workfront team's ID by name (fuzzy or partial match).
• approvals_find_project_by_name — Looks up Workfront projects by partial name match across the system.
• approvals_get_projects_by_owner — Lists Workfront projects where the calling user is the owner.
• approvals_find_projects — Look up Workfront projects, optionally filtered by name and/or restricted to projects that the calling user owns.
• planning_get_workspace — Retrieves full details of a workspace by ID or alias.
• planning_get_workspace_list — Lists all available workspaces with cursor-based pagination.
• planning_create_workspace — Creates a new empty workspace to organize record types, fields, and data.
• planning_create_workspace_from_template — Creates a new workspace pre-populated using an existing template.
• planning_update_workspace — Partially updates a workspace — name, description, icon, sections, or owner.
• planning_delete_workspace — Permanently deletes a workspace and all its data.
• planning_convert_workspace_to_template — Saves an existing workspace as a reusable template (requires admin).
• planning_get_workspace_sharing — Returns the current sharing and permissions configuration for a workspace.
• planning_modify_workspace_sharing — Updates who has access to a workspace and at what permission level.
• planning_get_record_type — Fetches full details of a record type including its fields and views.
• planning_create_record_types — Creates one or more record types within a workspace section.
• planning_update_record_type — Partially updates a record type's name, description, icon, or color.
• planning_delete_record_type — Permanently deletes a record type and all its records, fields, and views.
• planning_list_global_record_types — Lists all centrally-defined (global) record types visible to the current user.
• planning_list_addable_global_record_types — Lists global record types that can be added to a specific workspace.
• planning_add_global_record_type_to_workspace — Links a global record type into a specified workspace.
• planning_remove_global_record_type_from_ws — Unlinks a global record type from a workspace; deletes all its records in that workspace.
• planning_get_external_record_workspaces — Finds which workspaces and record types are connected to a specific external record.
• planning_get_record_type_sharing — Returns the sharing and permissions for a specific record type.
• planning_modify_record_type_sharing — Updates who can access a record type and at what permission level.
• planning_get_record — Retrieves full details of a single record by ID.
• planning_search_records — Searches and filters records within a record type.
• planning_bulk_record_actions — Creates, updates, deletes, or restores multiple records in a single request.
• planning_create_connection_record — Creates a new record in a connected external system (for example, a Workfront project).
• planning_update_records_order — Changes the display order of records within a record type.
• planning_get_record_change_log — Returns the field-level edit history for a record.
• planning_get_record_sharing — Returns the sharing configuration for a specific record.
• planning_modify_records_sharing — Updates who can access one or more records and at what permission level.
• planning_get_field — Retrieves full details and value schema for a field by ID.
• planning_create_fields — Adds one or more fields (columns) to a record type.
• planning_update_field — Partially updates a field's name, description, options, or configuration.
• planning_delete_field — Permanently removes a field and all its data from a record type.
• planning_get_view — Returns complete details of a view by ID.
• planning_create_view — Creates a new table, timeline, or calendar view for a record type.
• planning_update_view — Partially updates an existing view's configuration, filters, or sorting.
• planning_delete_view — Permanently deletes a view (records are not affected).
• planning_get_view_sharing — Returns the sharing configuration for a specific view.
• planning_modify_view_sharing — Updates who can access a view and at what permission level.
• planning_get_template_list — Lists all available workspace templates with summary info.
• planning_get_template — Retrieves full details of a specific template by ID.
• planning_search_resources — Searches across workspaces, record types, and views by name.
• planning_search_sharing_data — Finds users, groups, teams, roles, and companies by name for sharing and permissions.
• planning_search_users — Searches for users with pagination support.
• workflow_search_any_object — Searches for Workfront objects with flexible filter parameters, ordering, and pagination.
• workflow_create_any_object — Creates a new Workfront object such as a project, task, issue, hour, assignment, program, or portfolio.
• workflow_update_any_object — Updates fields on an existing Workfront object.
• workflow_delete_any_object — Deletes a Workfront object by ID. Requires explicit user confirmation before the action is performed.
• workflow_resolve_field_names_any_object — Converts user-provided field names or labels to the underlying Workfront API field names so the AI agentic platform can build accurate requests.
• workflow_read_workflow_docs — Loads the Workfront Workflow documentation, including tool usage guides and object-specific operations playbooks. This is the required first step before performing Workflow actions.
• insights_read_docs — Load the Workfront playbook or domain documentation, such as conditions, status, dates, or field paths. This is the required first step before querying data.
• insights_get_current_user — Retrieve your own Workfront identity, including name, ID, and URL.
• insights_search_fields — Search for available fields (standard and custom) on projects, tasks, issues, users, portfolios, teams, and so on.
• insights_get_field_paths — Resolve dot-notation field paths for entities, required by the data query tool.
• insights_find_id_by_name — Look up the ID of any Workfront object by name, such as projects, tasks, users, portfolios, and so on.
• insights_find_workfront_data — Find, filter, count, sort, and aggregate Workfront data. This is the main query and report tool.
• insights_summarize_object — Fetch and summarize a single Workfront object by ID.
• insights_list_entities — List all Workfront object types available to query.

About MCP

The Model Context Protocol (MCP) is an open protocol Anthropic introduced for connecting LLM-based agents to external tools and data sources. Providers publish MCP servers that expose their API surface as structured, discoverable tools — an MCP-compatible client (Claude Desktop, Cursor, Cline, Continue, etc.) can connect to the server and call its tools without any per-provider integration code.

Browse every MCP server on the APIs.io network or compare with the broader Agent Skill surfaces of the same providers.