fix(cli): allow multiple provider profiles to be deleted

[grs]

Summary

Makes provider profile deletion more consistent with that of sandboxes and profiles by allowing the deletion of multiple items.

Related Issue

Closes #3029

Changes

• Allow multiple profiles to be specified in the provider profile delete command.

Testing

• mise run pre-commit passes
• Unit tests added/updated
• E2E tests added/updated (if applicable)

Checklist

• Follows Conventional Commits
• Commits are signed off (DCO)
• Architecture docs updated (if applicable)

[copy-pr-bot]

This pull request requires additional validation before any workflows can run on NVIDIA's runners.

Pull request vetters can view their responsibilities here.

Contributors can view more details about this message here.

[elezar]

The batch loop still exits on the first RPC error because .into_diagnostic()? is inside the loop. For provider profiles, a missing, source-managed, or in-use profile returns an RPC error, so later IDs are never attempted.

This matches the current provider delete fail-fast behavior, but it conflicts with this issue's acceptance criteria to attempt each supplied profile and report each result independently. Could we continue through all IDs, print each failure, and return an aggregated nonzero error afterward? Please also add a mixed-result test such as success, in-use or missing, then success.

Follow-up: sandbox delete, provider delete, and workspace delete also stop on the first RPC error. Please consider a separate issue to define and standardize batch-delete error semantics across the CLI, including per-target reporting and aggregate exit status.

[grs]

@elezar I propose to reword the acceptance criteria for the associated issue, then open a separate issue and PR for improving the error handling of deletion across all three resource types. Is that good with you?