Official agent skill

Azure Functions

by DataDog in DataDog/dd-trace-dotnet

Dev/test workflow for tracer engineers working on the Datadog .NET tracer — build a local Datadog.AzureFunctions NuGet package, deploy it to a test Azure Function App, trigger it, and analyze…

OfficialApache-2.0Auto-check passedDevOps & Cloud

Install Azure Functions

skills CLI
$ npx skills add DataDog/dd-trace-dotnet --skill azure-functions -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install DataDog/dd-trace-dotnet azure-functions --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/DataDog/dd-trace-dotnet.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/azure-functions .claude/skills/azure-functions && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
azure-functions
GitHub stars
573
Token cost
~4.7k tokens
SKILL.md length
1,369 words
Files
7
Skills in repo
6
Repo updated
First seen
Licence
Apache-2.0

At a glance

Dev/test workflow for tracer engineers working on the Datadog .NET tracer — build a local Datadog.AzureFunctions NuGet package, deploy it to a test Azure Function App, trigger it, and analyze…

  • Works in 5 steps: Build NuGet Package → Deploy Function → Configure Environment Variables → …
  • Analyze traces/logs to verify instrumentation behavior
  • SKILL.md covers Prerequisites, Commands, Context and Workflow Steps, plus 5 more sections
  • Runs PowerShell scripts from its folder; calls az and dotnet; reaches api.nuget.org; needs DD_API_KEY and DD_APPLICATION_KEY

What it does

Azure Functions is an agent skill from DataDog/dd-trace-dotnet, published by the product's own GitHub organization. Dev/test workflow for tracer engineers working on the Datadog .NET tracer — build a local Datadog.AzureFunctions NuGet package, deploy it to a test Azure Function App, trigger it, and analyze traces/logs to verify instrumentation behavior. Use this skill whenever the user is working on Azure Functions instrumentation: building or testing the Datadog.AzureFunctions NuGet package, deploying to a test Function App, analyzing instrumentation logs or spans from an Azure Functions app, or configuring Datadog…

Its SKILL.md is about 4.7k tokens, which your agent loads only when the skill is triggered. The skill folder holds 6 other files (for example `environment-variables.md`, `log-analysis-guide.md` and `scripts-reference.md`).

It sits in DevOps & Cloud, covering Secrets management. It works with Azure Functions, Datadog, .NET and Microsoft Azure. The repository describes itself as: .NET Client Library for Datadog APM. The licence is Apache-2.0.

When your agent uses it

  • Analyze traces/logs to verify instrumentation behavior
  • The user is working on Azure Functions instrumentation: building
  • Testing the Datadog.AzureFunctions NuGet package
  • Deploying to a test Function App

Example prompts

  • “/azure-functions”

Requirements

  • PowerShell
  • A credential in DD_API_KEY
  • Pre-approved tools (allowed-tools): Bash(pwsh *), Bash(az functionapp show *), Bash(az functionapp list *), Bash(az functionapp list-functions *), Bash(az functionapp function list *), Bash(az functionapp function show *), Bash(az functionapp config appsettings list *), Bash(az functionapp config appsettings set *), Bash(az functionapp config appsettings delete *), Bash(az functionapp config show *), Bash(az functionapp deployment list *), Bash(az functionapp deployment show *), Bash(az functionapp deployment source show *), Bash(az functionapp plan list *), Bash(az functionapp plan show *), Bash(az functionapp restart *), Bash(az functionapp stop *), Bash(az functionapp start *), Bash(az webapp log download *), Bash(az webapp log tail *), Bash(az group list *), Bash(az group show *), Bash(curl *), Bash(func azure functionapp publish *), Bash(func azure functionapp logstream *), Bash(func azure functionapp list-functions *), Bash(func azure functionapp fetch-app-settings *), Bash(func azure functionapp fetch *), Bash(dotnet restore), Bash(dotnet clean), Bash(dotnet build *), Bash(unzip *), Read

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Build NuGet Package
  2. Deploy Function
  3. Configure Environment Variables
  4. Test Function
  5. Download and Analyze Logs

What it can do on your machine

Read from SKILL.md and the folder at commit 512b980. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Bash(pwsh *)
    • Bash(az functionapp show *)
    • Bash(az functionapp list *)
    • Bash(az functionapp list-functions *)
    • Bash(az functionapp function list *)
    • Bash(az functionapp function show *)
    • Bash(az functionapp config appsettings list *)
    • Bash(az functionapp config appsettings set *)
    • Bash(az functionapp config appsettings delete *)
    • Bash(az functionapp config show *)

    …and 23 more on the same allowed-tools line.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships script files (PowerShell), which the agent can run.

    Shell commands in SKILL.md call:

    • az
    • dotnet

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Hosts in commands or code, which the agent is likely to contact:

    • api.nuget.org

    Also links to:

    • learn.microsoft.com
    • dotnet.microsoft.com

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names these keys or tokens, usually read from environment variables:

    • DD_API_KEY
    • DD_APPLICATION_KEY

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Azure Functions loads about 4.7k tokens when it runs. Until then it costs about 153 tokens; SKILL.md has 1,369 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~153
When it runs · the whole SKILL.md, loaded when a task matches
~4.7k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from DataDog/dd-trace-dotnet at commit 512b980, republished under its Apache-2.0 licence (© DataDog). 1,369 words, ~4,695 tokens.

Download SKILL.mdSave it as .claude/skills/azure-functions/SKILL.md (or your agent's skills folder). This skill also uses 6 other files; get the full folder from GitHub.
name
azure-functions
description
Dev/test workflow for tracer engineers working on the Datadog .NET tracer — build a local Datadog.AzureFunctions NuGet package, deploy it to a test Azure Function App, trigger it, and analyze traces/logs to verify instrumentation behavior. Use this skill whenever the user is working on Azure Functions instrumentation: building or testing the Datadog.AzureFunctions NuGet package, deploying to a test Function App, analyzing instrumentation logs or spans from an Azure Functions app, or configuring Datadog environment variables on Azure — even if they don't explicitly invoke /azure-functions.
allowed-tools
Bash(pwsh *), Bash(az functionapp show *), Bash(az functionapp list *), Bash(az functionapp list-functions *), Bash(az functionapp function list *), Bash(az functionapp function show *), Bash(az functionapp config appsettings list *), Bash(az functionapp config appsettings set *), Bash(az functionapp config appsettings delete *), Bash(az functionapp config show *), Bash(az functionapp deployment list *), Bash(az functionapp deployment show *), Bash(az functionapp deployment source show *), Bash(az functionapp plan list *), Bash(az functionapp plan show *), Bash(az functionapp restart *), Bash(az functionapp stop *), Bash(az functionapp start *), Bash(az webapp log download *), Bash(az webapp log tail *), Bash(az group list *), Bash(az group show *), Bash(curl *), Bash(func azure functionapp publish *), Bash(func azure functionapp logstream *), Bash(func azure functionapp list-functions *), Bash(func azure functionapp fetch-app-settings *), Bash(func azure functionapp fetch *), Bash(dotnet restore), Bash(dotnet clean), Bash(dotnet build *), Bash(unzip *), Read
argument-hint
<build-nuget|deploy|test|logs|configure>

Azure Functions Dev/Test Workflow

This skill helps tracer engineers test changes to the Datadog.AzureFunctions package: build a local dev version, deploy it to a test Azure Function App, trigger the function, and analyze traces/logs to verify instrumentation behavior.

Prerequisites

This skill requires the following tools (assume they are installed and only troubleshoot if errors occur):

  • PowerShell: pwsh (PowerShell 7+) preferred, or powershell.exe (PowerShell 5.1+ on Windows)
    • Always prefer pwsh over powershell.exe when available
    • Scripts use PowerShell-specific cmdlets like Expand-Archive
  • Azure CLI: az (must be authenticated)
  • Azure Functions Core Tools: func
  • .NET SDK: Matching target framework of sample app

Only if a tool fails, provide installation links:

Commands

When invoked with an argument, perform the corresponding workflow:

  • /azure-functions build-nuget - Build the Datadog.AzureFunctions NuGet package
  • /azure-functions deploy [app-name] - Deploy to Azure Function App
  • /azure-functions configure [app-name] - Configure environment variables for Datadog instrumentation
  • /azure-functions test [app-name] - Trigger and verify function execution
  • /azure-functions logs [app-name] - Download and analyze logs

If no argument is provided, guide the user through the full workflow interactively.

Context

Current repository: This skill assumes you are working from the root of the dd-trace-dotnet repository.

Prerequisites: Users provide their own Azure Function App name (-AppName), resource group (-ResourceGroup), and sample app path (-SampleAppPath). The sample app must:

  1. Reference the Datadog.AzureFunctions NuGet package
  2. Have a nuget.config file (in the app directory or a parent directory) that defines a local NuGet feed pointing to a directory on disk, for example:
    xml
    <?xml version="1.0" encoding="utf-8"?>
    <configuration>
      <packageSources>
        <clear />
        <add key="local" value="nuget/local-source" />
        <add key="nuget" value="https://api.nuget.org/v3/index.json" />
      </packageSources>
    </configuration>
    The -CopyTo parameter of Build-AzureFunctionsNuget.ps1 must point to the same directory as the local feed (e.g. if the feed value is nuget/local-source relative to the nuget.config location, then -CopyTo should be the absolute path to that directory).

Workflow Steps

1. Build NuGet Package

CRITICAL: Before building, verify that tracer/src/Datadog.AzureFunctions/Datadog.AzureFunctions.csproj uses PackageReference (not ProjectReference) for Datadog.Trace and Datadog.Trace.Annotations. This ensures the locally-built package references the latest releases from nuget.org instead of building them from source.

Check the .csproj — it should contain:

xml
<PackageReference Include="Datadog.Trace" Version="*"/>
<PackageReference Include="Datadog.Trace.Annotations" Version="*" />

If instead it contains ProjectReference lines like these, replace them with the PackageReference lines above:

xml
<!-- These are the production references — replace for local testing: -->
<ProjectReference Include="$(MSBuildThisFileDirectory)..\Datadog.Trace.Manual\Datadog.Trace.Manual.csproj" />
<ProjectReference Include="$(MSBuildThisFileDirectory)..\Datadog.Trace.Annotations\Datadog.Trace.Annotations.csproj" />

IMPORTANT: The PackageReference change is for local testing only. Do NOT commit it. If it's already using PackageReference, no change is needed.

Build the Datadog.AzureFunctions NuGet package with your changes:

powershell
./tracer/tools/Build-AzureFunctionsNuget.ps1 -CopyTo <output-dir>

What this does:

  1. (If -BuildId specified and files not already downloaded) Downloads bundle from Azure DevOps build once
  2. Generates a unique prerelease version from a timestamp (e.g. 3.38.0-dev20260209143022)
  3. Cleans previous builds
  4. Builds Datadog.Trace (net6.0)
  5. Publishes to bundle folder
  6. Packages Datadog.AzureFunctions.nupkg with the generated version (referencing latest nuget.org releases)
  7. Copies to the directory specified by -CopyTo

Versioning: Each build gets a unique version, so NuGet caching is never an issue. The sample app should use a floating version like 3.38.0-dev.* in its package reference (or Directory.Packages.props) to always resolve the latest local dev build.

Options:

  • -CopyTo <output-dir> - Copy the built package to the specified directory (typically your local NuGet feed)
  • -Version '3.38.0-dev.custom' - Use a specific version instead of auto-generating
  • -BuildId 12345 - One-time download of bundle files from Azure DevOps build (only needed once per dd-trace-dotnet release, then reused for subsequent local builds)

Examples:

powershell
# Typical local build (after bundle files already downloaded)
./tracer/tools/Build-AzureFunctionsNuget.ps1 -CopyTo <output-dir>

# First build after new dd-trace-dotnet release (download bundle files once)
./tracer/tools/Build-AzureFunctionsNuget.ps1 -BuildId 12345 -CopyTo <output-dir>
2. Deploy Function

IMPORTANT: Before deploying, verify prerequisites:

Verify nuget.config exists:

powershell
$nugetConfig = ./.claude/skills/azure-functions/Find-NuGetConfig.ps1 -StartPath "<path-to-sample-app>"
if (-not $nugetConfig) {
    Write-Error "nuget.config not found in sample app directory or parent directories"
    exit 1
}
Write-Host "Found nuget.config at: $nugetConfig"

Verify environment variables are configured (skip if already done on a previous deploy):

powershell
$envCheck = ./.claude/skills/azure-functions/Test-EnvVars.ps1 -AppName "<app-name>" -ResourceGroup "<resource-group>"
if (-not $envCheck.AllRequiredPresent) {
    Write-Warning "Required environment variables are missing. Run '/azure-functions configure' first, or proceed if you plan to configure after deploying."
}

Use the Deploy-AzureFunction.ps1 script to automate deployment, wait, and trigger:

powershell
./tracer/tools/Deploy-AzureFunction.ps1 `
  -AppName "<app-name>" `
  -ResourceGroup "<resource-group>" `
  -SampleAppPath "<path-to-sample-app>"

What this does:

  1. Runs dotnet restore in the sample app directory
  2. Publishes to Azure with func azure functionapp publish
  3. Waits 60 seconds (default) for worker process to restart
  4. Triggers the HTTP endpoint and captures execution timestamp
  5. Outputs a result object for pipeline usage

Options:

  • -SkipBuild - Skip dotnet restore
  • -SkipWait - Skip 2-minute wait (not recommended)
  • -WaitSeconds 60 - Custom wait duration
  • -SkipTrigger - Skip HTTP trigger
  • -TriggerUrl "https://..." - Custom trigger URL

Note: -AppName and -ResourceGroup are required parameters.

Pipeline usage (save output for log analysis):

powershell
$deploy = ./tracer/tools/Deploy-AzureFunction.ps1 `
  -AppName "<app-name>" `
  -ResourceGroup "<resource-group>" `
  -SampleAppPath "<path-to-sample-app>"
3. Configure Environment Variables

Configure Datadog instrumentation environment variables for an Azure Function App using Set-EnvVars.ps1:

powershell
./.claude/skills/azure-functions/Set-EnvVars.ps1 `
  -AppName "<app-name>" `
  -ResourceGroup "<resource-group>" `
  -ApiKey "<api-key>" `
  -Tier recommended `
  -Env "dev-lucas"

What this does:

  1. Detects the OS/platform (Linux or Windows)
  2. Builds the correct set of variables for the chosen tier
  3. Sets platform-specific profiler paths automatically
  4. Applies all settings via Azure CLI
  5. Restarts the function app (unless -SkipRestart)

Tiers:

  • required - Minimum variables for instrumentation (CORECLR_*, DD_API_KEY, DD_DOTNET_TRACER_HOME, DOTNET_STARTUP_HOOKS)
  • recommended - required + feature disables (AppSec, CI Visibility, RCM, Agent Feature Polling, Process)
  • debug - recommended + debug logging (DD_TRACE_DEBUG, DD_LOG_LEVEL, DD_TRACE_LOG_SINKS, direct log submission)

Options:

  • -Tier required|recommended|debug - Configuration tier (default: required)
  • -Env "dev-lucas" - Set DD_ENV
  • -Service "my-service" - Set DD_SERVICE
  • -Version "1.0.0" - Set DD_VERSION
  • -SamplingRules '<json>' - Set DD_TRACE_SAMPLING_RULES
  • -ExtraSettings @{"KEY"="value"} - Set additional variables
  • -SkipRestart - Don't restart the app after applying
  • -WhatIf - Preview changes without applying

Preview before applying:

powershell
./.claude/skills/azure-functions/Set-EnvVars.ps1 `
  -AppName "<app-name>" `
  -ResourceGroup "<resource-group>" `
  -ApiKey "<api-key>" `
  -Tier debug `
  -WhatIf

Complete reference: See environment-variables.md for all available variables.

Show full SKILL.md (582 more words)Show less
4. Test Function

Trigger an already-deployed function and capture the execution timestamp. Useful for re-testing after a deploy, or testing an app that was deployed earlier.

Discover available triggers:

bash
# List HTTP-triggered functions and their URLs
func azure functionapp list-functions <app-name> --show-keys

Or via Azure CLI:

bash
az functionapp function list --name <app-name> --resource-group <resource-group> --query "[].{name:name, href:invokeUrlTemplate}" -o table

Trigger and capture timestamp:

powershell
$timestamp = (Get-Date).ToUniversalTime().ToString("yyyy-MM-dd HH:mm:ss")
$response = Invoke-WebRequest -Uri "<trigger-url>" -UseBasicParsing
Write-Host "HTTP Status: $($response.StatusCode)"
Write-Host "Execution timestamp (UTC): $timestamp"

Save the timestamp — you'll need it for log filtering in the next step.

Note: The Deploy script (step 2) already triggers and captures a timestamp. Use this step when you want to re-test without redeploying.

5. Download and Analyze Logs

Use the Get-AzureFunctionLogs.ps1 script to download, extract, and analyze logs:

powershell
./tracer/tools/Get-AzureFunctionLogs.ps1 `
  -AppName "<app-name>" `
  -ResourceGroup "<resource-group>" `
  -OutputPath $env:TEMP `
  -ExecutionTimestamp "<YYYY-MM-DD HH:MM:SS>" `
  -All

IMPORTANT: Always specify -OutputPath $env:TEMP to save logs to the system temp folder instead of cluttering the repository directory.

What this does:

  1. Downloads logs from Azure to a timestamped zip file
  2. Extracts the archive
  3. Identifies host and worker log files
  4. Analyzes tracer version, span count, and trace parenting

Analysis options:

  • -ShowVersion - Display Datadog tracer version from worker logs
  • -ShowSpans - Count spans at execution timestamp (split by host/worker)
  • -CheckParenting - Validate trace parenting (detect root span duplication)
  • -All - Enable all analysis (recommended)

Pipeline usage (with Deploy script):

powershell
$deploy = ./tracer/tools/Deploy-AzureFunction.ps1 `
  -AppName "<app-name>" `
  -ResourceGroup "<resource-group>" `
  -SampleAppPath "<path-to-sample-app>"

./tracer/tools/Get-AzureFunctionLogs.ps1 `
  -AppName $deploy.AppName `
  -ResourceGroup "<resource-group>" `
  -OutputPath $env:TEMP `
  -ExecutionTimestamp $deploy.ExecutionTimestamp `
  -All

Log file patterns:

  • Host process: dotnet-tracer-managed-Microsoft.Azure.WebJobs.Script.WebHost-{pid}.log
  • Worker process: dotnet-tracer-managed-dotnet-{pid}.log

CRITICAL: The script automatically filters logs by execution timestamp. Raw log files are append-only and contain entries from multiple deployments/restarts.

Parenting analysis:

  • Span fields: s_id (span ID), p_id (parent ID), t_id (trace ID)
  • Healthy trace: Worker spans have same t_id as host, p_id matching host span IDs
  • Broken trace: Worker spans have different t_id or p_id: null (orphaned root)

Verification Checklist

After deployment and testing:

  • Function responds successfully (HTTP 200)
  • Worker loaded correct tracer version (check "Assembly metadata")
  • Host and worker spans share same trace ID
  • Span parent-child relationships are correct (check p_id → s_id links)
  • Process tags are correct (aas.function.process:host or worker)
  • No error logs at execution timestamp
  • AsyncLocal context flows correctly (if debugging context issues)

Common Troubleshooting

General guidance: For environment variable configuration issues, see environment-variables.md for complete reference on required, recommended, and debugging variables.

Function Not Responding

First, check if the app is running:

powershell
$envCheck = ./.claude/skills/azure-functions/Test-EnvVars.ps1 -AppName "<app-name>" -ResourceGroup "<resource-group>"
if ($envCheck.State -ne "Running") {
    Write-Host "App is '$($envCheck.State)' — starting it..."
    az functionapp start --name <app-name> --resource-group <resource-group>
}

If the app is running but not responding:

bash
# Restart function app
az functionapp restart --name <app-name> --resource-group <resource-group>
Deployment Fails (func azure functionapp publish)

If the publish command fails, diagnose with:

bash
# Check recent deployment status
az functionapp deployment list \
  --name <app-name> \
  --resource-group <resource-group> \
  --query "[0].{status:status, message:message, startTime:startTime}" -o table

# Stream live logs to see startup errors
func azure functionapp logstream <app-name>

Common causes:

  • Auth expired: Run az login and retry
  • App not running: Start it first with az functionapp start --name <app-name> --resource-group <resource-group>
  • Build errors: Check dotnet restore output in the sample app directory
Wrong Tracer Version After Deployment
bash
# Check all worker initializations
grep "Assembly metadata" LogFiles/datadog/dotnet-tracer-managed-dotnet-*.log

# If old version, rebuild from the dd-trace-dotnet repo root (each build gets a unique version, no cache issues)
./tracer/tools/Build-AzureFunctionsNuget.ps1 -CopyTo <output-dir> -Verbose
# Then restore and redeploy the sample app
Traces Not Appearing in Datadog

Verify all required environment variables (including DD_API_KEY, profiler paths, etc.):

powershell
./.claude/skills/azure-functions/Test-EnvVars.ps1 -AppName "<app-name>" -ResourceGroup "<resource-group>" -IncludeRecommended

If all env vars pass, check worker initialization in logs:

bash
grep "Datadog Tracer initialized" LogFiles/datadog/dotnet-tracer-managed-dotnet-*.log

Complete reference: See environment-variables.md for all available variables.

Separate Traces (Parenting Issue)
  1. Get trace ID from host logs at execution timestamp
  2. Search worker logs for same trace ID
  3. If not found → worker created separate trace
  4. Look for worker spans with p_id: null instead of parent IDs matching host spans
  5. Enable debug logging: az functionapp config appsettings set --name <app> --resource-group <resource-group> --settings DD_TRACE_DEBUG=1
  6. Re-test and analyze debug messages about AsyncLocal context flow

Query Datadog API

When traces or logs have reached Datadog (e.g., verifying spans look correct, correlating logs with a trace ID), use these scripts. Both require DD_API_KEY and DD_APPLICATION_KEY environment variables.

Retrieve all spans for a trace ID:

powershell
# Table view (default)
./tracer/tools/Get-DatadogTrace.ps1 -TraceId "<trace-id>"

# Hierarchy view — shows span parent-child tree with process tags
./tracer/tools/Get-DatadogTrace.ps1 -TraceId "<trace-id>" -OutputFormat hierarchy

# Search further back in time (default: 2h)
./tracer/tools/Get-DatadogTrace.ps1 -TraceId "<trace-id>" -TimeRange "1d"

Query logs from Datadog:

powershell
./tracer/tools/Get-DatadogLogs.ps1 -Query "service:<app-name>"
./tracer/tools/Get-DatadogLogs.ps1 -Query "service:<app-name> error" -TimeRange "2h" -Limit 100

See scripts-reference.md for full parameter reference.

Additional Resources

References

  • Detailed docs: docs/development/AzureFunctions.md
  • Architecture deep dive: docs/development/for-ai/AzureFunctions-Architecture.md

© DataDog, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 6 other files in .claude/skills/azure-functions of DataDog/dd-trace-dotnet.

  • SKILL.md
  • Find-NuGetConfig.ps1
  • Set-EnvVars.ps1
  • Test-EnvVars.ps1
  • environment-variables.md
  • log-analysis-guide.md
  • scripts-reference.md

Open the folder on GitHubat commit 512b980

Compare with similar skills

Azure Functions next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Azure Functions compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Azure Functions this skillDataDog/dd-trace-dotnet573—~4.7kAutomated safety check: PassApache-2.0
Azure Cloud ServicesMicrosoftDocs/Agent-Skills777—~2.3kAutomated safety check: PassCC-BY-4.0
Nuget Trusted Publishingdotnet/skills5.6k2 repos~2.3kAutomated safety check: PassMIT
Azure App Service Securityvinayaklatthe/microsoft-security-skills175—~1.9kAutomated safety check: PassMIT
Update Ps SDKAzure/azure-functions-powershell-worker216—~1.2kAutomated safety check: PassMIT
Aspiremicrosoft/aspire.dev1964 repos~1.1kAutomated safety check: PassMIT

Similar skills

  • Azure Cloud Services

    MicrosoftDocs/Agent-Skills

    Official

    Expert knowledge for Azure Cloud Services development including troubleshooting, best practices, decision making, limits & quotas, security, configuration, integrations & coding patterns, and…

    777 GitHub stars~2.3k tokensUpdated 2 days ago
    DevOps & CloudAuto-check passed
  • Official

    Set up NuGet trusted publishing (OIDC) on a GitHub Actions repo — replaces long-lived API keys with short-lived tokens.

    5.6k GitHub starsUsed in 2 repos~2.3k tokens
    DevOps & CloudAuto-check passed
  • Azure App Service Security

    vinayaklatthe/microsoft-security-skills

    Guidance for securing Azure App Service web apps and APIs — managed identity, Easy Auth with Microsoft Entra ID, network isolation via private endpoints + VNet integration, HTTPS / TLS hardening…

    175 GitHub stars~1.9k tokensUpdated 3 mo ago
    DevOps & CloudAuto-check passed
  • Update Ps SDK

    Azure/azure-functions-powershell-worker

    Official

    Upgrade the PowerShell SDK version in the Azure Functions PowerShell language worker.

    216 GitHub stars~1.2k tokensUpdated 6 days ago
    Auto-check passed
  • Aspire

    microsoft/aspire.dev

    Official

    Orchestrates Aspire distributed applications using the Aspire CLI for running, debugging, and managing distributed apps.

    196 GitHub starsUsed in 4 repos~1.1k tokens
    DevOps & CloudAuto-check passed
  • Image Management

    dotnet/dotnet-docker

    Official

    Manages .NET Docker images including adding images for new .NET versions, new Linux distros (Alpine, Ubuntu, Azure Linux), and new Windows versions.

    4.9k GitHub stars~1.1k tokensUpdated today
    DevOps & CloudAuto-check passed

More from DataDog/dd-trace-dotnet

  • Bump Libdatadog

    DataDog/dd-trace-dotnet

    Official

    Update/bump the libdatadog native library version in dd-trace-dotnet.

    573 GitHub stars~1.7k tokensUpdated today
    Auto-check passed
  • Analyze Azdo Build

    DataDog/dd-trace-dotnet

    Official

    Analyze Azure DevOps CI build failures in dd-trace-dotnet pipeline.

    573 GitHub stars~3.5k tokensUpdated today
    Auto-check passed
  • Analyze Error

    DataDog/dd-trace-dotnet

    Official

    Error Stack Trace Analysis for dd-trace-dotnet. An agent skill from DataDog/dd-trace-dotnet.

    573 GitHub stars~634 tokensUpdated today
    Auto-check passed
  • Analyze Crash

    DataDog/dd-trace-dotnet

    Official

    Stack Trace Crash Analysis for dd-trace-dotnet. An agent skill from DataDog/dd-trace-dotnet.

    573 GitHub stars~2.6k tokensUpdated today
    Auto-check: warnings
  • Review PR

    DataDog/dd-trace-dotnet

    Official

    Perform a review on a GitHub PR, leaving comments on the PR. An agent skill from DataDog/dd-trace-dotnet.

    573 GitHub stars~788 tokensUpdated today
    Auto-check passed

Categories

Questions about Azure Functions

What does Azure Functions do?

Dev/test workflow for tracer engineers working on the Datadog .NET tracer — build a local Datadog.AzureFunctions NuGet package, deploy it to a test Azure Function App, trigger it, and analyze…. Azure Functions is an agent skill from DataDog/dd-trace-dotnet, published by the product's own GitHub organization.AzureFunctions NuGet package, deploy it to a test Azure Function App, trigger it, and analyze traces/logs to verify instrumentation behavior.

When should I use Azure Functions?

Azure Functions fits situations like: analyze traces/logs to verify instrumentation behavior; the user is working on Azure Functions instrumentation: building; testing the Datadog.AzureFunctions NuGet package; deploying to a test Function App.

How do I install Azure Functions in Claude Code?

Run `npx skills add DataDog/dd-trace-dotnet --skill azure-functions -a claude-code`. Or copy the skill folder (.claude/skills/azure-functions in DataDog/dd-trace-dotnet) into .claude/skills/azure-functions in your project. Claude Code loads it when a task matches its description.

How do I install Azure Functions in Codex?

Run `npx skills add DataDog/dd-trace-dotnet --skill azure-functions -a codex`. Or copy the skill folder (.claude/skills/azure-functions in DataDog/dd-trace-dotnet) into .agents/skills/azure-functions in your project. Codex loads it when a task matches its description.

Can I use Azure Functions in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add DataDog/dd-trace-dotnet --skill azure-functions -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/azure-functions, .gemini/skills/azure-functions, .github/skills/azure-functions and .opencode/skills/azure-functions in your project.

What does Azure Functions need to run?

Going by SKILL.md and its folder, Azure Functions needs PowerShell for the scripts in its folder, the command-line tools its instructions call (az and dotnet) and credentials named DD_API_KEY and DD_APPLICATION_KEY. Our summary lists: PowerShell; A credential in DD_API_KEY. Its frontmatter pre-approves these tools: Bash(pwsh *), Bash(az functionapp show *), Bash(az functionapp list *), Bash(az functionapp list-functions *), Bash(az functionapp function list *), Bash(az functionapp function show *), Bash(az functionapp config appsettings list *), Bash(az functionapp config appsettings set *), Bash(az functionapp config appsettings delete *), Bash(az functionapp config show *), Bash(az functionapp deployment list *), Bash(az functionapp deployment show *), Bash(az functionapp deployment source show *), Bash(az functionapp plan list *), Bash(az functionapp plan show *), Bash(az functionapp restart *), Bash(az functionapp stop *), Bash(az functionapp start *), Bash(az webapp log download *), Bash(az webapp log tail *), Bash(az group list *), Bash(az group show *), Bash(curl *), Bash(func azure functionapp publish *), Bash(func azure functionapp logstream *), Bash(func azure functionapp list-functions *), Bash(func azure functionapp fetch-app-settings *), Bash(func azure functionapp fetch *), Bash(dotnet restore), Bash(dotnet clean), Bash(dotnet build *), Bash(unzip *), Read.

Does Azure Functions access the network?

SKILL.md names 3 domains. In commands or code: api.nuget.org; the agent is likely to contact it when it follows the instructions. As links in the text: learn.microsoft.com and dotnet.microsoft.com. This is read from the text; nothing was executed.

Is Azure Functions safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Azure Functions use?

Azure Functions is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Azure Functions use?

About 4.7k tokens (SKILL.md is roughly 19k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Azure Functions?

Skills that share tags, products or a category with Azure Functions: Azure Cloud Services (MicrosoftDocs/Agent-Skills, 777 stars), Nuget Trusted Publishing (dotnet/skills, 5.6k stars), Azure App Service Security (vinayaklatthe/microsoft-security-skills, 175 stars) and Update Ps SDK (Azure/azure-functions-powershell-worker, 216 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Azure Functions?

DataDog (a GitHub organization, an official publisher) maintains it in DataDog/dd-trace-dotnet, which has 573 GitHub stars. The repository holds 6 skills in this directory. The repository was last updated on October 8, 2026.

Source: DataDog/dd-trace-dotnet on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.