@proof-holdings/mcp-server

Official

Overview Schema Source Related Servers Discussions Admin

delete_hitl

Destructive

Archives a HITL (human-in-the-loop) confirmation config by setting its status to archived, so it can no longer be used for new confirmations.

Instructions

Delete (archive) a HITL config. Sets status to archived. Cannot be used for new confirmations after deletion.

ACCESS: needs a Proof account. Set PROOF_API_KEY and restart this server, then call this tool again. start_login does NOT open this tool.

Input Schema

Name	Required	Description	Default
`id`	Yes	HITL config ID to delete

Output Schema

Name	Required	Description
`id`	Yes	MongoDB ObjectId
`name`	No
`status`	Yes	Status of a HITL configuration
`keypair`	Yes	Encryption keypair metadata (null if not configured)
`user_id`	Yes	Owner user ID (useful for SDK encryption AAD)
`channels`	Yes
`circle_id`	No	Backing Circle for a circle-backed Approvals config (null for channel-list configs)
`created_at`	Yes
`profile_id`	No
`updated_at`	Yes
`environment`	Yes
`timeout_seconds`	Yes

Schema Changelog

Changes observed during successful MCP inspections.

Changed2 schema fields changedv1.7.2Nov 6, 2026

removedInput schema / additionalProperties
```
Removed value: -false
```

changedOutput schema / (root)

Previous value: -nullNew value: +{
+  "$schema": "http://json-schema.org/draft-07/schema#",
+  "additionalProperties": {},
+  "description": "HITL configuration with messaging channels and timeout",
+  "properties": {
+    "channels": {
+      "items": {
+        "oneOf": [
+          {
+            "additionalProperties": {},
+            "properties": {
+              "config": {
+                "additionalProperties": {},
+                "properties": {
+                  "chat_id": {
+                    "type": "string"
+                  }
+                },
+                "required": [
+                  "chat_id"
+                ],
+                "type": "object"
+              },
+              "type": {
+                "const": "telegram",
+                "type": "string"
+              }
+            },
+            "required": [
+              "type",
+              "config"
+            ],
+            "type": "object"
+          },
+          {
+            "additionalProperties": {},
+            "properties": {
+              "config": {
+                "additionalProperties": {},
+                "properties": {
+                  "bsuid": {
+                    "type": "string"
+                  },
+                  "phone_number": {
+                    "type": "string"
+                  }
+                },
+                "type": "object"
+              },
+              "type": {
+                "const": "whatsapp",
+                "type": "string"
+              }
+            },
+            "required": [
+              "type",
+              "config"
+            ],
+            "type": "object"
+          }
+        ]
+      },
+      "type": "array"
+    },
+    "circle_id": {
+      "description": "Backing Circle for a circle-backed Approvals config (null for channel-list configs)",
+      "type": [
+        "string",
+        "null"
+      ]
+    },
+    "created_at": {
+      "type": "string"
+    },
+    "environment": {
+      "type": "string"
+    },
+    "id": {
+      "description": "MongoDB ObjectId",
+      "type": "string"
+    },
+    "keypair": {
+      "anyOf": [
+        {
+          "additionalProperties": {},
+          "properties": {
+            "has_backup_wrapper": {
+              "type": "boolean"
+            },
+            "has_encrypted_private_key": {
+              "type": "boolean"
+            },
+            "has_wrapped_dek": {
+              "type": "boolean"
+            },
+            "kid": {
+              "type": "string"
+            }
+          },
+          "required": [
+            "kid",
+            "has_encrypted_private_key",
+            "has_wrapped_dek",
+            "has_backup_wrapper"
+          ],
+          "type": "object"
+        },
+        {
+          "type": "null"
+        }
+      ],
+      "description": "Encryption keypair metadata (null if not configured)"
+    },
+    "name": {
+      "type": [
+        "string",
+        "null"
+      ]
+    },
+    "profile_id": {
+      "type": [
+        "string",
+        "null"
+      ]
+    },
+    "status": {
+      "description": "Status of a HITL configuration",
+      "type": "string"
+    },
+    "timeout_seconds": {
+      "maximum": 9007199254740991,
+      "minimum": -9007199254740991,
+      "type": "integer"
+    },
+    "updated_at": {
+      "type": "string"
+    },
+    "user_id": {
+      "description": "Owner user ID (useful for SDK encryption AAD)",
+      "type": [
+        "string",
+        "null"
+      ]
+    }
+  },
+  "required": [
+    "id",
+    "user_id",
+    "channels",
+    "timeout_seconds",
+    "status",
+    "keypair",
+    "environment",
+    "created_at",
+    "updated_at"
+  ],
+  "type": "object"
+}

First observedv1.1.0Sep 9, 2026

TDQS

A4.1/5.0

Behavior4/5

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

Annotations already declare destructiveHint=true and readOnlyHint=false, so the bar is lower, but the description still adds real value: it discloses that the operation is a soft delete (archive) rather than a hard purge, and quantifies the downstream effect on new confirmations. The authentication/restart requirement is also disclosed, which annotations cannot convey. It does not say whether an archived config can be restored or re-activated.

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 core behavior is front-loaded in the first two sentences, and the access caveat is separated into its own block, which is easy to scan. The access paragraph is somewhat verbose for a single repeated environmental prerequisite, but it earns its place by preventing a predictable authorization failure loop.

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?

For a single-parameter destructive tool with annotations covering the safety profile and an output schema covering the response, the description covers purpose, effect, and prerequisites adequately. The remaining gap is recoverability — whether an archived config can be restored — which matters for a destructiveHint=true tool.

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?

Only one parameter (id) and schema description coverage is 100%, so the schema already fully documents it. The description adds no format, sourcing, or lookup guidance for the ID beyond what the schema states, so the baseline of 3 applies.

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?

States a specific verb and resource ('Delete (archive) a HITL config') and immediately disambiguates the semantics of that verb by clarifying it is an archive that sets status to archived. Among siblings named delete_* (delete_domain, delete_template, delete_hitl_keys, delete_circle), the HITL-config scope is unambiguous.

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?

Gives the operative condition an agent needs: after deletion the config cannot be used for new confirmations, which tells the agent this is a prerequisite-breaking action. It also states the access precondition (Proof account, PROOF_API_KEY, restart) and explicitly warns that start_login does NOT unlock this tool. It stops short of naming an alternative such as update_hitl or the list/get siblings for inspection-before-delete.

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

Deploy Server