Skip to main content
Glama

discord_follow_announcement_channel

Subscribe a Discord channel to an announcement channel to automatically repost published messages. Requires the source to be an announcement channel and Manage Webhooks permission in the target.

Instructions

Subscribe a target channel to an announcement (news) channel, so the source's published messages are reposted into the target. The source must be an announcement channel. Requires the Manage Webhooks permission in the target. Returns a confirmation.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
source_channel_idYesID (snowflake) of the announcement channel to follow.
target_channel_idYesID (snowflake) of the channel that will receive published messages.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changedv2.2.0
    • addedInput schema / additionalProperties
      Added value: +false
  2. Changed2 schema fields changedv2.0.0
    • addedInput schema / properties / source_channel_id / pattern
      Added value: +"^\\d{17,20}$"
    • addedInput schema / properties / target_channel_id / pattern
      Added value: +"^\\d{17,20}$"
  3. Changed2 schema fields changedv1.6.0
    • changedInput schema / properties / source_channel_id / description
      Previous value: -"The announcement channel to follow."New value: +"ID (snowflake) of the announcement channel to follow."
    • changedInput schema / properties / target_channel_id / description
      Previous value: -"The channel that will receive published messages."New value: +"ID (snowflake) of the channel that will receive published messages."
  4. Addedv1.5.0

TDQS

A4.3/5.0
Behavior4/5

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

Annotations already indicate this is a non-read-only, non-idempotent operation, so the bar for additional disclosure is lower. The description adds useful behavioral context: it requires Manage Webhooks in the target, causes published messages to be reposted, and returns a confirmation. It does not detail edge cases like duplicate follows, but that is not a major gap given the annotations.

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 short sentences front-load the core action and effect, then state prerequisites and the return value. No filler or redundant details; every sentence earns its place.

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 two-parameter tool with no output schema, this description is sufficient: it explains the operation, the required permission, the source constraint, and the response. An agent can invoke it correctly without needing additional context.

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?

Schema description coverage is 100%, so the baseline is 3. The description's prose reinforces that the source must be an announcement channel and the target receives published messages, but it does not add substantial parameter-level meaning beyond the schema.

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 uses a specific verb ('Subscribe') and identifies the precise resource relationship: a target channel follows an announcement channel. It clearly distinguishes this from sibling tools like discord_crosspost_message by describing the subscription/reposting behavior rather than one-off publishing.

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 states the key precondition ('source must be an announcement channel') and the required permission ('Manage Webhooks'). It does not explicitly name alternatives or say when not to use this tool, but the context is clear enough for an agent to understand the appropriate scenario.

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

Deploy Server

Other Tools