Supported Stacks and Repository Types
Application stacks the platform recognizes, plus platform repository types such as Terraform and GitOps.
Application stacks
Readiness analysis is strongest when GitHub languages map to one of these application stacks:
| Stack | Typical languages |
|---|---|
| JVM | Java, Kotlin |
| iOS | Swift |
| Web / Node | TypeScript, JavaScript, React, Node |
| Go | Go |
| Python | Python |
If GitHub does not report a matching application stack, the platform can still Analyze the repository. Coverage then depends on repository type: a general rubric for unknown app layouts, or a platform profile when the repo is dedicated infrastructure.
The product does not list every supported language inside warning tooltips. Use this page (or Agentic Foundation → Supported languages in the app) as the source of truth.
Platform repository types
These repos are first-class scan subjects. They get a Platform repository badge and a reduced criterion set (many application criteria are marked not applicable):
| Type | What it usually contains |
|---|---|
| Terraform | Versioned *.tf, modules, remote state config |
| GitOps | Helm, Kustomize, Argo CD, or Flux manifests |
| CI templates | Reusable workflows or shared CI libraries |
| API contracts | Central OpenAPI / AsyncAPI / protobuf catalogs without an app runtime |
Platform type is detected from repository content (and optional linked platform repository settings), not from GitHub’s primary language alone. A warning that no application stack was detected is normal for these repos.
Warnings vs ineligible
| Signal | Meaning |
|---|---|
| Warning (yellow) | Still analyzable. Often means no v1 application stack from GitHub languages, a fork, or mixed unsupported languages. |
| Ineligible (orange, read-only) | Structural skip: archived, over size/count limits, or similar. Analyze and Fix stay disabled. |