You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Centralized internal DeliveryMapping construction behind unexported helpers and reused them in the workflow edge, input, and response delivery paths. This mirrors the corresponding .NET DeliveryMapping shape where construction is centralized, making future .NET-to-Go ports easier to compare without changing runtime behavior.
.NET Reference
dotnet/src/Microsoft.Agents.AI.Workflows/Execution/DeliveryMapping.cs - centralizes delivery mapping initialization through constructors for single and multiple envelopes/targets.
Public API and Behavior
No public Go API changed. No intentional behavior change was made.
Tests
go test ./workflow/internal/execution
Notes
Rejected candidates from the random sample:
dotnet/src/Microsoft.Agents.AI.Workflows/Execution/StateScope.cs mapped to Go state internals that were already structurally close and risked behavior-sensitive churn around nil/delete semantics.
dotnet/src/Microsoft.Agents.AI.Abstractions/FeatureIndex.cs did not have a useful corresponding Go internal abstraction to clean up without inventing a feature placeholder.
dotnet/src/Microsoft.Agents.AI.Workflows.Declarative/Extensions/DataValueExtensions.cs mapped to declarative conversion logic not clearly present in this Go checkout, so changing it would have been speculative.
This was originally intended as a pull request, but GitHub Actions is not permitted to create or approve pull requests in this repository.
The changes have been pushed to branch copilot/dotnet-code-delivery-mapping-1788388227-c60872f5139c3e3b.
To fix the permissions issue, go to Settings → Actions → General and enable Allow GitHub Actions to create and approve pull requests. See also: gh-aw FAQ
Summary
Centralized internal
DeliveryMappingconstruction behind unexported helpers and reused them in the workflow edge, input, and response delivery paths. This mirrors the corresponding .NETDeliveryMappingshape where construction is centralized, making future .NET-to-Go ports easier to compare without changing runtime behavior..NET Reference
dotnet/src/Microsoft.Agents.AI.Workflows/Execution/DeliveryMapping.cs- centralizes delivery mapping initialization through constructors for single and multiple envelopes/targets.Public API and Behavior
No public Go API changed. No intentional behavior change was made.
Tests
go test ./workflow/internal/executionNotes
Rejected candidates from the random sample:
dotnet/src/Microsoft.Agents.AI.Workflows/Execution/StateScope.csmapped to Go state internals that were already structurally close and risked behavior-sensitive churn around nil/delete semantics.dotnet/src/Microsoft.Agents.AI.Abstractions/FeatureIndex.csdid not have a useful corresponding Go internal abstraction to clean up without inventing a feature placeholder.dotnet/src/Microsoft.Agents.AI.Workflows.Declarative/Extensions/DataValueExtensions.csmapped to declarative conversion logic not clearly present in this Go checkout, so changing it would have been speculative.Note
This was originally intended as a pull request, but GitHub Actions is not permitted to create or approve pull requests in this repository.
The changes have been pushed to branch
copilot/dotnet-code-delivery-mapping-1788388227-c60872f5139c3e3b.Click here to create the pull request
To fix the permissions issue, go to Settings → Actions → General and enable Allow GitHub Actions to create and approve pull requests. See also: gh-aw FAQ
Show patch preview (77 of 77 lines)