Skip to main content
Glama
ig-studio-mcp

ig-studio-mcp

by Luffy610

publish_carousel

Publish several photos as a single Instagram feed post, previewing first and confirming before sending.

Instructions

Publish a carousel (several photos in one post) to the user's feed. Public and immediate.

Use only when the user explicitly asks to post several photos together. ALWAYS call with confirm=false first to get a preview (nothing is sent), and call with confirm=true only after the user approves.

Args: image_urls: 2-10 public JPEG URLs, in display order. Every image is cropped to the first image's aspect ratio. caption: Post text, same limits as publish_image. confirm: false = preview only (default); true = publish.

Returns: executed, summary, container_ids (children then parent), and media_id + permalink. Limits: counts as one post toward the daily limit.

Input Schema

NameRequiredDescriptionDefault
captionNo
confirmNo
image_urlsYes

Output Schema

NameRequiredDescriptionDefault
notesNo
actionYes
captionNo
summaryYes
executedYesFalse = preview only; nothing was sent to Instagram
media_idNoID of the published post
permalinkNo
image_urlsYes
container_idsNoMedia containers created (children first)

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A4.9/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations only declare the generic safety profile (not read-only, not destructive, open-world). The description adds non-obvious behavior beyond that: the post is public and immediate, preview mode sends nothing, images are cropped to the first image's aspect ratio, and each call consumes one daily post quota.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Front-loaded with the action and usage gate, then structured Args/Returns/Limits sections with no filler. Mild redundancy between the confirm workflow described above and the Args entry for confirm, but nothing that wastes meaningful space.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a mutating, quota-consuming, multi-image publish tool this covers everything an agent needs: constraints, confirmation workflow, quota impact, and return payload. An output schema exists, so the returns line is bonus rather than required.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 0%, yet the description supplies real semantics for all three params: image_urls gets a 2-10 count constraint and ordering/crop rule (none of which the schema encodes), confirm's default and effect, and caption's purpose. Only the caption limits are delegated to a sibling reference, a minor gap.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource (publish a carousel) and immediately clarifies what a carousel is ('several photos in one post'), which distinguishes it from the sibling publish_image tool. 'Public and immediate' adds scope detail an agent can act on.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicit when-to-use gate: 'Use only when the user explicitly asks to post several photos together.' It also prescribes the correct invocation sequence (confirm=false preview, then confirm=true after user approval), which is the key decision an agent must get right here.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.