Skip to main content
Glama
Doist

Twist AI MCP Server

Official
by Doist

delete-object

DestructiveIdempotent

Permanently delete a Twist thread, comment, or message by passing its ID. Choose the object type to remove content you own or manage as an admin.

Instructions

Permanently delete a Twist object. targetType: "thread" deletes a thread (and all of its comments); "comment" deletes a single thread comment; "message" deletes a direct/group conversation message. Always pass targetId. Deletion is irreversible — confirm with the user before invoking. Note: the Twist API only allows deletion by the object's creator or a workspace admin; the call will be rejected otherwise.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
targetIdYesThe ID of the thread, comment, or conversation message to delete.
targetTypeYesThe type of object to delete: thread, comment, or message.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
typeYes
successYes
threadIdNo
commentIdNo
messageIdNo
targetTypeYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed2 schema fields changedv7.0.0
    • changedInput schema / $schema
      Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
    • changedOutput schema / $schema
      Previous value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema"
  2. First observedv5.5.1

TDQS

A4.7/5.0
Behavior5/5

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

Annotations already mark this as destructive, but the description goes further: it states that deletion is permanent and irreversible, that thread deletion cascades to comments, that permission is restricted to creator or workspace admin, and that the call will be rejected otherwise. This is valuable behavioral context beyond 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 sentences, each earning its place: the first defines the action and variants, the second mandates the required parameter and warns of irreversibility, and the third covers permission constraints. Information is front-loaded and there is no filler.

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?

The description covers what the tool deletes, what each target type means, the required parameter, the irreversibility, the need for user confirmation, and permission restrictions. An agent has enough to select and invoke it correctly without ambiguity.

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?

Schema coverage is 100%, so the baseline is 3. The description adds meaning by explaining the behavioral effect of each targetType value (thread cascades, comment is single, message is direct/group) and explicitly instructs to always pass targetId, which reinforces the schema's required fields.

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?

Description uses a specific verb ('Permanently delete') and resource ('Twist object'), then enumerates exactly what each targetType does. It clearly differentiates from siblings like update-object and create-thread by scope and semantics.

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 clear operational context: which object types are valid, that targetId is always required, and that deletion is irreversible and requires confirmation. It also names the permission conditions. It does not explicitly name alternative tools or say when not to use it, but it strongly implies the intended use cases.

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