← Reddit

Claude Cannot Access adobe sign?

Reddit · bepnc13 · July 22, 2026
A user reported that Claude Code cannot operate with Adobe Sign. After researching alternative solutions, attempts to use Make as a bridge application also failed to provide access to Adobe Sign.

Detailed Analysis

The Reddit post highlights a common point of confusion among users of Claude Code, Anthropic's command-line coding assistant, regarding its ability to directly interface with third-party SaaS platforms like Adobe Sign. The original poster discovered that Claude Code cannot natively "operate" Adobe Sign, and further attempts to bridge the two using Make (formerly Integromat), a popular no-code automation platform, also failed. This reflects a fundamental misunderstanding of what Claude Code is designed to do: it is a terminal-based coding agent built to read, write, and execute code within a local development environment, not a general-purpose browser automation or SaaS orchestration tool. Without an explicit integration—such as an API connector, a Model Context Protocol (MCP) server, or a custom script the user builds—Claude Code has no inherent mechanism to click buttons, fill forms, or trigger workflows inside a web application like Adobe Sign.

The confusion is understandable given the rapid expansion of "agentic AI" capabilities across Anthropic's product line. Claude's desktop app and Claude.ai now support MCP, a protocol Anthropic introduced in late 2024 that allows Claude to connect to external tools and data sources, including business software. Additionally, Anthropic has rolled out browser-based agents and computer-use capabilities in various contexts that let Claude interact with web interfaces more directly. This has created an expectation among users that Claude can universally "reach into" any SaaS product they use, when in reality such integrations require either an officially supported MCP server, a documented API that developers wire up themselves, or a third-party automation layer that has been properly configured with authentication credentials and permissions. Adobe Sign, a document e-signature platform owned by Adobe, does have a REST API, but there is no out-of-the-box Claude Code or MCP connector for it, meaning any integration would need to be custom-built.

The mention of Make as a failed workaround is telling. Make is an automation platform that connects apps via pre-built modules and webhooks, similar to Zapier, and it does support Adobe Sign through its own connector library. However, Claude Code itself has no native ability to "access" Make's platform either, since Make is a separate cloud service requiring its own authentication and scenario configuration—Claude Code cannot log into a Make account or trigger scenarios unless the user has explicitly set up an API call or webhook that Claude's generated code can invoke. This distinction between "Claude can write code that calls an API" versus "Claude can autonomously operate a third-party web app" is a recurring source of friction in early-2025-era discussions of agentic AI tools, where marketing language around "agents" often outpaces the practical reality of what requires manual setup.

More broadly, this incident is emblematic of the growing pains in the AI agent ecosystem as vendors race to make large language models capable of taking real-world actions rather than just generating text. Anthropic, OpenAI, and others have invested heavily in tool-use frameworks, MCP servers, and computer-use APIs precisely to close this gap between user expectation and technical capability. As enterprise workflows increasingly depend on document management, e-signature, and compliance tools like Adobe Sign, demand will likely grow for either official Anthropic-Adobe integrations or a more robust MCP server ecosystem that developers can plug into Claude Code. Until such connectors exist, users hoping to automate SaaS workflows with Claude Code will need to build custom bridges themselves, using Adobe's API documentation and either direct HTTP requests or an automation platform they've properly authenticated—underscoring that "AI agents" today still largely depend on human-configured plumbing beneath the surface of autonomous-seeming behavior.

Article image Read original article →