Skip to main content
Glama
eyalbarash
by eyalbarash

cigchat_broadcast_by_segment

Broadcast a sub flow to targeted subscriber segments via email, SMS, WhatsApp, or Facebook. Estimate audience first, then confirm to send.

Instructions

Broadcast sub flow by segments, available types: EMAIL,SMS,WHATSAPP_TEMPLATE,FACEBOOK_NOTIFICATION [POST /subscriber/broadcast-by-segment] DANGEROUS: sends to many subscribers at once, costs money and cannot be undone. Call once without confirm to get an audience estimate, show it to the human, and only then re-call with the confirmation token. Requires the "Manage Flow" scope on the token.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
typeNoavailable values: EMAIL,SMS,WHATSAPP_TEMPLATE,FACEBOOK_NOTIFICATION Example: EMAIL
confirmNoConfirmation token from this tool's previous "requires_confirmation" response. Call without it first, show the human the impact statement, and only pass the token once they have approved.
bot_fieldsNoup to 10 bot fields
segment_nsYescomma separated segment ns, up to 10 segment ns Accepts either the segment namespace id or the segment's exact name — the server resolves names automatically. Example: f123sg34,f123sg56
message_tagNowhen type is FACEBOOK_NOTIFICATION, available values: CONFIRMED_EVENT_UPDATE,POST_PURCHASE_UPDATE,ACCOUNT_UPDATE,NON_PROMOTIONAL_SUBSCRIPTION Example: POST_PURCHASE_UPDATE
sub_flow_nsYesAccepts either the flow namespace id or the flow's exact name — the server resolves names automatically. Example: f123s789
max_per_minuteNoRate limit, maximum per minute, default is 60 Example: 60
scheduled_timeNounix timestamp, e.g. 1786123679. Leave empty to send now Example: 1786123679
Behavior5/5

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

With no annotations provided, the description carries the full burden and does so excellently. It warns that the tool sends to many subscribers at once, costs money, cannot be undone, requires confirmation, and needs a specific OAuth scope. This goes far beyond the schema.

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

Conciseness5/5

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

Three sentences pack purpose, danger, required workflow, and scope requirement with zero waste. Information is front-loaded and each clause earns its place.

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

Completeness4/5

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

For a high-impact, irreversible operation like this, the description conveys the essential safety protocol and prerequisites. It could mention the shape of the first response (e.g., audience size) explicitly, but the schema already covers parameters and the confirmation flow is clearly described.

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

Parameters3/5

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

The input schema already documents all parameters with detailed descriptions (100% coverage), so the description adds limited extra parameter semantics. The mention of the `confirm` flow reinforces the schema's explanation but doesn't introduce new meaning beyond it.

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 states a specific action ('Broadcast sub flow') and scope ('by segments'), clearly distinguishing it from sibling tools like cigchat_broadcast_by_tag and cigchat_broadcast_by_user_id. It also lists the available channel types, making the tool's purpose immediately clear.

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

Usage Guidelines4/5

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

The description gives detailed procedural guidance: call without `confirm` to get an audience estimate, show the human, then re-call with the confirmation token. It doesn't explicitly contrast with alternative broadcast tools, but the segment-based scope is clear from the name and description.

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/eyalbarash/cig-chat-mcp'

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