Starting files for connecting a managed PiShip distribution to a LiteLLM proxy through a company credential broker. The contract they implement is the enterprise integration contract. This is not a buildable example: it has no lock or resources. litellm-config.yaml is run unchanged by the enterprise reference stack, which tests it against LiteLLM v1.103.0 with a real Keycloak and a reference broker; the managed piship.yaml here is not run against any service, and nothing in this directory has been tested against a production LiteLLM, identity provider, or broker.
| File | Purpose |
|---|---|
piship.yaml |
Managed access sections for piship/v1; passes piship validate |
litellm-config.yaml |
LiteLLM proxy config whose model_name values match models.allowed |
What you still provide:
- An OIDC client: public, Authorization Code + PKCE
S256, redirecthttp://127.0.0.1:8765/callback, and a refresh token. - A broker in front of LiteLLM: it validates the identity access token, calls
POST /key/generatewith the master key, and returns thehttp-brokerresponse; its revoke endpoint callsPOST /key/deletefor the presented key. See connecting a LiteLLM gateway. - HTTPS for the proxy and broker, and the enterprise CA in
network.tls.additionalCAif needed. - Accurate
models.catalogmetadata: LiteLLM'sGET /v1/modelssupplies only the IDs.
Set the runtime variables before login:
| Variable | Value |
|---|---|
ACMECODE_OIDC_ISSUER |
IdP issuer URL |
ACMECODE_OIDC_CLIENT_ID |
Public client ID |
ACMECODE_CREDENTIAL_BROKER_URL |
Broker acquire endpoint |
ACMECODE_CREDENTIAL_REVOKE_URL |
Broker revoke endpoint |
ACMECODE_LLM_GATEWAY_URL |
LiteLLM base URL with /v1, for example https://llm.corp.example/v1 |
To build a distribution, copy piship.yaml into your distribution repository, add resources and governance as in the demo company example, then run piship lock and piship build.