create-astrale-domain 0.3.0-beta.161 → 0.3.0-beta.162

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
@@ -11,14 +11,14 @@ npx -y create-astrale-domain@beta my-domain --yes --instance development
11
11
  The generated project must resolve the SDK and deployment adapters from npm; it must not retain
12
12
  workspace links or repository-only source paths.
13
13
 
14
- Managed generation requires an explicit Astrale instance and writes one installed `development`
15
- Environment; authors add staging and production only when their distinct instances exist.
16
- Cloudflare generation does not accept `--instance` and creates deploy-only development and
17
- production Environments. In both cases `pnpm dev` watches and deploys `development` remotely; no
18
- active instance, local Worker, Vite server, or tunnel is part of the standard Domain-author journey.
19
- An installed frontend Environment still opens its default View through generic Project tooling;
20
- stopping development closes only that local View session and retains the remote deployment and
21
- installation.
14
+ Managed generation requires an explicit Astrale instance and writes one `development`
15
+ Environment deployed through that instance's Services; authors add staging and production only when
16
+ their distinct instances exist. Cloudflare generation does not accept `--instance` and creates
17
+ development and production Environments. In both cases `pnpm dev` watches and deploys
18
+ `development` remotely; no active instance, local Worker, Vite server, or tunnel is part of the
19
+ standard Domain-author journey. A deploy never installs: install the URL it prints with
20
+ `astrale domain install <url> --direct -i <instance>`. Stopping development retains the remote
21
+ deployment.
22
22
 
23
23
  Generated projects have one package journey:
24
24
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "create-astrale-domain",
3
- "version": "0.3.0-beta.161",
3
+ "version": "0.3.0-beta.162",
4
4
  "description": "Scaffold a standalone Astrale domain — npm create astrale-domain",
5
5
  "keywords": [
6
6
  "astrale",
@@ -30,14 +30,14 @@
30
30
  "registry": "https://registry.npmjs.org/"
31
31
  },
32
32
  "dependencies": {
33
- "@astrale-os/adapter-astrale": "0.5.0-beta.161",
34
- "@astrale-os/adapter-cloudflare": "0.5.0-beta.168",
33
+ "@astrale-os/adapter-astrale": "0.5.0-beta.162",
34
+ "@astrale-os/adapter-cloudflare": "0.5.0-beta.169",
35
35
  "@clack/prompts": "^0.11.0"
36
36
  },
37
37
  "devDependencies": {
38
38
  "@astrale-os/kernel-dsl": "0.2.0-beta.44",
39
39
  "@astrale-os/ox": "0.1.4",
40
- "@astrale-os/sdk": "0.6.0-beta.13",
40
+ "@astrale-os/sdk": "0.6.0-beta.14",
41
41
  "@types/node": "^22.0.0",
42
42
  "esbuild": "^0.28.2",
43
43
  "oxfmt": "0.63.0",
@@ -17,8 +17,8 @@ tests/ cross-layer executable journeys
17
17
  ```
18
18
 
19
19
  Run `pnpm dev` to watch, remotely deploy, and verify the committed `development` Environment. It
20
- starts no local Worker, browser server, or tunnel; when installation is configured it reconciles the
21
- ready Release onto that Environment's exact Astrale instance. Run `pnpm build` to build both Worker
20
+ starts no local Worker, browser server, or tunnel, and never installs: install the URL it prints with
21
+ `astrale domain install <url> --direct -i <instance>`. Run `pnpm build` to build both Worker
22
22
  and browser assets and print their build digest.
23
23
  Domain projects intentionally own no `.spec` trees and import authoring contracts only through
24
24
  semantic `@astrale-os/sdk/*` subpaths.
@@ -10,8 +10,8 @@ tests/ cross-layer executable journeys
10
10
  ```
11
11
 
12
12
  Run `pnpm dev` to watch, remotely deploy, and verify the committed `development` Environment. It
13
- starts no local Worker or tunnel; when installation is configured it reconciles the ready Release
14
- onto that Environment's exact Astrale instance. Run `pnpm build` to qualify its deploy bundle and print its build digest. Add `views/` and
13
+ starts no local Worker or tunnel, and never installs: install the URL it prints with
14
+ `astrale domain install <url> --direct -i <instance>`. Run `pnpm build` to qualify its deploy bundle and print its build digest. Add `views/` and
15
15
  `ui/` later only when the schema gains declared Views. Domain projects intentionally own no `.spec`
16
16
  trees and import authoring contracts only through semantic `@astrale-os/sdk/*` subpaths.
17
17
 
@@ -16,8 +16,8 @@ tests/ cross-layer executable journeys
16
16
  ```
17
17
 
18
18
  Run `pnpm dev` to watch, remotely deploy, and verify the committed `development` Environment. It
19
- starts no local Worker, Vite server, or tunnel; when installation is configured it reconciles the
20
- ready Release onto that Environment's exact Astrale instance. Run `pnpm build` to qualify Worker and
19
+ starts no local Worker, Vite server, or tunnel, and never installs: install the URL it prints with
20
+ `astrale domain install <url> --direct -i <instance>`. Run `pnpm build` to qualify Worker and
21
21
  frontend output and print their build digest, and `pnpm run deploy production` to deploy through the selected adapter. Add semantic `rules/`, `queries/`,
22
22
  `mutations/`, and `functions/` modules only when the Domain gains those responsibilities.
23
23
 
@@ -33,12 +33,11 @@ adapters remain implementation inputs and are not published. Do not add a parall
33
33
  declaration-rewrite script.
34
34
 
35
35
  `pnpm dev` watches the generated `development` Environment. It builds and verifies locally, then
36
- deploys the Worker and frontend remotely through the Environment's adapter and reconciles the
37
- declared installation when present. It never reads an active instance or starts a local Worker,
38
- Vite server, or tunnel. Stop ends only local watching; it retains the remote deployment and
39
- installation. Do not add a parallel tunnel, install loop, frontend watcher, or shutdown uninstall.
40
- For an installed frontend Environment, Project tooling opens and refreshes the default View; stop
41
- closes only that local View session.
36
+ deploys the Worker and frontend remotely through the Environment's adapter. It never installs,
37
+ reads an active instance, or starts a local Worker, Vite server, or tunnel: install the URL it
38
+ prints with `astrale domain install <url> --direct -i <instance>`. Stop ends only local watching; it
39
+ retains the remote deployment. Do not add a parallel tunnel, install loop, frontend watcher, or
40
+ shutdown uninstall. Do not declare `installation` on a Project Environment: it is refused.
42
41
 
43
42
  Domain projects do not contain `.spec` directories. Do not add one: public SDK types, package
44
43
  facades, the Domain knowledge rules, and executable tests are the contract guardrails. Import Core