Skills list function throwing an error

[aneta-kjeldsen]

When following code example (JavaScript): https://learn.microsoft.com/en-us/azure/foundry/agents/how-to/tools/skills?pivots=javascript#list-skills, and using NPM package: @azure/ai-projects@2.1.0, I get following error:

Error: result.map is not a function

Seems like the error is coming from this line:

azure-sdk-for-js/sdk/ai/ai-projects/generated/models/models.ts

Line 9212 in 981f081

return result.map((item) => {

Seems like, the function should instead return:

return result.data.map((item) => { 
    return skillObjectDeserializer(item);
});

[github-actions]

Thank you for your feedback. Tagging and routing to the team member(s) best able to assist.

//cc: @bobogogo1990 @dargilco @ganeshyb @glharper @ZachhK

[github-actions]

🎯 Agentic Issue Triage

Summary: The listSkills function in @azure/ai-projects@2.1.0 throws result.map is not a function because the deserializer incorrectly calls .map() on the top-level response object instead of result.data.

📋 Issue Details

Package: @azure/ai-projects@2.1.0
Affected API: listSkills — deserialization logic in generated/models/models.ts (line ~9212)
Scenarios:

• Following the official documentation example for listing skills in JavaScript
• Calling listSkills() causes a runtime error result.map is not a function

Root ask: Fix the deserializer to use result.data.map(...) instead of result.map(...) so that listing skills returns the expected array.

🔎 Debugging / Reproduction Notes

The issue author has identified the bug location precisely: the generated deserializer in sdk/ai/ai-projects/generated/models/models.ts (line ~9212) attempts to call .map() directly on the full response object rather than on the data array within it.

The fix proposed by the author:

return result.data.map((item) => {
    return skillObjectDeserializer(item);
});

Suggested investigation steps:

1. Reproduce by calling listSkills() with @azure/ai-projects@2.1.0 using the docs example.
2. Inspect the generated deserializer at sdk/ai/ai-projects/generated/models/models.ts around line 9212 to confirm the incorrect call site.
3. Determine whether the fix should be applied to the generated code directly or to the TypeSpec/autorest source that generates it, to prevent regression.
4. Verify the fix against the test suite and update any relevant test recordings.

🏷️ Label Confidence

• Category: Client — the package @azure/ai-projects is a client library under sdk/ai/ai-projects, not a management-plane (arm-) package
• Service: AI Projects — the issue explicitly names @azure/ai-projects and is located in sdk/ai/ai-projects
• Confidence: High — the package name is explicitly stated, the service directory is unambiguous, and multiple quality reference issues (e.g., getAzureOpenAIClient() does not support Foundry project-scoped agent_reference calls #37406, Responses API doesn't support files_search tool on a conversation level #37216) confirm the Client + AI Projects label pair

👥 Owner Routing

• Matched CODEOWNERS entry: # ServiceLabel: %AI Projects (line 53) — the only %AI Projects entry; no multi-label override entries exist
• AzureSdkOwners: none listed
• ServiceOwners: bobogogo1990, dargilco, ganeshyb, glharper, ZachhK
• Routing action: Added Service Attention and needs-team-attention labels; left unassigned (no AzureSdkOwners); ServiceOwners notified via routing comment
• Scan notes: Only one %AI Projects entry exists in CODEOWNERS (line 53); no multi-label overrides were encountered during scan

Warning

⚠️ Firewall blocked 1 domain

The following domain was blocked by the firewall during workflow execution:

• releaseassets.githubusercontent.com

To allow these domains, add them to the network.allowed list in your workflow frontmatter:

network:
  allowed:
    - defaults
    - "releaseassets.githubusercontent.com"

See Network Configuration for more information.

Generated by Agentic Triage for issue #38324 · ● 395.3K · ◷

[bobogogo1990]

Thanks for you issue. we will fix next version.