# Smartpress (remote · mcp.smartpress.com)

Configure, price, proof and add custom print products to a Smartpress cart. US printing, no login.

- Trust score: 63/100 (medium)
- Registry status: active
- Liveness: live
- Owner verified: no
- Last scored: 2026-10-25

## Components

- remote · `mcp.smartpress.com`: 63/100 (this document), [markdown](https://verifymcp.io/servers/com-smartpress-mcp/mcp.md), [page](https://verifymcp.io/servers/com-smartpress-mcp/mcp)

## Channel facts

- Endpoint: `https://mcp.smartpress.com/mcp`
- Transports: `streamable-http`
- Auth: `none`
- Version: `0.1.0`

## Trust breakdown

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. Scores are 0–100 per category. Scoring method: https://verifymcp.io/docs/scoring (what has changed: https://verifymcp.io/docs/scoring/changelog)

Scored 2026-10-25.

- **Endpoint Security**: 57/100
  - The endpoint's TLS certificate is valid, in date, and uses a strong key.
  - Authorisation check failed: no authorisation is required to call this server, and it exposes a tool marked destructive (set_proof_approval).
  - HTTPS is enforced; there's no plaintext access path.
  - HSTS check failed: the Strict-Transport-Security header is absent.
  - DNSSEC check failed: this domain isn't protected by DNSSEC.
- **Transport & Reachability**: 100/100
  - Verified streamable-http transport via a live MCP handshake.
- **Schema Quality & AI Usability**: 64/100
  - AI-judged instruction clarity (excellent).
  - Context-footprint check failed: tool/resource definitions use about 6768 tokens (~338/item across 20 items; 20 tools + 0 resources), over budget; trim descriptions and params.
  - Usage-examples check failed: none of the tools include examples.
- **Stability & Change Management**: 5/100
  - Stability check failed: schema churn in the 3 days we've observed: 1 tool removals, 0 breaking changes, 0 auth/transport breaks, 0 additions.
- **Tool Coverage**: 100/100
  - 100% of tools have a non-trivial description (not blank, and not just the tool's name).
  - 100% of tool parameters carry a description.
- **Tool Safety**: 100/100
  - No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.
  - We read all 20 captured tool definition(s), and no name or description among them implies an irreversible operation.
  - An AI judge read all 20 captured unit(s) of tool text and found none that tries to manipulate the model reading it.
- **Capabilities**: 100/100
  - Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.

## Install

### How do I install the Smartpress MCP server?

Smartpress is a hosted endpoint at https://mcp.smartpress.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

### Claude

```bash
claude mcp add --transport http com-smartpress-mcp 'https://mcp.smartpress.com/mcp'
```

### Cursor

```json
{
  "mcpServers": {
    "com-smartpress-mcp": {
      "url": "https://mcp.smartpress.com/mcp"
    }
  }
}
```

### VS Code

```json
{
  "servers": {
    "com-smartpress-mcp": {
      "type": "http",
      "url": "https://mcp.smartpress.com/mcp"
    }
  }
}
```

### Codex

```toml
[mcp_servers.com-smartpress-mcp]
url = "https://mcp.smartpress.com/mcp"
```

### opencode

```json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "com-smartpress-mcp": {
      "type": "remote",
      "url": "https://mcp.smartpress.com/mcp",
      "enabled": true
    }
  }
}
```

### OpenClaw

```bash
openclaw mcp add com-smartpress-mcp --url 'https://mcp.smartpress.com/mcp' --transport streamable-http
```

### Hermes

```yaml
mcp_servers:
  com-smartpress-mcp:
    url: "https://mcp.smartpress.com/mcp"
```

### Netclaw

```json
{
  "McpServers": {
    "com-smartpress-mcp": {
      "Transport": "http",
      "Url": "https://mcp.smartpress.com/mcp"
    }
  }
}
```

### Vellum

```bash
assistant mcp add com-smartpress-mcp -t streamable-http -u 'https://mcp.smartpress.com/mcp'
```

### Other

```json
{
  "mcpServers": {
    "com-smartpress-mcp": {
      "type": "http",
      "url": "https://mcp.smartpress.com/mcp"
    }
  }
}
```

The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.

## Changelog

Every change recorded for this component, newest first. Days that predate change tracking, or that we cannot explain, say so: "we were watching and nothing happened" and "we were not watching" are different claims.

### 2026-10-25 (score 63, +1)

- [security] Tool “add_to_cart” rewrote its description, which is the text the model reads
- [security] Tool “create_file_session” rewrote its description, which is the text the model reads
- [cosmetic] “create_config_session” reworded the description of “fileSessionId”

### 2026-10-24 (score 62, −1)

- [security regression] Stability: 0.03 → fail
- [security regression] A breaking change shipped without a version bump: still 0.1.0
- [security regression] Tool “mcp_health_check” was removed

### 2026-10-23 (score 63, +1)

- [security] Tool “add_to_cart” rewrote its description, which is the text the model reads
- [security] Tool “get_file_upload_url” rewrote its description, which is the text the model reads
- [functional improvement] Stability: unverified → 0.03

### 2026-10-22 (score 62)

First indexed and scored.

## MCP tools (20)

### `get_product_config` (~235 tokens)

Retrieve the default product configuration for a given product ID. Returns the full ProductConfiguration response including:

\- **availableOptions**: All configurable options organized by category:
  \- **pressSheets**: Nested hierarchy of press sheet options (type -> weight -> color). Each press sheet defines the printable substrate.
  \- **operations**: A map keyed by camelCase operation name (e.g. "cutting", "folding", "binding"). Each operation contains its own selectable options.
  \- **inks**: Available ink configurations for front and back of the press sheet.
  \- **proofs**: Proof approval workflow options.
  \- **turnaroundTimes**: Delivery timeline options.
\- **selections**: The current default selections for the product.
\- **validation**: Validation messages indicating any issues with the current selections.
\- **quote**: Pricing information based on current selections.

Use this tool to understand what options are available for a product before starting a configuration session.

Input parameters:

- `productId` (string, required): Product ID with prefix, e.g. "SLS_7" or "SLO_123"

### `find_products` (~187 tokens)

Find Smartpress products matching a name or description. Returns matching products with their id, name, and description (plus group, link, image and a relevance score).

Only products that can be configured through this assistant are returned. If nothing fits, say so and point the customer to smartpress.com rather than suggesting a product from memory.

Use this to discover products by what the user is trying to print (e.g. "saddle stitch booklet", "matte business cards"). Take the "id" of the best match (e.g. "SLS_7") and pass it to create_config_session as productId to configure the product, then add_to_cart.

Input parameters:

- `limit` (integer): Maximum number of products to return (default 10).
- `query` (string, required): What to search for, e.g. "saddle stitch booklet" or "matte business cards".

### `get_product_templates` (~444 tokens)

Get the downloadable print templates and design guides for a Smartpress product. Returns:

\- **summary**: a one-line description of what this product has — paraphrase this rather than counting the arrays yourself.
\- **designGuides**: instructional PDFs about how to set artwork up (bleed, folding). Not tied to a size.
\- **templateGroups**: the print templates, in the groups the layout team defined (e.g. "Flat", "Single Fold"). `group` is omitted when a product's templates are not grouped, which is common.
\- Each entry has a **label** (what to call it to the customer) and **files** (format -> download URL, e.g. `{"pdf": "https://...", "idml": "https://..."}`).

Use this when a customer asks for a template, a layout guide, artwork setup help, dimensions to design to, or an InDesign file. If you only know the product by name, call find_products first and pass its "id" (e.g. "SLS_7") here.

Rules:
\- Give customers the exact URLs this tool returned. Never construct, guess, or edit a template URL.
\- Use the **label** verbatim when naming a template. Labels are display text written by the layout team — do NOT parse them as dimensions or assume a label matches the customer's configured size.
\- Only offer a format that appears in that entry's **files**. Most templates have PDF and InDesign, but some have only one, and a few are Illustrator or spreadsheets.
\- If a product has none, say so plainly. Many products have no templates yet — that is normal, not an error, and you must not substitute another product's template.

Input parameters:

- `format` (string): Only return templates available in this format, and only that file. Omit for all formats.
- `include` (string): Limit the response to print templates or to design guides. Omit for both.
- `productId` (string, required): Product ID with prefix, e.g. "SLS_7". Get it from find_products or the page context.

### `create_config_session` (~861 tokens)

Create a new product configuration session to begin iterative configuration. This starts a server-side session that tracks your selection changes with version history.

\**Workflow:**
1\. Call this tool with a productId (or productConfigId to clone an existing config) and optional initial selections
2\. The response includes the full ProductConfiguration with a productConfigSessionId
3\. Review the validation messages in the response to see if selections are valid
4\. Call update_config_session to refine selections based on validation feedback
5\. Repeat steps 3-4 until validation is clean
6\. Once satisfied, use add_to_cart to add the configured product to a shopping cart

The response includes a **configurationUrl** field: a direct link to view the configuration on the storefront website (when available).

You must provide either a productId (to start from product defaults) or a productConfigId (to bootstrap from an existing blueprint or configuration).

\**IMPORTANT — selections structure:** The selections object must use nested objects that mirror the structure of the selections field in the response. Flat keys are silently ignored (no error returned). Always verify the response's selections match what you requested.

Known selection keys and their required structure:

\- **Size** — nested sizeSelection object:
  {"sizeSelection": {"width": 6, "height": 9, "presetDimensionsId": 15}}
  For custom dimensions, omit presetDimensionsId or set it to null.

\- **Quantity & Pages** — flat top-level keys (these DO work as simple values):
  {"quantity": 1200, "pages": 20}

\- **Paper** — nested paperSelection object:
  {"paperSelection": {"pressSheetTypeId": 78, "pressSheetWeightId": 5, "coverPressSheetTypeId": 78, "coverPressSheetWeightId": 3}}

\- **Ink** — nested objects per ink position:
  {"coverSide1Ink": {"id": 146}, "coverSide2Ink": {"id": 146}, "interiorSide1AndSide2Ink": {"id": 146}}

\- **Proof** — nested proofSelection:
  {"proofSelection": {"proofId": 1}}

\- **Turnaround…

Input parameters:

- `fileSessionId` (string): File session ID to durably join to this configuration (file-first workflow): pass the fileSessionId create_file_session returned in this conversation. Omit it and no file is linked. Once linked, add_…
- `productConfigId` (string): Existing configuration/blueprint UUID to clone from
- `productId` (string): Product ID to start from defaults, e.g. "SLS_7"
- `selections` (object): Optional initial selections as nested objects mirroring the response selections structure. See tool description for required formats per key.

### `update_config_session` (~1188 tokens)

Update a configuration session with new selections. Saves the updated selections and returns the full ProductConfiguration response.

\**IMPORTANT — selections structure:** The selections object must use nested objects that mirror the structure of the selections field in the response. Flat keys are silently ignored (no error returned). Always verify the response's selections match what you requested.

Known selection keys and their required structure:

\- **Size** — nested sizeSelection object:
  {"sizeSelection": {"width": 6, "height": 9, "presetDimensionsId": 15}}
  For custom dimensions, omit presetDimensionsId or set it to null.

\- **Quantity & Pages** — flat top-level keys (these DO work as simple values):
  {"quantity": 1200, "pages": 20}

\- **Paper** — nested paperSelection object:
  {"paperSelection": {"pressSheetTypeId": 78, "pressSheetWeightId": 5, "coverPressSheetTypeId": 78, "coverPressSheetWeightId": 3}}

\- **Ink** — nested objects per ink position:
  {"coverSide1Ink": {"id": 146}, "coverSide2Ink": {"id": 146}, "interiorSide1AndSide2Ink": {"id": 146}}

\- **Proof** — nested proofSelection:
  {"proofSelection": {"proofId": 1}}

\- **Turnaround** — nested turnTimeSelection:
  {"turnTimeSelection": {"turnTimeId": 13}}

\- **Operations** — nested operationSelections with operation name keys:
  {"operationSelections": {"laminatingCoverOnly": {"operationId": 81, "itemId": 2323}}}
  An entry accepts ONLY operationId, itemId, operationName, itemName, followUpQuestionAnswer, followUpQuestion and followUpQuestionDataType — any other key is rejected with a validation error.

\- **Follow-up answers** — when an operation in availableOptions has a followUpQuestion (e.g. shrink-wrapping "How many pieces per bundle do you want?", drilling "Please note placement."), put the customer's answer in followUpQuestionAnswer on the SAME entry, as a string even for integer questions:
  {"operationSelections": {"shrinkwrappingService": {"operationId": 14, "itemId": 42, "followUpQuesti…

Input parameters:

- `productId` (string, required): Product ID, e.g. "SLS_7"
- `selections` (object, required): Updated selections as nested objects mirroring the response selections structure. See tool description for required formats per key.
- `sessionId` (string, required): Configuration session ID

### `get_session_latest` (~56 tokens)

Retrieve the latest state of a configuration session. Returns the full ProductConfiguration response with current selections, validation messages, and available options. Use this to check session state without making changes.

Input parameters:

- `sessionId` (string, required): Configuration session ID

### `create_file_session` (~248 tokens)

Create a file session for uploading proof/artwork files. Returns a **fileSessionId**. Once it is joined to a configuration session, add_to_cart attaches its files without you passing the ID.

\**Two workflows:**
\- **File-first** (no product chosen yet): call with no arguments. A placeholder product is used. When the product is chosen, you MUST pass this fileSessionId to create_config_session (or call link_file_session): nothing joins them otherwise, and the configuration has no files. The real product is then reconciled automatically.
\- **Config-first** (configuration session already exists): pass productConfigSessionId (and ideally the productId). The file session is created and linked immediately, so add_to_cart needs only the configuration sessionId.

Once joined, the link is persisted server-side, so later tools (add_to_cart) need only the configuration sessionId.

Input parameters:

- `productConfigSessionId` (string): Existing configuration session ID to link this file session to immediately (config-first).
- `productId` (string): Product ID, e.g. "SLS_7". Omit for file-first; a placeholder is used until a product is chosen.

### `link_file_session` (~122 tokens)

Durably join a file session to a configuration session (last-write-wins). Use this when files were uploaded in one context and the configuration was created in another, or to re-link a configuration to a different file session.

After linking, add_to_cart needs only the configuration sessionId — the backend resolves the file session automatically. The real productId is reconciled onto the file session from the configuration session.

Input parameters:

- `fileSessionId` (string, required): File session ID to link
- `sessionId` (string, required): Configuration session ID (the productConfigSessionId)

### `clone_file_session` (~195 tokens)

Copy a file session — files, approved proofs, and completed check results — into a NEW file session, leaving the original and its configuration join untouched. Optionally link the CLONE to a configuration session in the same call.

Use this instead of link_file_session whenever the source file session is one a page is currently displaying: linking would MOVE the single join pointer and strip the files off that page, while cloning gives the target configuration its own copy. Typical case: the customer is on a product page and selects a recommended candidate — clone the page's file session and link the clone to the candidate's configuration session.

Returns the new **fileSessionId** (the clone), the sourceFileSessionId, and fileCount.

Input parameters:

- `fileSessionId` (string, required): Source file session ID to copy.
- `productConfigSessionId` (string): Configuration session ID to link the CLONE to (e.g. the selected candidate).

### `list_session_files` (~66 tokens)

List the files currently attached to a file session, including each file's name, size, type, and sessionFileId. Use this to confirm an upload landed or to show the user what is attached.

Input parameters:

- `fileSessionId` (string, required): File session ID to list files for.

### `get_file_upload_url` (~349 tokens)

Mint a short-lived presigned URL that a client (a browser, an app, or the user) can use to upload a file directly to storage, attached to a file session.

Use this when the bytes are NOT on the machine running this server — e.g. the remote/hosted server, or a file the user has in a browser. (If this server also offers a tool that uploads a file from the local machine, prefer it for local files: it performs the upload for you.)

\**Easiest for a person:** if the response includes **uploadPageUrl**, give that link to the user. It opens a simple Smartpress upload page in their browser where they pick the file; the page uploads it directly and securely (the file never passes through the chat).

\**For a programmatic client:** issue a single HTTP **PUT** to **url** with the raw file bytes as the body and **no extra headers** — do not set Content-Type and do not add x-amz-* headers; everything required is already baked into the URL. The URL expires (default 15 minutes), so use it promptly. Confirm the result with list_session_files.

Returns **uploadPageUrl** (when the server has a public base URL configured), the raw **url**, the assigned **sessionFileId**, the storage **key**, and **expiresAt**.

Input parameters:

- `expiresIn` (integer): Presigned URL lifetime in seconds (1-3600, default 900).
- `fileName` (string, required): Name to store the file under, e.g. "artwork.pdf".
- `fileSessionId` (string, required): File session ID returned by create_file_session.

### `add_to_cart` (~329 tokens)

Add the current session configuration to the cart. Calls the add-to-cart endpoint which translates the session's selections into the format required by the external cart service.

On success, returns a **clientKey** (anonymous cart identifier) and a **cartLink** (shareable URL to view the cart). These are also persisted on the session and will appear in all subsequent session responses.

If neither clientKey nor userId is provided, a new anonymous cart is created. Repeat calls add the item again (no idempotency).

\**Files are attached automatically.** If the session was linked to a file session (via create_file_session with productConfigSessionId, link_file_session, or create_config_session called with a fileSessionId), the backend resolves the file session from the configuration session — you do NOT need to pass fileSessionId. Only pass fileSessionId to override that durable link with a specific file session.

The cartLink opens the cart on the Smartpress website, where the customer reviews the order and checks out.

Input parameters:

- `clientKey` (string): Optional anonymous cart identifier. If omitted, uses the session's persisted clientKey or creates a new cart.
- `fileSessionId` (string): Optional override. Normally omit this — the backend resolves the file session from the durable config<->file link. Only set it to force a specific file session.
- `jobName` (string): Optional custom job name. Defaults to the product name if not provided.
- `sessionId` (string, required): Configuration session ID (UUID)
- `userId`: Optional user identifier for authenticated carts

### `analyze_file` (~181 tokens)

Analyze a file already uploaded to a file session and return its analysis: PDF metadata (page size/count), extracted text, image labels, color palette, quality scores, and an AI classification (productCategory, industry, designStyle, targetAudience, marketingIntent).

The file is analyzed in place from the file session's storage — no re-upload. Analysis typically takes 30–90 seconds; this tool waits up to waitSeconds and otherwise returns a pending status with an uploadId — resume with get_file_analysis. Feed the results to recommend_products to get product candidates.

Input parameters:

- `fileName` (string): Which file to analyze. Optional when the session has exactly one file.
- `fileSessionId` (string, required): File session ID holding the uploaded file.
- `waitSeconds` (integer): How long to wait for completion before returning a pending status (default 60).

### `get_file_analysis` (~119 tokens)

Fetch the status/results of a file analysis started by analyze_file (use the uploadId it returned). Returns the full results object once status is "ready".

Input parameters:

- `fileSessionId` (string): File session the analysis belongs to. When provided and the analysis is ready, the structured summary is persisted onto that file session (same as analyze_file does on completion).
- `uploadId` (string, required): Analysis uploadId returned by analyze_file.
- `waitSeconds` (integer): How long to wait for completion before returning the current status (default 30).

### `get_file_session_analysis` (~120 tokens)

Read the persisted structured analysis summary for a file session. Returns { analysis } where analysis is the AnalysisSummary written by analyze_file (page count, trim size, classification, color palette, and recommended file-derived selections), or null when the file session carries no stored analysis.

Use this on a fresh product-page arrival to decide whether to open with a file summary and offer to match the configuration. Absence of a summary means "no analysis → start from scratch".

Input parameters:

- `fileSessionId` (string, required): File session ID to read the stored analysis from.

### `recommend_products` (~147 tokens)

Map a file analysis (from analyze_file) to Smartpress product candidates: productId, productName, a rationale citing the analysis evidence, a 0-1 confidence, and machine-readable matchSignals. Candidates are ordered by confidence (max 5).

Pass the analysis object returned by analyze_file (or just the uploadId to have it fetched). Use get_product_config on a candidate's productId to see its options before creating a configuration session for the user's chosen candidate.

Input parameters:

- `analysis` (object): The results object returned by analyze_file (or its .analysis sub-object).
- `uploadId` (string): Alternative to analysis: the analyze_file uploadId; results are fetched if ready.

### `get_file_session_proofs` (~540 tokens)

Read the proof AND file-check state for a file session. Returns a compact view:
\- isProofable: whether the session's product/config supports proofing.
\- isFileCheckAvailable: whether a file check can run. A file check is a preflight report only (no proof file) and is often available when proofing is not.
\- files: [{ fileName, isProofable, isFileCheckAvailable }] per uploaded file.
\- proofs: newest-first, each { id, fileName, type, status, approvalStatus, invalid, invalidReason, errors[], warnings[], noReport, createdAt, proofFileUrl, totalPages }.
\- checks: newest-first file checks, each { id, fileName, type, status, invalid, errors[], warnings[], noReport, createdAt }.

\`id` is the proofId / checkId the create call returned — match on it to find the job you just started (an older proof or check for the same file may still be listed). A proof or check is "ready to report" when status is COMPLETED. `invalid: true` means a later configuration change made it stale and it needs re-running — it is computed server-side; just read it. Checks carry no invalidReason (only one reason is kept per session, chosen for proofs, so it reads wrong for checks), so describe a stale check in your own words. `errors`/`warnings` are the preflight messages shown to the customer (capped for length). `noReport: true` means a COMPLETED proof or check has no preflight report (for example a proof copied from a past order), so its errors and warnings are unknown, not empty: never tell the customer it has no issues. `proofFileUrl` is a signed link to the proof PDF. For each file currently in the session, only the latest proof that is neither invalid nor failed can carry it, and only once that proof is COMPLETED. While a newer proof of that file is still running, or if the file was replaced or removed, there is no link. It stops working within 24 hours of this read, possibly sooner; read again for a fresh one. If you pass it on, use it exactly as returned: never shorten, rebuild, or guess it, or…

Input parameters:

- `fileSessionId` (string, required): File session ID to read proof and file-check state from.

### `create_proof` (~611 tokens)

Generate (enqueue) a preflight proof for a file in a file session: the proof service checks the file against the product's print specs and produces a proof with any errors/warnings.

Returns { proofId, sessionId } once enqueued. Proof generation takes tens of seconds — after calling this, poll get_file_session_proofs until the proof whose `id` equals proofId reaches status COMPLETED, then report its errors/warnings.

\**Artwork orientation (checked before every proof).** If the artwork is turned against the configured size (e.g. 6 x 4 landscape art on a 4 x 6 portrait postcard) and swapping width and height fits it, this tool CHANGES THE CONFIGURED SIZE to match the artwork before proofing. The result then carries `orientation`:
\- `changedNow` (on the swap actions) is true only when THIS call changed the size. Announce a size change to the customer ONLY when `changedNow` is true, never otherwise.
\- `action: "swapped"` (`changedNow: true`): the size was changed (`from` → `to`, plus the new `price`) and the proof uses the new size. You MUST tell the customer the size changed, and the price if it changed, in your next message.
\- `action: "swapped-not-synced"` (`changedNow: true`): this call changed the size (`from` → `to`) but NO proof was started yet (no proofId) because the file service hasn't picked it up. Tell the customer the size changed, then call create_proof again in a few seconds.
\- `action: "swapped-earlier"` (`changedNow: false`): the configuration already had the size that fits the artwork (an earlier create_proof changed it, or the customer chose it); nothing was changed now and this proof uses it. Don't announce it as a new change.
\- `action: "warned"`: the artwork is turned but the size was NOT changed (`message` says why; `reason: "config-not-synced"` means the file service had not caught up with the configuration, so the proof may come back invalid and need re-running). The proof will show the artwork unrotated, possibly cut off, with a warning. Tell…

Input parameters:

- `fileName` (string, required): The file in the session to proof (exact name).
- `fileSessionId` (string, required): File session ID holding the uploaded file.

### `create_file_check` (~261 tokens)

Run (enqueue) a file check for a file in a file session: the proof service preflights the file against the product's print specs and produces a report of errors/warnings. Unlike create_proof it makes NO proof file — the report is the whole result, and there is nothing to approve.

Use it when the session is NOT proofable but isFileCheckAvailable is true (read get_file_session_proofs first). When the session is proofable, prefer create_proof.

Returns { checkId, ... } once enqueued. A check takes tens of seconds — after calling this, poll get_file_session_proofs until the `checks` entry whose `id` equals checkId reaches status COMPLETED, then report its errors/warnings. Refuses (tool error, nothing queued) when the session or file isn't eligible for a file check — do not retry a refusal.

ONLY call this on the customer's explicit go-ahead (a run-file-check quick-action click or a clear yes) — never unprompted. The file must already be uploaded to the session.

Input parameters:

- `fileName` (string, required): The file in the session to check (exact name).
- `fileSessionId` (string, required): File session ID holding the uploaded file.

### `set_proof_approval` (~509 tokens)

Record the customer's decision on a proof: APPROVED (they sign off on the proof as shown), FURTHER_REVIEW (a Smartpress expert checks the file before printing), or DECLINED. An approved proof is what prints: when the order is placed, the approved proof file goes to production and the order item is marked "User approved their instant proof through an AI assistant."

Before calling this, ALL of these must be true:
1\. The customer has seen the proof: you gave them its `proofFileUrl` from get_file_session_proofs (exactly as returned) or they opened it on smartpress.com. "It's in the file area" alone is not enough.
2\. In the same message as the offer, you restated the product, the proof, and every preflight error and warning.
3\. The customer then confirmed with an approve / expert-review action click or a clear yes to that restatement. Never call this unprompted or on an ambiguous reply.

Which statuses to offer: if the proof has preflight ERRORS, or `noReport: true` (no report, so its errors are unknown), do not offer approval. Offer expert review (FURTHER_REVIEW) first, or a corrected file and a new proof. If it has only WARNINGS (or nothing), offer approval and expert review side by side. Declining is always available.

The tool re-reads the session and refuses (tool error, nothing written) when the proof isn't in this file session, isn't COMPLETED, or is out of date (`invalid`); refuses APPROVED and FURTHER_REVIEW when the proof carries no `proofFileUrl` (not the current proof the customer could have opened); and refuses APPROVED when the proof has errors or no report. Don't retry a refusal; explain it and offer what it suggests. Approving or requesting review of one proof clears that status from the session's other proofs.

Returns { proofId, fileSessionId, approvalStatus, approvalOrigin }.

Input parameters:

- `approvalMessage` (string): Optional note in the customer's words, e.g. what an expert should check or why they declined.
- `approvalStatus` (string, required): APPROVED, FURTHER_REVIEW (expert review), or DECLINED.
- `fileSessionId` (string, required): File session ID the proof belongs to.
- `proofId` (string, required): The proof `id` from get_file_session_proofs.

## Diagnostics

Captured diagnostic sections: TLS, DNSSEC, Authorisation, Transports. The full working is on the page: https://verifymcp.io/servers/com-smartpress-mcp/mcp#diagnostics

## Score history

- 2026-10-25: 63
- 2026-10-24: 62
- 2026-10-23: 63
- 2026-10-22: 62

## Common questions

### What is the Smartpress MCP server?

Smartpress is an MCP server listed in the public MCP registry as com.smartpress/mcp. Configure, price, proof and add custom print products to a Smartpress cart. US printing, no login. This page covers its hosted endpoint (https://mcp.smartpress.com/mcp).

### Is the Smartpress MCP server safe to use?

Smartpress scores 63 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

### What tools does the Smartpress MCP server expose?

Smartpress exposes 20 tools: get_product_config, find_products, get_product_templates, create_config_session, update_config_session, and 15 more. Their descriptions and schemas cost roughly 6,768 tokens of context every time the server is loaded.

### Does the Smartpress MCP server require authentication?

No. We connected to Smartpress without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

### Is the Smartpress MCP server still maintained?

Smartpress is still listed as active in the MCP registry. We last reached this channel on 25 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

## Links

- Remote endpoint: https://mcp.smartpress.com/mcp
- Website: https://smartpress.com/
- Changelog RSS feed: https://verifymcp.io/servers/com-smartpress-mcp/mcp.xml
- Changelog JSON feed: https://verifymcp.io/servers/com-smartpress-mcp/mcp.json
- HTML version of this page: https://verifymcp.io/servers/com-smartpress-mcp/mcp