set_alert_enabled — Enable or disable alert rule
set_alert_enabled — Enable or disable alert rule
Section titled “set_alert_enabled — Enable or disable alert rule”Toggle notification evaluation without replacing destination and thresholds.
Stable Viat 1.1.0. Start with MCP configuration and result handling. The examples below are synthetic, source-derived expected shapes, not executed responses. No service, provider or device was contacted to prepare this page.
Prerequisites and permissions
Section titled “Prerequisites and permissions”Publisher-gated: project Owner or Admin; Developer and Viewer are refused. The PAT owner needs this project role and the PAT scope must permit the route.
Use an activated isolated instance, configured server/bearer, and an existing mcp-lab project except for list_projects. Examples using existing assets/IDs assume the fixtures in the overview; replace synthetic IDs with the IDs returned there. They are not self-provisioning.
Complete input fields
Section titled “Complete input fields”Required is the exported input contract’s structural requirement, not the full conditional API validation. For optional fields, explicit JSON null deserializes like omission, including unconstrained JSON fields. Empty strings/arrays/objects are actual values, not omission. Numeric formats describe serialization bounds; runtime clamps/defaults are separate. Schema default:null on args is not its effective runtime default {}.
| Field | Type | Required | Omission / explicit null | Constraints and meaning |
|---|---|---|---|---|
enabled | boolean | yes | No default; missing/null is invalid. | Stored enabled flag; upserts default true, toggle tools require boolean. |
name | string | yes | No default; missing/null is invalid. | Exact asset name; see tool-specific identity and folder rules. |
project | string / null | no (may be conditional) | VIAT_PROJECT / current_project; else project_required; null = omitted. | Project slug; omission/null uses VIAT_PROJECT/current_project, otherwise project_required. |
Behavior and validation
Section titled “Behavior and validation”PATCHes only required boolean enabled; null is not accepted. Read the existing state first and distinguish disabling a rule from deleting it.
Output and pagination
Section titled “Output and pagination”Object {enabled:boolean}; not the complete alert object. If upstream omits the flag, MCP echoes the requested value.
No pagination or continuation cursor.
The value is JSON serialized inside one MCP content text block. Parse result.content[0].text as JSON. There is no promised structuredContent or outputSchema. Optional fields documented as omitted must not be assumed to exist with null.
Synthetic request and expected shape
Section titled “Synthetic request and expected shape”After MCP initialize/initialized, send this tools/call request as one JSON line over stdio (pretty-printed here for readability).
{ "jsonrpc": "2.0", "id": 3, "method": "tools/call", "params": { "name": "set_alert_enabled", "arguments": { "project": "mcp-lab", "name": "mcp_alert", "enabled": false } }}Expected MCP envelope shape (IDs, timestamps, headers and computed values are illustrative, not deterministic assertions).
{ "jsonrpc": "2.0", "id": 3, "result": { "content": [ { "type": "text", "text": "{\"enabled\":false}" } ], "isError": false }}Decoded JSON value in the text block:
{ "enabled": false}Failures and recovery
Section titled “Failures and recovery”Unknown rule → upstream error. A successful enable says nothing about channel credentials/reachability; inspect last_error and use explicitly authorized stub delivery checks.
All upstream tools can fail with expired/revoked tokens, PAT confinement, project access denial, activation, network or timeout errors. Missing project/default gives project_required; control-plane non-2xx gives http_4xx/http_5xx. See the exact shared error envelope and retry rules. Input deserialization/unknown tool failures can be JSON-RPC protocol errors before the tool-layer envelope; do not assume every failure has isError. A retryable flag is not an idempotency guarantee.
Side effects, verification and cleanup
Section titled “Side effects, verification and cleanup”Enabling can cause real future sends. Example disables an isolated rule. Restore only the recorded prior state; disabling does not cancel already sent notifications.
Verification is observational: inspect the documented result fields and use the corresponding read tools before and after any authorized mutation. Do not verify by sending production traffic or deleting unrelated objects.
Maintenance evidence
Section titled “Maintenance evidence”Input inventory: contracts/1.1.0/mcp-tools.json, tool set_alert_enabled. Implementation/tests under the pinned product source: alerts.rs; handlers/alerts.rs; tests/it/tool_set_alert_enabled.rs. Tool module filenames refer to crates/viat-mcp/src/tools/; API handlers refer to crates/viat-api/src/handlers/. Shared transport/error evidence: crates/viat-mcp/src/tools/service.rs, http.rs, error.rs; tests were inspected, not run for this documentation change.