diff --git a/manage/blueprints.mdx b/manage/blueprints.mdx
index b5cb2ab..bbca1bb 100644
--- a/manage/blueprints.mdx
+++ b/manage/blueprints.mdx
@@ -90,11 +90,48 @@ Use container labels when the resource definition should live inside your Compos
- If your Pangolin CLI build includes blueprint commands, you can apply a file directly:
+ Apply a blueprint directly from the Pangolin CLI when you want a one-off apply from a terminal, CI job, or local automation.
+
+ **Using your logged-in user account**
+
+ First log in and select the organization you want the blueprint applied to:
+
+ ```bash
+ pangolin login
+ pangolin select org --org
+ ```
+
+ Then apply the file:
```bash
pangolin apply blueprint --file /path/to/blueprint.yaml
```
+
+ The CLI uses your active account and selected organization. You can optionally set the saved blueprint name:
+
+ ```bash
+ pangolin apply blueprint --file /path/to/blueprint.yaml --name production
+ ```
+
+ **Using an Integration API key**
+
+ For non-interactive automation, pass an Integration API key, API endpoint, and organization ID together:
+
+ ```bash
+ pangolin apply blueprint \
+ --file /path/to/blueprint.yaml \
+ --api-key \
+ --endpoint https://api.example.com \
+ --org
+ ```
+
+ For Pangolin Cloud, use `https://api.pangolin.net` as the endpoint. For self-hosted Pangolin, use your API host, for example `https://api.your-domain.com`. See [Integration API](/manage/integration-api) for creating API keys and enabling the API on self-hosted deployments.
+
+ You can also pipe a blueprint through stdin. When using stdin, provide `--name` because there is no filename to derive it from:
+
+ ```bash
+ render-blueprint | pangolin apply blueprint --file - --name production
+ ```