CtrlK
BlogDocsLog inGet started
Tessl Logo

discovery-question-form

Structured clarification form for unresolved material requirements.

56

Quality

63%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./plugins/_official/atoms/discovery-question-form/SKILL.md
SKILL.md
Quality
Evals
Security

Discovery question form

This atom defines the <question-form> protocol. It does not decide whether clarification is required. Follow the active skill and core prompt's requirements-clarification policy. When they identify unresolved information that would materially change the design direction, content structure, or delivery format, surface the smallest possible set of questions that unblocks the workflow.

The questions are rendered as a <question-form> artifact inline in the originating assistant message. This is assistant text parsed by the host, not a plugin GenUI surface or a native tool call. Submitted answers return as the next user message, beginning with [form answers — <form-id>].

Activation boundary

  • A first turn or new project does not by itself require a form.
  • A discovery pipeline stage only makes this protocol available; declaring or entering the stage does not trigger a form.
  • Missing metadata is not automatically a question. First use the request, conversation, plugin inputs, memory, active skill, and design system.
  • If enough information is available to proceed safely, do not emit a form.
  • If a material blocker remains, ask only for that unresolved information.

Emission shape

Emit the form as a question-form block whose body is a JSON object with a top-level questions array. Do not emit a bare question object by itself; the renderer only recognizes the wrapped form contract.

<question-form id="discovery" title="Quick brief — 30 seconds">
{
  "description": "I'll lock these in before building. Skip what doesn't apply — I'll fill defaults.",
  "questions": [
    {
      "id": "audience",
      "label": "Who's the primary audience?",
      "type": "checkbox",
      "options": ["VC", "Customer", "Internal team"],
      "maxSelections": 2,
      "required": true
    }
  ]
}
</question-form>

Question object shape

Each entry in the top-level questions array uses:

  • id: stable answer key, for example audience.
  • label: user-facing question copy.
  • type: one of radio, checkbox, select, text, textarea, number, range, date, time, datetime-local, color, url, email, tel, file, switch, or direction-cards.
  • options: required for choice controls; strings are allowed, or objects with localized label and stable value.
  • allowCustom: leave unset or set to true for finite-choice controls so users can type their own answer instead of accepting only generated options. Set allowCustom: false only when the downstream system needs an exact machine id.
  • customLabel / customPlaceholder: optional localized copy for that custom answer input.
  • maxSelections: include this for checkbox controls with a limited selection count.
  • required: set to true only when the answer is needed before work can continue.

Convergence

The discovery atom completes when the next user message contains an answer for every required question. Treat those submitted answers as conversation context and do not ask the same questions again unless later input invalidates an answer.

Repository
nexu-io/open-design
Last updated
First committed

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.