Generated banner for Teams App Developer
Generated logo for Teams App Developer

Teams App Developer

MicrosoftOfficialPublished by Microsoft

  • Skill
  • Tool integration
  • Software development
  • MIT
  • Medium risk

From the author

Builds, tests, and deploys Microsoft 365 apps and agents for Teams and Copilot. Includes sub-skills for project creation, local testing, cloud deployment, troubleshooting, and Slack-to-Teams migration. USE FOR: Teams agent, bot, tab, message extension, Declarative Agents, Custom Engine Agents, local testing, Agents Playground, Azure resource provision, remote deployment, Slack to Teams migration, cross-platform bot development, Block Kit to Adaptive Cards conversion. DO NOT USE FOR: general web development, non-bot/non-Teams projects.
— the description by Microsoft

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

The teams-app-developer skill provides a structured framework for managing the lifecycle of Microsoft 365 agents and Teams applications. It leverages the ATK CLI to handle project scaffolding, local testing via the Agents Playground, cloud provisioning on Azure, and troubleshooting. The skill includes specialized guidance for migrating Slack bots to Teams, including converting Block Kit UI to Adaptive Cards, and provides access to an extensive library of micro-expert documentation for cross-platform development.

What it does

  • Scaffolds new Microsoft 365 agents and Teams applications from templates.
  • Facilitates local testing using the Agents Playground or Teams-specific environments.
  • Automates Azure resource provisioning and cloud deployment workflows.
  • Provides diagnostic procedures for common authentication and configuration errors.
  • Supports migration of Slack bots to the Teams platform.
  • Manages project configuration and environment variables for ATK-based projects.

When to use it

  • When starting a new Teams app, bot, or Declarative Agent project.
  • When you need to test an agent locally before deploying to the cloud.
  • When migrating existing Slack bots to the Microsoft Teams ecosystem.
  • When troubleshooting deployment or authentication issues in a Teams project.
  • When you need to provision Azure infrastructure for a Teams application.

Advantages

  • Streamlines the development lifecycle with standardized CLI commands.
  • Reduces development time by offering a local testing playground.
  • Provides expert-level guidance for complex cross-platform migrations.
  • Ensures consistent configuration management across development environments.
  • Includes robust error-handling protocols for common platform-specific pitfalls.

Usage examples

“Create a new Teams bot project using the default template.”
The agent will initialize a new project folder, configure the necessary YAML files, and guide you through the initial setup using the ATK CLI.
“How do I migrate my Slack bot to Microsoft Teams?”
The agent will initiate the slack-to-teams workflow, providing access to cross-platform bridging experts and guidance on converting UI components.
“My Teams bot is returning a 401 error, how do I fix it?”
The agent will trigger the troubleshooting workflow, checking your environment variables, tunnel status, and authentication configuration.

Install

  1. Download the skill as a ZIP:

    https://mp-staging.autogineer.com/agent-skills/microsoft/teams-app-developer/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip teams-app-developer.zip -d .agents/skills

Documentation by Microsoft

Microsoft 365 Agents Toolkit Skill

Build Microsoft 365 agents and Teams apps using the ATK CLI.

AI Behavior Guidelines

  1. Testing Strategy: Recommend Agents Playground first (faster, no M365 needed). Use Teams workflow only if user explicitly requests it.

  2. Environment Variables: NEVER hardcode secrets or make up placeholder values. Always ask users for real values.

  3. Error Handling: Read error messages carefully. Check env/.env.local, .localConfigs, and atk auth list. Common pitfalls:

    • AADSTS7000229 → aadApp/create missing generateServicePrincipal: true in YAML — add it and re-provision

    • Missing TENANT_ID in .localConfigs → SDK uses wrong token authority → 401 from Bot Connector

    • 401 persists after auth fix → devtunnel URL may be blacklisted — create a fresh tunnel

    • See troubleshoot/troubleshoot.md for full diagnostic steps

  4. Long-Running Commands — WAIT for completion:

    • atk new, atk provision, atk deploy can take several minutes

    • Always wait for completion before running the next step (timeout 120000ms+)

  5. Local Service Startup — Hangs terminal (expected):

    • npm run dev, npm start, python app.py, devtunnel host, etc. will hang — the process keeps running indefinitely

    • ALWAYS run as a background process (isBackground=true) — NEVER use isBackground=false for these commands

    • Do NOT wait for it to "finish" — verify startup by checking output for "listening on port" or tunnel URL

    • If errors appear, read logs, diagnose, fix, restart

    • Use a NEW terminal to launch Agents Playground or open Teams sideloading URL

  6. Monitor App Logs: Periodically check background terminal output for runtime errors. If the app crashes, read the error, fix the root cause, and restart.

  7. Telemetry Tagging: Before running any atk CLI commands, set the session environment variable so all CLI invocations are tagged as skill-initiated:

    export ATK_CLI_SKILL=true

    Run this once at the start of the session. All subsequent atk commands in the same terminal will inherit it.

ATK CLI Setup

atk --version  # Must be > 1.1.5-beta

If ATK is not found or version is too old:

npm i -g @microsoft/m365agentstoolkit-cli@beta

CLI Global Options

OptionMeaningRecommendation
-iInteractive modeAlways use -i false in automation to avoid hanging
-fProject folderDefault to be current directory, used when specifying a custom folder. When scaffolding a new project, this is the parent folder where the project folder will be created under.
-hCommand helpUse atk <command> -h for quick syntax checks

Sub-Skills

Sub-SkillWhen to UseReference
create-projectScaffold new project from template, choose template, atk newcreate-project/create-project.md
test-playgroundTest locally with Agents Playground, agentsplayground, quick testingtest-playground/test-playground.md
test-teamsRun on Teams, devtunnel, sideload, Teams testing, test in Copilottest-teams/test-teams.md
provision-deployProvision Azure resources, deploy to cloud, atk provision, atk deployprovision-deploy/provision-deploy.md
troubleshootFix errors, 401, port conflicts, YAML errors, stale botstroubleshoot/troubleshoot.md
slack-to-teamsMigrate Slack bot to Teams, cross-platform bridging, Block Kit to Adaptive Cardsslack-to-teams/SKILL.md

MANDATORY: Before executing any workflow, read the corresponding sub-skill document.

Shared References

  • manifest-and-yaml.md — Project files, YAML config, env vars, .localConfigs flow

  • commands.md — ATK CLI commands: package, validate, share, collaborate

  • templates.md — Complete template catalog with language support

  • experts/ — 100+ micro-expert files: Teams SDK, Slack SDK, cross-platform bridging, deploy, AI models, security, language conversion

  • docs/ — Platform comparison guides: UI, messaging, identity, infrastructure, feature gaps

Workflow Chains

Match user intent to the smallest valid workflow.

User IntentWorkflow (read in order)
Build new app from scratchcreate-project → test-playground
Test existing project locallytest-playground (recommended) or test-teams
Deploy to Azureprovision-deploy
Fix broken bottroubleshoot → re-test
Migrate Slack bot to Teamsslack-to-teams

MANDATORY: Before executing any slack-to-teams workflow, read slack-to-teams/SKILL.md first. The sub-skill contains a routed expert system with 100+ micro-expert files for cross-platform bot development.

ATK Project Context Resolution

Resolve config values only when missing. If a value is already known in the session, reuse it.

Step 1: Detect ATK Project

If m365agentstoolkit*.yml exists in the current folder, treat it as an ATK project and parse configuration.

Step 2: Resolve Common Configuration

Resolve variables referenced in m365agentstoolkit*.yml. Common variables: AZURE_OPENAI_API_KEY AZURE_OPENAI_ENDPOINT AZURE_OPENAI_DEPLOYMENT_NAME

Step 3: Collect Missing Values

If required values are missing, ask the user for only the missing ones.

Refer to manifest-and-yaml.md for full config-file details.

Files

experts/bridge/ui-block-kit-adaptive-cards-ts.md

ui-block-kit-adaptive-cards-ts

purpose

Bridges Slack Block Kit and Teams Adaptive Card UI structures for cross-platform bots targeting Slack, Teams, or both.

rules

  1. Target Adaptive Cards schema version 1.5 for Teams desktop/mobile compatibility (learn.microsoft.com/en-us/microsoftteams/platform/task-modules-and-cards/cards/cards-format).

  2. Every Slack action_id must become a key inside the Adaptive Card Action.Submit.data object so the bot can route by data.action (adaptivecards.io/explorer/Action.Submit.html).

  3. Slack block_id has no direct equivalent -- encode it in Action.Submit.data.blockId if you need round-trip tracing.

  4. Slack mrkdwn uses *bold* and _italic_; Adaptive Cards use standard Markdown (**bold**, _italic_) inside TextBlock.text with "style": "default" (adaptivecards.io/explorer/TextBlock.html).

  5. Slack image_url fields map to Image.url; always set Image.altText (required for accessibility in Teams).

  6. Slack modals (views.open / views.push) map to Teams task modules invoked via task/fetch and rendered with an Adaptive Card; submission maps to task/submit (learn.microsoft.com/en-us/microsoftteams/platform/task-modules-and-cards/task-modules/task-modules-bots).

  7. Slack view_submission payload fields map: view.state.values[block_id][action_id].value becomes the flat data object returned by task/submit, keyed by each input's id.

  8. Slack static_select maps to Input.ChoiceSet with "style": "compact". Slack multi_static_select maps to Input.ChoiceSet with "isMultiSelect": true (adaptivecards.io/explorer/Input.ChoiceSet.html).

  9. Slack overflow menu has no Adaptive Card equivalent -- redesign as ActionSet with multiple Action.Submit buttons or a single Input.ChoiceSet dropdown.

  10. Teams Adaptive Cards support ColumnSet/Column and FactSet which have no Block Kit equivalent -- use them to improve layout density during migration.

strategy

The core principle: map the blocks mechanically, then redesign the layout and interaction model to be native Teams rather than ported Slack. A 1:1 block-to-element swap produces a functional card that looks like Slack awkwardly wearing a Teams suit. Follow these four phases in order.

Phase 1: Map for correctness

Get every block producing the correct output using the mapping table below. This is mechanical work:

  • header → TextBlock Large/Bolder

  • section fields → FactSet

  • button → Action.Submit with data.verb

  • Convert *bold* mrkdwn to **bold** standard Markdown

  • Replace :emoji_shortcodes: with Unicode equivalents (Teams does not render Slack shortcodes)

  • Replace <@U12345> mentions with display names (Slack mention syntax does not work in Adaptive Cards)

  • Swap button styles: "primary" → "positive", "danger" → "destructive"

  • Add explicit submit buttons wherever Slack had instant-fire selects

Phase 2: Upgrade the layout

Once correct, leverage Adaptive Card strengths that have no Block Kit equivalent:

  • Replace flat block lists with ColumnSet/Container for denser, structured layouts

  • Use semantic container styles ("attention" = red, "good" = green, "warning" = yellow) instead of faking status with emoji

  • Add client-side validation (isRequired, errorMessage, regex, min/max) instead of relying entirely on server-side checks

  • Use Input.ChoiceSet with "style": "filtered" for typeahead search to replace external_select server-side handlers

  • Use FactSet for clean key/value pairs instead of manual mrkdwn formatting in section.fields

Phase 3: Rethink the interaction model

This is the biggest behavioral shift. Slack's model is event-per-interaction -- every select and button fires immediately. Teams' model is form-then-submit.

  • Group related inputs together and submit them as a batch with a single Action.Submit

  • Accept fewer round trips -- the UX feels different, so lean into it rather than fighting it

  • Use Action.Execute with the card refresh property if you genuinely need per-interaction updates or per-user card views

  • Slack ephemeral messages for per-user content → Universal Actions (Action.Execute) for per-user card states from the same message

Phase 4: Handle what doesn't convert

Have an explicit plan for each gap:

  • overflow menu → redesign as Input.ChoiceSet dropdown or an ActionSet with multiple buttons

  • Stacked modals (views.push) → flatten into multi-step cards or sequential task modules (Teams task modules do not stack)

  • dispatch_action live updates → accept the batch-submit model, or use Action.Execute refresh for critical cases

  • private_metadata → embed hidden state in Action.Submit.data fields or use bot conversation state

  • view_submission with field-level errors keeping the modal open → no equivalent in Teams; validate client-side with isRequired/regex, or close the task module and send an error message

  • Action count overflow (Slack allows 25 per block, Teams allows 6 per ActionSet) → paginate into multiple cards or consolidate into dropdowns

patterns

mapping-table
Slack Block KitAdaptive Card ElementNotes
section (text)TextBlockSet wrap: true; convert mrkdwn to standard MD
section (text+accessory)ColumnSet with 2 ColumnsCol 1 = TextBlock, Col 2 = accessory element
section (fields)FactSetEach field becomes a Fact { title, value }
actionsActionSetContains Action.Submit / Action.OpenUrl
dividerTextBlock with separator{ "type": "TextBlock", "text": " ", "separator": true }
headerTextBlock size Large{ "type": "TextBlock", "size": "Large", "weight": "Bolder" }
imageImageSet url, altText, optional size
contextTextBlock size Small{ "type": "TextBlock", "size": "Small", "isSubtle": true }
input (plain_text)Input.Textid = action_id, label maps to Input.Text.label
input (static_select)Input.ChoiceSetstyle: "compact" for dropdown
input (multi_select)Input.ChoiceSet multiSelect"isMultiSelect": true
input (datepicker)Input.DateFormat: YYYY-MM-DD
input (timepicker)Input.TimeFormat: HH:mm
input (checkboxes)Input.ChoiceSet expanded"style": "expanded", "isMultiSelect": true
input (radio_buttons)Input.ChoiceSet expanded"style": "expanded", "isMultiSelect": false
rich_textTextBlock + RichTextBlockRichTextBlock available in schema 1.5+
actions-mapping
Slack ElementAdaptive Card ActionKey Differences
buttonAction.Submitvalue moves into data; style: "danger" maps to style: "destructive"
button (url)Action.OpenUrlurl field is identical
overflowNo equivalentRedesign as ActionSet or Input.ChoiceSet
static_selectInput.ChoiceSet + SubmitSlack fires on select; Teams needs explicit submit
external_selectInput.ChoiceSet + Action.Submit with data.queryImplement typeahead via Input.ChoiceSet with "style": "filtered" (schema 1.5)
multi_static_selectInput.ChoiceSet multiTeams returns comma-separated string of values
reverse-direction (Teams → Slack)

For Teams → Slack, reverse the mapping table. Adaptive Card elements map back to Block Kit blocks:

  • TextBlock Large/Bolder → header

  • FactSet → section with fields

  • Action.Submit with data.verb → button with value

  • Convert **bold** standard Markdown to *bold* mrkdwn

  • Replace Unicode emoji with :emoji_shortcodes: where Slack supports them

  • Swap button styles: "positive" → "primary", "destructive" → "danger"

  • ColumnSet/Container layouts → flatten to linear section blocks (Block Kit has no grid)

  • Input.ChoiceSet with style: "filtered" → external_select with server-side options handler

  • Input.ChoiceSet + Action.Submit → static_select in actions block (fires immediately on select)

  • Action.Execute per-user refresh → ephemeral messages for per-user content

  • Client-side validation (isRequired, regex) → server-side validation in view_submission handler

  • Semantic container styles ("attention", "good") → emoji-based status indicators or colored attachment sidebars

Key behavioral shift (Teams → Slack): The Adaptive Card form-then-submit model must be decomposed into Slack's event-per-interaction model. Each input that previously submitted as part of a batch may need its own block_actions handler if the Slack UX expects instant-fire behavior.

worked-example-1: button workflow

Slack Block Kit message with approve/reject buttons converted to Adaptive Card.

// --- Slack Block Kit (original) ---
import type { KnownBlock } from "@slack/types";

const slackBlocks: KnownBlock[] = [
  {
    type: "section",
    block_id: "request_info",
    text: { type: "mrkdwn", text: "*Expense Report #1042*\nAmount: $350.00" },
  },
  {
    type: "actions",
    block_id: "approval_actions",
    elements: [
      {
        type: "button",
        action_id: "approve_expense",
        text: { type: "plain_text", text: "Approve" },
        style: "primary",
        value: "1042",
      },
      {
        type: "button",
        action_id: "reject_expense",
        text: { type: "plain_text", text: "Reject" },
        style: "danger",
        value: "1042",
      },
    ],
  },
];

// --- Adaptive Card (converted) ---
interface AdaptiveCard {
  type: "AdaptiveCard";
  $schema: string;
  version: string;
  body: Record<string, unknown>[];
  actions?: Record<string, unknown>[];
}

const adaptiveCard: AdaptiveCard = {
  type: "AdaptiveCard",
  $schema: "http://adaptivecards.io/schemas/adaptive-card.json",
  version: "1.5",
  body: [
    {
      type: "TextBlock",
      text: "**Expense Report #1042**\nAmount: $350.00",
      wrap: true,
    },
  ],
  actions: [
    {
      type: "Action.Submit",
      title: "Approve",
      style: "positive",
      data: {
        action: "approve_expense",
        blockId: "approval_actions",
        value: "1042",
      },
    },
    {
      type: "Action.Submit",
      title: "Reject",
      style: "destructive",
      data: {
        action: "reject_expense",
        blockId: "approval_actions",
        value: "1042",
      },
    },
  ],
};

Handler comparison:

// --- Slack handler (Bolt) ---
// app.action("approve_expense", async ({ action, ack, respond }) => {
//   await ack();
//   const expenseId = action.value; // "1042"
//   await respond({ text: `Expense ${expenseId} approved.` });
// });

// --- Teams handler (Teams AI SDK) ---
import { App, TurnState } from "@microsoft/teams-ai";
import { CardFactory } from "botbuilder";

export function registerExpenseHandlers(app: App<TurnState>): void {
  app.adaptiveCards.actionSubmit("approve_expense", async (ctx, _state, data) => {
    const expenseId = (data as Record<string, string>).value; // "1042"
    const reply = CardFactory.adaptiveCard({
      type: "AdaptiveCard",
      version: "1.5",
      body: [{ type: "TextBlock", text: `Expense ${expenseId} approved.` }],
    });
    await ctx.updateActivity({
      type: "message",
      id: ctx.activity.replyToId,
      attachments: [reply],
    });
    return undefined;
  });
}
worked-example-2: modal form

Slack modal with text input and select converted to Teams task module with Adaptive Card form.

// --- Slack modal (original, opened via views.open) ---
import type { View } from "@slack/types";

const slackModal: View = {
  type: "modal",
  callback_id: "create_ticket",
  title: { type: "plain_text", text: "Create Ticket" },
  submit: { type: "plain_text", text: "Submit" },
  blocks: [
    {
      type: "input",
      block_id: "title_block",
      label: { type: "plain_text", text: "Title" },
      element: {
        type: "plain_text_input",
        action_id: "ticket_title",
        placeholder: { type: "plain_text", text: "Enter title..." },
      },
    },
    {
      type: "input",
      block_id: "priority_block",
      label: { type: "plain_text", text: "Priority" },
      element: {
        type: "static_select",
        action_id: "ticket_priority",
        options: [
          { text: { type: "plain_text", text: "High" }, value: "high" },
          { text: { type: "plain_text", text: "Medium" }, value: "medium" },
          { text: { type: "plain_text", text: "Low" }, value: "low" },
        ],
      },
    },
  ],
};

// --- Adaptive Card for Teams task module (converted) ---
const taskModuleCard = {
  type: "AdaptiveCard" as const,
  $schema: "http://adaptivecards.io/schemas/adaptive-card.json",
  version: "1.5",
  body: [
    {
      type: "TextBlock",
      text: "Create Ticket",
      size: "Large",
      weight: "Bolder",
    },
    {
      type: "Input.Text",
      id: "ticket_title",
      label: "Title",
      placeholder: "Enter title...",
      isRequired: true,
    },
    {
      type: "Input.ChoiceSet",
      id: "ticket_priority",
      label: "Priority",
      style: "compact",
      isRequired: true,
      choices: [
        { title: "High", value: "high" },
        { title: "Medium", value: "medium" },
        { title: "Low", value: "low" },
      ],
    },
  ],
  actions: [
    {
      type: "Action.Submit",
      title: "Submit",
      data: { action: "create_ticket" },
    },
  ],
};

Task module invocation and submission handler:

import {
  TeamsActivityHandler,
  TurnContext,
  TaskModuleResponse,
  CardFactory,
} from "botbuilder";

class TicketBot extends TeamsActivityHandler {
  // Replaces Slack's views.open -- triggered by messaging extension or Action.Submit
  async handleTeamsTaskModuleFetch(
    context: TurnContext
  ): Promise<TaskModuleResponse> {
    return {
      task: {
        type: "continue",
        value: {
          title: "Create Ticket",
          width: "medium",
          height: "medium",
          card: CardFactory.adaptiveCard(taskModuleCard),
        },
      },
    };
  }

  // Replaces Slack's view_submission handler
  async handleTeamsTaskModuleSubmit(
    context: TurnContext
  ): Promise<TaskModuleResponse | void> {
    const formData = context.activity.value?.data as {
      action: string;
      ticket_title: string;
      ticket_priority: string;
    };

    // Slack: view.state.values.title_block.ticket_title.value
    const title = formData.ticket_title;
    // Slack: view.state.values.priority_block.ticket_priority.selected_option.value
    const priority = formData.ticket_priority;

    await context.sendActivity(`Ticket created: "${title}" [${priority}]`);

    // Return void to close the task module (like no response_action in Slack)
    return undefined;
  }
}
Confirmation dialog pattern (Y14)

Use Action.ShowCard for inline confirmation — the Teams equivalent of Slack's native confirm object on buttons.

// Slack: button with confirm dialog
const slackButton = {
  type: "button",
  text: { type: "plain_text", text: "Delete" },
  style: "danger",
  action_id: "delete_item",
  value: "42",
  confirm: {
    title: { type: "plain_text", text: "Are you sure?" },
    text: { type: "mrkdwn", text: "This action cannot be undone." },
    confirm: { type: "plain_text", text: "Yes, delete" },
    deny: { type: "plain_text", text: "Cancel" },
  },
};

// Teams: Action.ShowCard inline confirmation
const teamsConfirmAction = {
  type: "Action.ShowCard",
  title: "Delete",
  card: {
    type: "AdaptiveCard",
    body: [
      {
        type: "TextBlock",
        text: "Are you sure? This action cannot be undone.",
        weight: "Bolder",
        color: "Attention",
      },
    ],
    actions: [
      {
        type: "Action.Submit",
        title: "Yes, delete",
        style: "destructive",
        data: { action: "confirm_delete", itemId: "42" },
      },
      {
        type: "Action.Submit",
        title: "Cancel",
        data: { action: "cancel_delete" },
      },
    ],
  },
};

Why Action.ShowCard: Expands inline without leaving the current context — closest to Slack's native confirm popup. No task module overhead.

Don't: Open a full task module dialog for a simple yes/no confirmation. It's too heavy for the interaction.

Reverse (Teams → Slack): Add a confirm object directly to the button element. Platform-rendered popup with zero effort.

pitfalls

  • mrkdwn vs Markdown: Slack uses *bold* and ~strike~; Adaptive Cards expect **bold** and ~~strike~~. Failing to convert produces literal asterisks in Teams.

  • Instant-fire selects: Slack static_select inside an actions block fires block_actions immediately on selection. Adaptive Card Input.ChoiceSet does nothing until an Action.Submit is clicked -- you must add an explicit submit button.

  • Button style names differ: Slack "primary" = green, "danger" = red. Adaptive Cards use "positive" and "destructive". Using Slack names silently falls back to default styling.

  • Action count limit: Teams Adaptive Cards support a maximum of 6 actions per ActionSet. Slack allows up to 25 elements in an actions block. Redesign dense action rows into paginated cards or dropdowns.

  • overflow menu: No Adaptive Card equivalent exists. Replace with an Input.ChoiceSet dropdown or multiple Action.Submit buttons.

  • multi_static_select return format: Slack returns selected_options as an array of objects. Input.ChoiceSet with isMultiSelect returns a single comma-separated string (e.g., "a,b,c"). Split server-side.

  • No dispatch_action equivalent: Slack inputs can set dispatch_action: true to fire events on every keystroke. Adaptive Cards only submit on explicit Action.Submit.

  • Image sizing: Slack image uses alt_text (underscore); Adaptive Card Image uses altText (camelCase). Slack fills width by default; set Adaptive Card "size": "stretch" to match.

  • private_metadata: Slack modals carry private_metadata for state. In Teams task modules, embed hidden state inside Action.Submit.data fields or use bot conversation state.

  • Schema version: Using features above 1.5 (e.g., Action.Execute for Universal Actions) requires verifying Teams client support. Stick to 1.5 for broadest compatibility.

  • Card replacement: Slack respond({ replace_original: true }) replaces the message. In Teams, use context.updateActivity() with the original activity ID, or return an adaptiveCard/action invoke response.

references

instructions

This expert covers bridging Slack Block Kit and Teams Adaptive Card UI structures in TypeScript. Use it when adding cross-platform support in either direction: (1) bridging a Slack Bolt app to also target Teams, (2) bridging a Teams bot to also target Slack, (3) converting Block Kit JSON payloads to Adaptive Card JSON or vice versa, (4) redesigning modal workflows into task modules or task modules into modals, or (5) mapping interactive action handlers between platforms. Start with the strategy section to understand the four-phase approach (map for correctness → upgrade layout → rethink interactions → handle gaps), consult the mapping table and reverse-direction section for specific element types, and adapt the worked examples to your use case. Pair with ../slack/ui.block-kit-ts.md for Slack Block Kit patterns, and ../teams/ui.adaptive-cards-ts.md for Teams Adaptive Card patterns and constraints.

research

Deep Research prompt:

"Write a micro expert for bridging Slack Block Kit and Teams Adaptive Cards bidirectionally. Include: mapping table (Block Kit blocks <-> card elements) in both directions, interactive actions mapping (action_id <-> data.action), selects/inputs mapping, modal/task-module workflow redesign in both directions, unsupported features and redesign recommendations for each platform, and 2 worked examples (a button workflow and a modal form)."

Requirements and compatibility

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Needs: Needs an API key, Needs Python, Needs Node.js

Security

What our scanner noticed· Medium risk

  • Possible data-exfiltration endpoints
  • Instructions that use the network
  • Downloads piped into a shell

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Published by
Microsoft
Publisher
Microsoft (Official)
Source
microsoft/skills · .github/plugins/microsoft-365-agents-toolkit/skills/teams-app-developer · commit 0696600
Licence
MIT License (redistribution allowed)
  • LICENSE (added by AutoGineer from LICENSE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by Microsoft.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download teams-app-developer.zip