Skip to main content
Glama
runwhen-contrib

RunWhen Platform MCP

update_chat_command

Update an existing chat command's properties like name, description, schedule, or run budget using partial update semantics. Modify scheduling, scope, or active status without affecting unchanged fields.

Instructions

Update an existing chat command by ID.

Omitted fields are left unchanged. Schedule fields (cron_schedule, sink_configs, run_as_user, assistant_name, etc.) follow the same partial-update semantics as the PAPI. Use clear_max_runs=True to remove an existing run cap (MCP cannot send bare null for max_runs).

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
nameNoNew command name.
max_runsNoReplace the run budget (must be >= 1 when scheduling).
scope_idNoNew scope ID.
is_activeNoSet active/inactive.
command_idYesThe command ID to update.
scope_typeNoNew scope type.
descriptionNoNew description.
run_as_userNoReplace the run-as user email.
sink_configsNoReplace delivery targets for scheduled runs.
cron_scheduleNoNew cron expression, or empty string to clear scheduling.
assistant_nameNoReplace the persona for scheduled runs (workspace prefix optional).
clear_max_runsNoWhen true, remove the run budget cap (unlimited scheduled runs).
workspace_nameYesThe workspace the command belongs to (e.g. 't-oncall').
command_contentNoNew markdown content.
schedule_pausedNoPause or resume the cron schedule.
reset_runs_completedNoWhen true, reset runs_completed to 0 (e.g. after raising max_runs).
auto_approve_readonlyNoToggle auto-approve for read-only tasks on scheduled runs.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior4/5

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

No annotations are provided, so the description carries the burden. It discloses the partial-update behavior and a critical workaround for clearing max_runs via clear_max_runs=True, explaining that MCP cannot send bare null. This adds valuable behavioral insight 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?

The description is extremely concise with three sentences. The first sentence states purpose, the second explains partial-update, the third addresses a key behavioral nuance. Every sentence earns its place with no filler.

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?

With 17 parameters and no annotations, the description covers the essential update semantics and a specific workaround. An output schema exists, so return value documentation is not required. It could highlight required parameters but is generally complete for agent use.

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 adds overall semantics and a note about clear_max_runs, but doesn't detail individual parameters since the schema already does. It provides context without redundancy.

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 'Update an existing chat command by ID', specifying the verb (update) and resource (chat command). It distinguishes from sibling tools like create_chat_command and list_chat_commands by focusing on modification.

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 provides clear context for when to use this tool, emphasizing partial-update semantics ('Omitted fields are left unchanged'). It doesn't explicitly exclude alternatives or provide when-not scenarios, but the purpose is well-defined.

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/runwhen-contrib/runwhen-platform-mcp'

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