Skip to main content
Glama

Delimit Content Queue

delimit_content_queue

View, seed, or add items to tweet, video, and report queues. Stage report distribution artifacts without publishing.

Instructions

Manage the tweet, video, and report content queues.

When to use: to view, seed, or add to the autonomous content queues that delimit_content_publish drains, or to STAGE a report for distribution (LED-3729). When NOT to use: to publish (use delimit_content_publish) or read upcoming schedule (delimit_content_schedule).

Sibling contrast: delimit_content_publish drains; delimit_content_schedule reads; this mutates the queue.

Side effects: action="seed" populates queue with defaults; action="add" appends tweet items; action="add_report" composes and STAGES report-distribution artifacts (README block / Release note / minimal X mirror) — compose-only, posts NOTHING. action="status" is read-only and now also reports the staged reports-distribution queue.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
itemsNoFor "add" — newline-separated tweet texts. For "add_report" — one or more report slugs (newline- or comma-separated).
actionNo"status" (default), "seed", "add", or "add_report".status

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. Changed2 schema fields changedv4.13.2
    • changedInput schema / properties / action / description
      Previous value: -"\"status\" (default), \"seed\", or \"add\"."New value: +"\"status\" (default), \"seed\", \"add\", or \"add_report\"."
    • changedInput schema / properties / items / description
      Previous value: -"For \"add\" — newline-separated tweet texts."New value: +"For \"add\" — newline-separated tweet texts. For \"add_report\" — one or more report slugs (newline- or comma-separated)."
  2. Changed2 schema fields changedv4.7.9
    • changedInput schema / properties / action / description
      Previous value: -"'status' to view queue, 'seed' to populate with defaults, 'add' to add custom tweets."New value: +"\"status\" (default), \"seed\", or \"add\"."
    • changedInput schema / properties / items / description
      Previous value: -"For 'add' action -- newline-separated tweet texts to add to the queue."New value: +"For \"add\" — newline-separated tweet texts."
  3. Addedv4.5.5

TDQS

A4.8/5.0
Behavior5/5

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

Even though annotations already mark readOnlyHint=false and destructiveHint=false, the description goes further by detailing per-action side effects: seed populates defaults, add appends, add_report stages without posting, and status is read-only. This is exactly the behavioral nuance an agent needs.

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?

The description is longer than average but well-organized with labeled sections and front-loaded scope. Each section earns its place given the multi-action, side-effect-bearing nature of the tool, though a couple of phrases could be tightened.

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 tool with two optional parameters and no required ones, the description is complete: it covers purpose, action semantics, side effects, sibling routing, and read-only behavior. An output schema exists, so the lack of return-value detail in the description is not a gap.

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

Parameters4/5

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

Input schema covers both parameters 100%, so the bar is baseline 3. The description adds meaning by attaching behavioral outcomes to each action value ('seed' populates defaults, 'add' appends tweet items, 'add_report' composes/stages) and clarifies that status is read-only, enriching the bare action enum.

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?

The description opens with a specific verb and resource ('Manage the tweet, video, and report content queues') and then enumerates exactly what actions are possible. It explicitly contrasts with delimit_content_publish and delimit_content_schedule, making the tool's distinct role unambiguous.

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?

Provides a dedicated 'When to use' section, a 'When NOT to use' section naming the correct alternatives, and a direct sibling contrast. An agent can confidently decide between this tool, publish, and schedule without inferring from context.

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

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/delimit-ai/delimit-mcp-server'

If you have feedback or need assistance with the MCP directory API, please join our Discord server