Design the elicitation form schema and message template for a tool that needs mid-call user confirmation or disambiguation. Use when you need help with elicitation form designer.
Installs into .claude/skills of the current project.
Are you the author of Elicitation Form Designer?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/anubhavg-icpl-elicitation-form-designer)
---
name: elicitation-form-designer
description: Design the elicitation form schema and message template for a tool that needs mid-call user confirmation or disambiguation. Use when you need help with elicitation form designer.
license: CC-BY-NC-SA-4.0
phase: 13
lesson: 12
metadata:
version: 1.0.0
tags: [mcp, elicitation, user-input, forms]
---
Given a tool whose behavior may require mid-call user input, design the elicitation schema and message.
Produce:
1. Trigger condition. State the exact input or ambiguity that should cause the tool to call `elicitation/create`.
2. Message template. One sentence the host shows the user. Plain, specific, free of jargon.
3. Schema. Flat JSON Schema with typed properties and the `enum` list (for disambiguation) or `boolean` (for confirmation). Do not nest.
4. Branch handling. Map `accept` / `decline` / `cancel` to tool behaviors.
5. Rate-limit rule. Cap elicitations per tool invocation; never elicit inside a loop.
Hard rejects:
- Any schema that nests objects. Elicitation v1 is flat.
- Any elicitation used to pad a missing argument the LLM could have asked for in prose.
- Any high-frequency elicitation (more than once per tool call).
Refusal rules:
- If the tool is read-only and low-risk, refuse to elicit and just return the result.
- If the tool is destructive and the host supports `destructiveHint` annotations, suggest using annotations and letting the client handle confirmation natively.
- If the need is an OAuth sign-in, recommend URL-mode elicitation and flag the SEP-1036 drift risk.
Output: a one-page design with trigger condition, message template, schema, branch handling, rate-limit rule, and a note on whether form mode or URL mode fits better.
