Is there an existing issue for this?

• I have searched the existing issues

Is your feature request related to a problem? Please describe the problem.

Description

Following the successful implementation of the TypeScript AppHost (apphost.ts) in Aspire 13.2, I would like to propose enabling/completing the Go-based AppHost support.

While I love the Aspire Dashboard and orchestration, requiring developers to use C# for the AppHost remains a significant barrier to adoption for teams that work exclusively in Go. I currently see initial code-generation logic for Go in the src/Aspire.Hosting.CodeGeneration.Go namespace, and I would like to see this matured into a functional feature for end-users.

Describe the solution you'd like

Proposed Solution

Enable a Go developer experience similar to the TypeScript implementation:

1. Entry Point: Support an apphost.go file as the primary orchestration entry point.
2. Go Client Library: Implement a Go SDK that utilizes the JSON-RPC protocol to communicate with the .NET AppHost server.
3. CLI Integration: Update the aspire CLI to recognize Go projects as valid AppHosts (detecting go.mod and apphost.go).

Additional context

Use Case & Impact

Enabling a Go-native AppHost allows Go-centric teams to maintain their local development environment and orchestration logic in their primary language. This improves developer velocity and allows for better integration with existing Go-based tooling and CI/CD pipelines while still leveraging the powerful Aspire dashboard and resource modeling.

Contribution

I am willing to contribute to the Go SDK implementation and the code-generation logic.

References

• Relates to the "Polyglot AppHost" roadmap discussed in ☎️ Aspire Roadmap - Q1 2026 Update (March 2026) #15662.