Ask One Standalone Audience Question
ask_audienceAsks exactly one standalone question of one existing Audience. It creates a private Study for that Audience, starts asynchronous answers from its Minds, and returns the Study identifier and its links.
Automatic classification may reformulate a context-dependent question. The accepted task and its answer contract are returned together, with the original request retained separately. Requests needing clarification or generated questions return planning_required before execution.
Out of scope: a questionnaire, battery, section or any request with two or more known questions. That complete set runs as one planned multi-question block inside a Study.
Attachments must be fetchable HTTP(S) URLs or existing Minds workspace uploads; the Study refuses to start if its Minds cannot read one.
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
| name | No | Optional name for the Study created to ask this question. Defaults to the Audience name. | |
| audience | No | Which Audience to ask. Give the id when known, otherwise the name. | |
| question | Yes | Exactly one respondent-visible standalone question for every Mind in the Audience. The system may classify or reformat it, but any text in this field can reach the Minds and influence their answers. Include only the concept, question, and instructions the Minds should receive. Never place planner-only or MCP-client orchestration instructions here. If the question offers a fixed set of answer options, say so in the text as the respondent would read it. The research reader identifies the question and its answer contract together. Include the complete authored labels, ordering and selection instructions. Numbered answer options do not by themselves make a request a multi-question battery. An invalid or ambiguous reading stops for retry or planning before execution. | |
| attachments | No | Files/images processed once and given to every Audience member as context. Pass a fetchable HTTP(S) URL, or an existing Minds workspace upload under chat/<userId>/ (that storage path or its /api/uploads/chat/ URL; request the signed upload with folder "chat"). MCP cannot read a local path, and a file the user attached in the chat client is NOT reachable either unless that client also exposes a public URL for it — most do not. When it is not: send the file CONTENTS to import_audience_sources (UTF-8 text, Markdown, CSV, JSON), which takes contents rather than paths. A PDF or image with no public URL has no MCP route at all — it must be uploaded in the Minds app first; say so instead of retrying. Study tools import external file URLs into durable Minds storage before saving or running. A temp/, portfolio/, or context/ path — and any /api/uploads/file-access/ URL — is refused as not belonging to the workspace owner and is never re-fetched; pass a plain external URL instead. The Study refuses to start if Minds cannot read the asset. |
Output Schema
| Name | Required | Description | Default |
|---|---|---|---|
| runId | No | Durable run identifier. | |
| locale | No | Study display locale. | |
| status | No | queued once submitted, or planning_required when the request needs a reviewed multi-question plan (nothing was submitted). | |
| apiBase | No | Minds base URL. | |
| studyId | No | Study the question was asked in. | |
| question | No | The submitted question. | |
| questionId | No | Identifier of this question; pass it to get_study_status to follow only this question. | |
| workspaceUrl | No | Authenticated Minds workspace link for the Study. | |
| sharedStudyUrl | No | Public share link, or null when link sharing is off. | |
| executionStarted | No | False when nothing was submitted. | |
| proposedQuestions | No | For planning_required: the respondent questions detected or proposed. |