docs: describe receipt-bound module configuration
This commit is contained in:
@@ -113,6 +113,16 @@ The private installation directory contains:
|
|||||||
The specification contract is
|
The specification contract is
|
||||||
[`installation-spec.schema.json`](installation-spec.schema.json).
|
[`installation-spec.schema.json`](installation-spec.schema.json).
|
||||||
|
|
||||||
|
The API, workers, scheduler, and Ops read the capability receipt through the
|
||||||
|
same bounded Core validator. Configuration-package providers receive that typed
|
||||||
|
receipt in preflight context. Mail uses `mail.smtp` to offer an idempotent SMTP
|
||||||
|
profile plan and accepts only an existing credential-envelope reference; Files
|
||||||
|
uses `files.storage` to prove that the deployment-owned local/S3 runtime binding
|
||||||
|
already matches. Files deliberately blocks drift instead of rewriting process
|
||||||
|
environment or initiating an implicit object migration. Invalid receipts fail
|
||||||
|
closed, while a deployment without a mounted receipt continues to run but
|
||||||
|
cannot apply receipt-bound configuration fragments.
|
||||||
|
|
||||||
Build the same dependency-free tool as one downloadable artifact:
|
Build the same dependency-free tool as one downloadable artifact:
|
||||||
|
|
||||||
```sh
|
```sh
|
||||||
|
|||||||
Reference in New Issue
Block a user