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
|
|
15
|
-
Environment; authors add staging and production only when
|
|
16
|
-
Cloudflare generation does not accept `--instance` and creates
|
|
17
|
-
production Environments. In both cases `pnpm dev` watches and deploys
|
|
18
|
-
active instance, local Worker, Vite server, or tunnel is part of the
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
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.
|
|
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.
|
|
34
|
-
"@astrale-os/adapter-cloudflare": "0.5.0-beta.
|
|
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.
|
|
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
|
|
21
|
-
|
|
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
|
|
14
|
-
|
|
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
|
|
20
|
-
|
|
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
|
|
package/template/CLAUDE.md
CHANGED
|
@@ -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
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
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
|