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/files-upload-download-ts.md

files-upload-download-ts

purpose

Bridges Slack file operations (files.upload, file events) and Teams file consent / OneDrive/SharePoint patterns for cross-platform bots targeting Slack, Teams, or both.

rules

  1. Slack files.upload → Teams FileConsentCard + Graph API upload. Slack bots upload files directly via files.upload. Teams bots cannot directly attach files to messages. Instead: (a) send a FileConsentCard asking the user for upload consent, (b) on consent, upload the file to the user's OneDrive via Graph API, (c) send a file info card with the download link. learn.microsoft.com -- Send files

  2. The supportsFiles: true manifest flag is required. Without "supportsFiles": true in the bot's manifest entry, Teams will not show file consent cards or allow the bot to handle file-related activities. This flag only works in personal (1:1) scope. learn.microsoft.com -- Bot manifest

  3. Slack files.sharedPublicURL → Graph API createLink sharing link. Slack creates a public URL for a file. In Teams/OneDrive, use the Graph API POST /drives/{drive-id}/items/{item-id}/createLink to create a sharing link with the desired permission scope (view, edit, anonymous). learn.microsoft.com -- Create sharing link

  4. Slack file events (file_shared, file_created) → activity.attachments in message handler. When a user sends a file to a Teams bot, the file appears as an attachment on the incoming message activity. Check activity.attachments for items with contentType of application/vnd.microsoft.teams.file.download.info. learn.microsoft.com -- Receive files

  5. Download user-uploaded files via the downloadUrl in the attachment. Each file attachment includes a content.downloadUrl with a pre-authenticated URL. Use fetch() or axios to download the file content. The URL is short-lived — download immediately in the handler. learn.microsoft.com -- File download

  6. File upload in channels requires SharePoint, not OneDrive. In personal chat, files go to the user's OneDrive. In channels, files go to the team's SharePoint document library. The Graph API path changes: POST /drives/{drive-id}/root:/{folder}/{filename}:/content where the drive is the channel's SharePoint drive. learn.microsoft.com -- SharePoint files

  7. Large files (>4 MB) require Graph resumable upload sessions. Small files can use simple PUT to Graph API. Files larger than 4 MB must use a resumable upload session: POST /drives/{drive-id}/items/{parent-id}:/filename:/createUploadSession, then upload in 320 KB–60 MB chunks. Slack's files.upload handled this transparently. learn.microsoft.com -- Resumable upload

  8. FileConsentCard flow is a 3-step protocol. Step 1: Bot sends a FileConsentCard with filename and size. Step 2: User accepts or declines. Step 3: On accept, Teams sends a fileConsent/invoke activity with an uploadInfo containing the upload URL. On decline, Teams sends the same invoke with a declined action. Handle both cases. learn.microsoft.com -- File consent

  9. Slack files.list / files.info → Graph API drive item queries. Slack has dedicated file listing APIs. In Teams, files are stored in OneDrive/SharePoint. Use Graph API: GET /drives/{drive-id}/root/children to list files, GET /drives/{drive-id}/items/{item-id} for file metadata. learn.microsoft.com -- List items

  10. File handling only works in personal (1:1) chat scope. The supportsFiles manifest flag and FileConsentCard only work in personal bot conversations. For channel file operations, use Graph API directly without the consent card flow. This is a significant scope limitation compared to Slack where files.upload works in any channel. learn.microsoft.com -- Bot files

  11. Reverse direction (Teams → Slack): For Teams → Slack, the reverse is simpler: Slack's files.uploadV2 is a direct single-call API vs Teams' multi-step consent flow. Map OneDrive/SharePoint file URLs to files.uploadV2 with a buffer, Graph createLink sharing links to files.sharedPublicURL, and activity.attachments file downloads to Slack file_shared event handling. The Slack API handles storage transparently.

patterns

Upload a file with FileConsentCard (replaces files.upload)

Slack (before):

import { App } from "@slack/bolt";
import fs from "fs";

const app = new App({
  token: process.env.SLACK_BOT_TOKEN!,
  signingSecret: process.env.SLACK_SIGNING_SECRET!,
});

app.command("/export", async ({ ack, command, client }) => {
  await ack();
  const csvData = await generateReport();

  // Direct file upload — Slack handles storage
  await client.files.uploadV2({
    channel_id: command.channel_id,
    filename: "report.csv",
    file: Buffer.from(csvData),
    title: "Monthly Report",
    initial_comment: "Here's your report!",
  });
});

Teams (after):

import { App } from "@microsoft/teams.apps";
import { ConsoleLogger } from "@microsoft/teams.common";

const app = new App({
  logger: new ConsoleLogger("my-bot", { level: "info" }),
});

// Store pending uploads keyed by conversation
const pendingUploads = new Map<string, Buffer>();

// Step 1: Send FileConsentCard (replaces files.upload)
app.message(/^\/?export$/i, async ({ send, activity }) => {
  const csvData = await generateReport();
  const csvBuffer = Buffer.from(csvData);
  const convId = activity.conversation?.id ?? "";

  // Store the file content for later upload
  pendingUploads.set(convId, csvBuffer);

  // Send consent card — user must approve the upload
  await send({
    attachments: [{
      contentType: "application/vnd.microsoft.teams.card.file.consent",
      name: "report.csv",
      content: {
        description: "Monthly Report — click Accept to save to your OneDrive",
        sizeInBytes: csvBuffer.length,
        acceptContext: { filename: "report.csv" },
        declineContext: { filename: "report.csv" },
      },
    }],
  });
});

// Step 2: Handle consent response
app.on("fileConsent" as any, async ({ activity, send }) => {
  const action = activity.value?.action;
  const convId = activity.conversation?.id ?? "";

  if (action === "accept") {
    // Step 3: Upload file to the URL provided by Teams
    const uploadInfo = activity.value?.uploadInfo;
    const fileContent = pendingUploads.get(convId);

    if (uploadInfo && fileContent) {
      // Upload to OneDrive via the pre-signed URL
      await fetch(uploadInfo.uploadUrl, {
        method: "PUT",
        headers: { "Content-Type": "application/octet-stream" },
        body: fileContent,
      });

      // Send confirmation with file card
      await send({
        attachments: [{
          contentType: "application/vnd.microsoft.teams.card.file.info",
          name: "report.csv",
          contentUrl: uploadInfo.contentUrl,
          content: {
            uniqueId: uploadInfo.uniqueId,
            fileType: "csv",
          },
        }],
      });
    }
    pendingUploads.delete(convId);
  } else {
    await send("File upload cancelled.");
    pendingUploads.delete(convId);
  }
});

async function generateReport(): Promise<string> {
  return "Name,Status\nServer1,OK\nServer2,Down";
}

app.start(3978);
Receive and process user-uploaded files

Slack (before):

import { App } from "@slack/bolt";

const app = new App({
  token: process.env.SLACK_BOT_TOKEN!,
  signingSecret: process.env.SLACK_SIGNING_SECRET!,
});

app.event("file_shared", async ({ event, client }) => {
  const fileInfo = await client.files.info({ file: event.file_id });
  const file = fileInfo.file!;

  // Download file content using the private URL + bot token
  const response = await fetch(file.url_private!, {
    headers: { Authorization: `Bearer ${process.env.SLACK_BOT_TOKEN}` },
  });
  const content = await response.text();

  await client.chat.postMessage({
    channel: event.channel_id,
    text: `Received ${file.name} (${file.size} bytes). Processing...`,
  });

  // Process the file content...
});

Teams (after):

import { App } from "@microsoft/teams.apps";
import { ConsoleLogger } from "@microsoft/teams.common";

const app = new App({
  logger: new ConsoleLogger("my-bot", { level: "info" }),
});

// Files arrive as attachments on regular message activities
app.on("message", async ({ activity, send }) => {
  const fileAttachments = activity.attachments?.filter(
    (a: any) => a.contentType === "application/vnd.microsoft.teams.file.download.info"
  );

  if (fileAttachments?.length) {
    for (const attachment of fileAttachments) {
      const downloadUrl = attachment.content?.downloadUrl;
      const fileName = attachment.name;

      if (downloadUrl) {
        // Download using the pre-authenticated URL (no token needed)
        const response = await fetch(downloadUrl);
        const content = await response.text();

        await send(`Received ${fileName} (${content.length} chars). Processing...`);
        // Process the file content...
      }
    }
  }
});

app.start(3978);
Reusable sendFile() helper (Y4/5/6 best practice)

Build a unified helper that auto-detects personal vs. channel context and handles chunking. This eliminates the 30-line FileConsentCard footgun.

import { Client } from "@microsoft/microsoft-graph-client";

interface SendFileOptions {
  filename: string;
  content: Buffer;
  description?: string;
}

async function sendFile(
  ctx: { send: (msg: any) => Promise<any>; activity: any },
  graphClient: Client,
  options: SendFileOptions
): Promise<void> {
  const { filename, content, description } = options;
  const conversationType = ctx.activity.conversation?.conversationType;

  if (conversationType === "personal") {
    // Personal chat → FileConsentCard flow
    await ctx.send({
      attachments: [{
        contentType: "application/vnd.microsoft.teams.card.file.consent",
        name: filename,
        content: {
          description: description ?? filename,
          sizeInBytes: content.length,
          acceptContext: { filename, size: content.length },
          declineContext: { filename },
        },
      }],
    });
    // Store content for the fileConsent handler to pick up
    pendingUploads.set(ctx.activity.conversation?.id ?? "", { content, filename });
  } else {
    // Channel → Direct Graph API upload to SharePoint
    const teamId = ctx.activity.channelData?.teamsTeamId;
    const channelId = ctx.activity.channelData?.teamsChannelId;
    const driveId = await getChannelDriveId(graphClient, teamId, channelId);

    if (content.length <= 4 * 1024 * 1024) {
      // Small file: simple PUT
      await graphClient
        .api(`/drives/${driveId}/root:/${filename}:/content`)
        .put(content);
    } else {
      // Large file (>4 MB): resumable upload session
      const session = await graphClient
        .api(`/drives/${driveId}/root:/${filename}:/createUploadSession`)
        .post({ item: { name: filename } });

      const chunkSize = 320 * 1024; // 320 KB chunks
      for (let offset = 0; offset < content.length; offset += chunkSize) {
        const chunk = content.subarray(offset, offset + chunkSize);
        const end = Math.min(offset + chunkSize, content.length);
        await fetch(session.uploadUrl, {
          method: "PUT",
          headers: {
            "Content-Range": `bytes ${offset}-${end - 1}/${content.length}`,
            "Content-Type": "application/octet-stream",
          },
          body: chunk,
        });
      }
    }

    await ctx.send(`File uploaded: ${filename}`);
  }
}

async function getChannelDriveId(
  graphClient: Client, teamId: string, channelId: string
): Promise<string> {
  const response = await graphClient
    .api(`/teams/${teamId}/channels/${channelId}/filesFolder`)
    .get();
  return response.parentReference.driveId;
}

Key decisions:

  • Personal chat → FileConsentCard flow (requires supportsFiles: true in manifest)

  • Channel → Direct Graph API upload to SharePoint (no consent card)

  • Files >4 MB → Graph resumable upload session with 320 KB chunks

Don't: Store pending file buffers in memory for long periods. Upload promptly or stream to a temporary blob.

Reverse (Teams → Slack): Use files.uploadV2({ channel_id, file: buffer, filename }) — single call, no consent step.

File operation mapping table
Slack APITeams EquivalentNotes
files.uploadV2(channel, file)FileConsentCard → Graph PUT3-step consent flow; personal chat only
files.sharedPublicURL(file)Graph createLink(type, scope)Creates OneDrive/SharePoint sharing link
files.info(file_id)Graph GET /drives/{id}/items/{id}File metadata from OneDrive/SharePoint
files.list(channel)Graph GET /drives/{id}/root/childrenList drive items
file_shared eventactivity.attachments check in message handlerNo dedicated event; check attachments on each message
file.url_private + bot tokenattachment.content.downloadUrlPre-authenticated URL; no token needed
Large file uploadGraph resumable upload sessionRequired for files > 4 MB

pitfalls

  • Missing supportsFiles: true in manifest: Without this flag, Teams will not render FileConsentCards and file-related invoke activities will never fire. This is the #1 cause of "file upload doesn't work" during migration.

  • FileConsentCard only works in personal (1:1) chat: Channel bots cannot use the consent card flow. For channel file operations, upload directly via Graph API to the team's SharePoint document library — which requires different Graph API permissions and paths.

  • Download URLs are short-lived: The downloadUrl in file attachments is pre-authenticated but expires. Download the file immediately in the message handler. Do not store the URL for later use.

  • Large file upload requires chunking: Files over 4 MB cannot use simple PUT. You must create an upload session and send chunks. Slack's files.upload handled this transparently — Teams requires explicit chunking logic.

  • Graph API permissions required: File operations via Graph API require Files.ReadWrite (delegated) or Files.ReadWrite.All (application) permissions. These must be configured in the Azure AD app registration and consented by an admin for application permissions.

  • No file preview in bot messages: Slack generates inline previews for uploaded images and documents. Teams file info cards show a file icon and name but not an inline preview. For image files, consider embedding the image URL directly in an Adaptive Card Image element instead.

references

instructions

Use this expert when adding cross-platform support in either direction for Slack file operations or Teams file consent / OneDrive/SharePoint patterns. It covers: files.upload to FileConsentCard + Graph upload, files.sharedPublicURL to Graph sharing links, file event handling via activity attachments, large file resumable uploads, and the personal-chat-only limitation. For Teams → Slack, the reverse is simpler: Slack's files.uploadV2 is a direct single-call API vs Teams' multi-step consent flow. Pair with ../teams/graph.usergraph-appgraph-ts.md for Graph API authentication patterns, ../teams/runtime.manifest-ts.md for the supportsFiles manifest flag, and interactive-responses-ts.md for the consent card invoke handling pattern.

research

Deep Research prompt:

"Write a micro expert for bridging Slack file operations (files.upload, files.sharedPublicURL, file_shared event, file download) and Teams file consent / OneDrive/SharePoint patterns in either direction for cross-platform bots. Cover FileConsentCard 3-step flow, OneDrive/SharePoint Graph API uploads, resumable upload sessions for large files, receiving files via activity attachments, the supportsFiles manifest flag, personal-chat-only limitation, Graph API permission requirements, and reverse-direction notes for Teams → Slack (simpler single-call API). Include TypeScript code examples and a mapping table."

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