Skip to main content
Glama
OrbiAds

OrbiAds

Official

orders

Manage Google Ad Manager orders: list, create, update, archive, approve, and verify setup. Retrieve order details and users. Supports read and write operations.

Instructions

Non-lifecycle Order operations — list, get, create, update, and manage orders.

MODE: mixed (read + write) AUTH: OAuth 2.0 required CREDITS: Reads = 0. Writes = 0.5 credits. OUTPUT: Returns Order objects with id, name, status, advertiserId, agencyId, salespersonId, traffickerId, totalBudget, and startDateTime/endDateTime. WHEN TO USE: Use orders for Order entity management. Use campaign for full campaign orchestration that includes Order + LineItems. Use order_lifecycle for status transitions. NOT the same as order_lifecycle: orders handles data; order_lifecycle handles approve/archive/disapprove transitions.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
actionYesSub-operation to perform: • list_delivering: List orders currently in delivery. Read-only. • get: Get a single order by ID. Read-only. • list: List orders with optional filters (advertiser, status, date range). Read-only. • create: Create a new order. Write. Requires advertiserId, name, and traffickerId. • archive: Archive an order. Destructive write — stops delivery. • approve: Approve an order for delivery. Write. • verify_setup: Verify an order's setup (targeting, creative associations) before activation. Read-only. • update: Update an order's name, salesperson, or notes. Write. • find_or_create: Find an existing order matching the criteria or create a new one if not found. Idempotent write. • list_users: List users (salespeople, traffickers) associated with an order. Read-only. • list_roles: List available order roles. Read-only.
network_codeNoGAM network code (e.g. 12345678). Required for all network-scoped operations. Obtain via select_gam_network or list_accessible_networks.
order_idNoGAM Order ID (required for single-entity operations).
Behavior5/5

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

With no annotations provided, the description carries full burden and delivers thorough behavioral context: it lists mode (mixed), auth (OAuth), credits (read 0/write 0.5), and each sub-operation's read/write/destructive nature (e.g., 'archive: Destructive write'). It also notes idempotency for find_or_create and output fields.

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 well-organized with clear sections (MODE, AUTH, CREDITS, OUTPUT, WHEN TO USE) and is front-loaded with the core purpose. It is slightly verbose due to repeating sub-operation details that are in the schema, but overall efficient.

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?

Given no output schema or annotations, the description covers essential aspects: auth, credits, output fields, and usage differentiation. It lacks explicit error handling or response format details, but the listed output fields and sub-operation descriptions provide adequate completeness for a tool with 11 sub-actions.

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 coverage is 100% with detailed parameter descriptions for action, network_code, and order_id. The main description adds no significant extra meaning beyond the schema, such as the sub-operation list and required fields, which are already in 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 clearly states 'Non-lifecycle Order operations — list, get, create, update, and manage orders', providing a specific verb and resource. It distinguishes from sibling tools by noting 'NOT the same as order_lifecycle' and explicitly stating when to use each sibling.

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?

The description includes a dedicated 'WHEN TO USE' section that explicitly tells the agent when to use this tool vs. alternatives (campaign, order_lifecycle). It also provides context on mode, auth, and credits, making it clear when the tool is appropriate.

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/OrbiAds/Orbiads-GAM-MCP'

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