From truefoundry-gateway
Lists TrueFoundry workspaces and clusters, provides FQNs for deployments, cluster connectivity status, GPU types, and base domains. Use to select deploy targets or check infrastructure.
npx claudepluginhub truefoundry/tfy-gateway-skills --plugin truefoundry-gatewayThis skill is limited to using the following tools:
> Routing note: For ambiguous user intents, use the shared clarification templates in [references/intent-clarification.md](references/intent-clarification.md).
references/api-endpoints.mdreferences/cli-fallback.mdreferences/cluster-discovery.mdreferences/container-versions.mdreferences/gpu-reference.mdreferences/health-probes.mdreferences/intent-clarification.mdreferences/manifest-defaults.mdreferences/manifest-schema.mdreferences/prerequisites.mdreferences/resource-estimation.mdreferences/rest-api-manifest.mdreferences/tfy-api-setup.mdscripts/tfy-api.shscripts/tfy-version.shChecks TrueFoundry connection status and verifies credentials (TFY_BASE_URL, TFY_HOST, TFY_API_KEY) using Bash and tfy-api.sh. Use as preflight before platform operations like deployments.
Provides deep-dive reference for Azure ML Workspace architecture, networking, private endpoints, compute clusters/instances, endpoints, managed identities, ACR/storage integration, az ml CLI/PowerShell commands, logs, debugging, and Terraform.
Mandates invoking relevant skills via tools before any response in coding sessions. Covers access, priorities, and adaptations for Claude Code, Copilot CLI, Gemini CLI.
Share bugs, ideas, or general feedback.
Routing note: For ambiguous user intents, use the shared clarification templates in references/intent-clarification.md.
List TrueFoundry workspaces and clusters. Workspaces are the deploy targets; clusters are the underlying infrastructure.
List workspaces and clusters, find workspace FQNs for deployment, check cluster connectivity, or discover available GPU types and base domains.
For simple read/list operations in this skill, always use MCP tool calls first:
tfy_clusters_listtfy_workspaces_listIf tool calls are unavailable because the MCP server is not configured, or a tool is missing, fall back automatically to direct API via tfy-api.sh.
When using direct API, set TFY_API_SH to the full path of this skill's scripts/tfy-api.sh. See references/tfy-api-setup.md for paths per agent.
Never ask users to set TFY_CLUSTER_ID manually. Instead, list clusters and let the user pick — then filter workspaces by that cluster.
# Via Tool Call
tfy_clusters_list()
# Via Direct API
$TFY_API_SH GET /api/svc/v1/clusters
Present as a table and ask the user to pick one:
Clusters:
| Name | ID | Connected |
|------------------|------------------|-----------|
| prod-cluster | prod-cluster | Yes |
| dev-cluster | dev-cluster | Yes |
Which cluster would you like to use?
Once the user picks a cluster, list workspaces filtered to that cluster:
# Via Tool Call
tfy_workspaces_list(filters={"cluster_id": "selected-cluster-id"})
# Via Direct API
$TFY_API_SH GET '/api/svc/v1/workspaces?clusterId=SELECTED_CLUSTER_ID'
Present as a table and ask the user to pick one:
Workspaces in prod-cluster:
| Name | FQN |
|------------|----------------------------|
| dev-ws | prod-cluster:dev-ws |
| staging-ws | prod-cluster:staging |
Which workspace would you like to use?
Key field: fqn — this is what TFY_WORKSPACE_FQN needs for deploy.
If the user has access to only one cluster, skip the cluster selection step — go straight to listing workspaces.
# Via Tool Call
tfy_workspaces_list()
# Via Direct API
$TFY_API_SH GET /api/svc/v1/workspaces
# Via Tool Call
tfy_workspaces_list(workspace_id="ws-id-here")
# Via API
$TFY_API_SH GET /api/svc/v1/workspaces/WORKSPACE_ID
# Via Tool Call
tfy_clusters_list(cluster_id="cluster-id") # with status + addons
# Via Direct API
$TFY_API_SH GET /api/svc/v1/clusters/CLUSTER_ID
$TFY_API_SH GET /api/svc/v1/clusters/CLUSTER_ID/is-connected
$TFY_API_SH GET /api/svc/v1/clusters/CLUSTER_ID/get-addons
When a user wants to expose a service publicly, you need the cluster's base domains to construct a valid hostname. Invalid hosts cause deploy failures. See references/cluster-discovery.md for how to look up base domains, extract cluster ID from workspace FQN, and construct public URLs.
When a user needs GPU resources, discover what's available on the cluster before offering options.
Option A: Check cluster addons/node pools
$TFY_API_SH GET /api/svc/v1/clusters/CLUSTER_ID/get-addons
Option B: The SDK/API error message tells you
If you deploy with an unsupported GPU type, the error message lists all valid ones:
"None of the nodepools support A10G. Valid devices are [T4, A10_4GB, A10_8GB, A10_12GB, A10_24GB, H100_94GB]"
Not all types are available on every cluster. Always check before presenting options to the user.
For the full GPU type reference table and SDK usage examples, see references/gpu-reference.md.
<success_criteria>
</success_criteria>
cluster_id to workspacesNo workspaces found. Check:
- The selected cluster may not have any workspaces
- Your API key may not have access to this cluster
- Try listing clusters first to pick a different one
Cannot list workspaces. Your API key may lack workspace permissions.