@abgov/nx-adsp 13.13.0 → 13.14.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md
CHANGED
|
@@ -251,9 +251,13 @@ npx @abgov/adsp-cli login --env <dev|test|prod> --tenant "<Your Tenant>" --scope
|
|
|
251
251
|
When you run a generator:
|
|
252
252
|
|
|
253
253
|
- if a valid cached token exists, generation proceeds with no prompt;
|
|
254
|
-
- if
|
|
255
|
-
|
|
256
|
-
|
|
254
|
+
- if `ADSP_CLIENT_ID`/`ADSP_CLIENT_SECRET` are set (a CI service account — requires
|
|
255
|
+
`@abgov/adsp-cli` ^1.7.0+ and the tenant's `adsp-cli-ci` Keycloak client enabled with credentials
|
|
256
|
+
generated), a fresh token is acquired non-interactively via that account, no browser and no prior
|
|
257
|
+
`adsp login` needed;
|
|
258
|
+
- otherwise, an **interactive** run launches `adsp login` for you (browser); a **non-interactive**
|
|
259
|
+
run (`--no-interactive` / CI) fails with the exact `adsp login` command to run first, or the two
|
|
260
|
+
env vars above to set instead.
|
|
257
261
|
|
|
258
262
|
Generator flags that steer which tenant/token is used:
|
|
259
263
|
|
|
@@ -269,7 +273,7 @@ have a tenant yet? That picker also offers a **+ Create a new tenant** choice
|
|
|
269
273
|
`tenant-service-admin`, and (unless `tenant-service-admin`) that doesn't already own a tenant (one
|
|
270
274
|
per admin email). Picking it prompts for a name and waits for the new realm to finish provisioning
|
|
271
275
|
before continuing the login as that tenant. Requires `@abgov/adsp-cli` ^1.4.0+ (this plugin pins
|
|
272
|
-
^1.
|
|
276
|
+
^1.7.0 or later).
|
|
273
277
|
|
|
274
278
|
## Agent consultation
|
|
275
279
|
|
package/package.json
CHANGED
|
@@ -96,6 +96,7 @@ describe('Express Service Generator', () => {
|
|
|
96
96
|
const agents = host.read('apps/test/AGENTS.md').toString();
|
|
97
97
|
expect(agents).toContain('@abgov/adsp-sdk-mcp-server');
|
|
98
98
|
expect(agents).toContain('get_platform_quickstart');
|
|
99
|
+
expect(agents).toContain('get_service_configuration_schema');
|
|
99
100
|
expect(agents).toContain('search_sdk_reference');
|
|
100
101
|
}, 60000);
|
|
101
102
|
|
|
@@ -26,6 +26,13 @@ APIs from memory** when integrating ADSP capabilities:
|
|
|
26
26
|
|
|
27
27
|
- `get_platform_quickstart` — the canonical `initializePlatform` usage pattern and
|
|
28
28
|
a capabilities summary. Start here for "how do I use ADSP from this service?".
|
|
29
|
+
Covers `serviceConfigurations` too — registration creates resources, not just
|
|
30
|
+
declares a dependency, and there's both a `NamedConfiguration` and a
|
|
31
|
+
plain-object variant.
|
|
32
|
+
- `get_service_configuration_schema` — fetches the live configuration schema for
|
|
33
|
+
a platform service from configuration-service. Use this before writing a
|
|
34
|
+
`serviceConfigurations` entry in `initializeService()` so its shape matches
|
|
35
|
+
what that service actually expects, instead of guessing.
|
|
29
36
|
- `search_sdk_reference` — look up `@abgov/adsp-service-sdk` by symbol, module, or
|
|
30
37
|
keyword; returns kind, description, option/return shape, example, deprecation.
|
|
31
38
|
- `search_adsp_docs` — keyword search across ADSP platform docs (getting started,
|