agentleFS
MicrosoftKnown publishermicrosoft/skills-for-copilot-studio/skills/add-adaptive-card/SKILL.md

add-adaptive-card

Skill486 starsChanged 8 months agoMITView on GitHub

Generate and insert an Adaptive Card into a Copilot Studio topic using AdaptiveCardPrompt. Use when the user asks to add an adaptive card, rich card, form card, info card, confirmation card, or interactive card to a topic.

The file

We split this skill into the rules it gives an agent

6 rules. About 0 are common, 2 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Add an AdaptiveCardPrompt node to an existing Copilot Studio topic.

    line 12
  2. Distinctive:

    NEVER hardcode an agent name.

    line 20
  3. Distinctive:

    Verify the schema: if needed:

    line 30
  4. Very specific:

    Use plain binding: — no kind: property inside it.

    line 83
  5. Very specific:

    Do NOT use SendActivity with an attachments array for Adaptive Cards.

    line 94
  6. Very specific:

    Do NOT use style: "Email" or style: "Tel" for validation — these only change the mobile keyboard and do not validate on submit.

    line 98

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Add Adaptive Card

Add an AdaptiveCardPrompt node to an existing Copilot Studio topic. Use this for all Adaptive Card scenarios — display-only cards, input forms, and confirmation flows.

Instructions

  1. Auto-discover the agent directory:
    Glob: agents/**/agent.mcs.yml
    NEVER hardcode an agent name.
  2. Clarify requirements from the user if not specified:
    • Which topic should the card be added to?
    • Which card type (form, info, confirmation)?
    • What fields, labels, and placeholders are needed?
    • Which topic variables should receive the submitted values?
  3. Read the target topic file to understand its structure and find the correct insertion point.
  4. Verify the schema if needed:
    # Copilot Studio node schema
    node ${CLAUDE_SKILL_DIR}/../../scripts/schema-lookup.bundle.js summary AdaptiveCardPrompt
    
    # Adaptive Cards element schema (v1.6 — the version supported by Copilot Studio)
    node ${CLAUDE_SKILL_DIR}/../../scripts/schema-lookup.bundle.js ac-summary TextBlock
    node ${CLAUDE_SKILL_DIR}/../../scripts/schema-lookup.bundle.js ac-summary Input.Text
    node ${CLAUDE_SKILL_DIR}/../../scripts/schema-lookup.bundle.js ac-search Action
  5. Select and adapt the template from card-templates.md matching the requested type.
  6. Generate unique IDs for all new nodes (format: <nodeType>_<6-8 random alphanumeric>).
  7. Insert the node(s) at the correct position in the actions array using Edit.
  8. Validate the updated topic file:
    node ${CLAUDE_SKILL_DIR}/../../scripts/schema-lookup.bundle.js validate <topic-file.yml>
  9. Inform the user that they must push (VS Code Extension) and publish (Copilot Studio UI) before testing with /chat-with-agent or /run-tests.

AdaptiveCardPrompt Structure

AdaptiveCardPrompt is the correct node kind for all Adaptive Cards in Copilot Studio. The card JSON is embedded as a multiline YAML literal string under card: |.

- kind: AdaptiveCardPrompt
  id: adaptiveCardPrompt_m9Kp2x
  card: |
    {
      "type": "AdaptiveCard",
      "$schema": "http://adaptivecards.io/schemas/adaptive-card.json",
      "version": "1.5",
      "body": [...],
      "actions": [...]
    }
  output:
    binding:
      fieldId: Topic.MyVariable
  outputType:
    properties:
      fieldId:
        type: String

Rules:

  • card: | — the literal block scalar is mandatory. Do not use card: > or inline the JSON without it.
  • $schema and version are required inside the card JSON.
  • The output.binding maps each card input id to a topic variable (Topic.VarName, no = prefix).
  • outputType.properties must declare a type for every bound field.
  • Use plain binding: — no kind: property inside it.
  • Every AdaptiveCardPrompt must have output, outputType, and an Action.Submit button — including display-only info cards. Omitting any of these causes VS Code extension errors (MissingRequiredProperty, AdaptiveCardMissingActionSubmit).
  • For info cards with no meaningful inputs, add an Action.Submit (e.g. "OK") and bind a dummy acknowledgement variable (Topic.CardAcknowledged, type String).

Node Comparison

NodeUse When
AdaptiveCardPromptAny Adaptive Card — with or without input fields
SendActivityPlain text messages with optional {} variable interpolation

Do NOT use SendActivity with an attachments array for Adaptive Cards.

Field Validation

Do NOT use style: "Email" or style: "Tel" for validation — these only change the mobile keyboard and do not validate on submit. Always use regex:

{
  "type": "Input.Text",
  "id": "email",
  "label": "Email address",
  "placeholder": "Enter your email address",
  "isRequired": true,
  "regex": "^[a-zA-Z0-9._%+\\-]+@[a-zA-Z0-9.\\-]+\\.[a-zA-Z]{2,}$",
  "errorMessage": "Enter a valid email address"
}
{
  "type": "Input.Text",
  "id": "mobile",
  "label": "Mobile number",
  "placeholder": "Enter your mobile number",
  "isRequired": true,
  "regex": "^[+]?[0-9][\\s\\-\\(\\)0-9]{6,14}$",
  "errorMessage": "Enter a valid mobile number"
}
ApproachValidates on submit?Notes
regexYes — blocks submit if pattern failsUse for email, phone, any format
isRequired: trueYes — blocks submit if emptyMandatory fields
style: "Email"NoKeyboard hint only — never use for validation
style: "Tel"NoKeyboard hint only — never use for validation

Rule: Every Input.ChoiceSet (and any required input) must have a label property, or the VS Code extension raises AdaptiveCardInputIsRequiredMissingLabel.

Output Binding

  • Card input id values must exactly match the keys in output.binding.
  • Topic variable references: Topic.VariableName (no = prefix).
  • Declare every bound field in outputType.properties with its type.
output:
  binding:
    userName: Topic.UserName
    userEmail: Topic.UserEmail
    category: Topic.Category
outputType:
  properties:
    userName:
      type: String
    userEmail:
      type: String
    category:
      type: String

Dynamic Text Around Cards

Card JSON is static — Power Fx expressions and {} interpolation do not work inside the card body. Use SendActivity before or after AdaptiveCardPrompt for dynamic content:

- kind: SendActivity
  id: sendMessage_Rz4Wq1
  activity: "Hello {Topic.UserName}, please complete the form below."

- kind: AdaptiveCardPrompt
  id: adaptiveCardPrompt_m9Kp2x
  card: |
    { ... }

Card Types Quick Reference

TypeHas inputs?Has output?Template
formYesYesForm Card
infoNo (dummy acknowledgement)Yes (always required)Info Card
confirmationYes (ChoiceSet)YesConfirmation Card

For full YAML examples of each type, see card-templates.md.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.