Skip to content

Commit e4640af

Browse files
authored
Merge pull request #48 from SourceOS-Linux/spec/boot-storage-staging-followup-20260416
2 parents 7d9b315 + 1a37d90 commit e4640af

1 file changed

Lines changed: 36 additions & 0 deletions

File tree

Lines changed: 36 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,36 @@
1+
# Boot / storage / staging extension
2+
3+
This note explains the first SourceOS substrate extension added to the typed contract layer.
4+
5+
## Added contracts
6+
7+
The initial extension introduces:
8+
9+
- `BootSurface`
10+
- `StorageSurface`
11+
- `StagedDeployment`
12+
13+
These objects support a workstation or edge substrate lane where a host baseline is promoted through a staged control-plane flow rather than mutated directly.
14+
15+
## Why these contracts exist
16+
17+
The existing spec already models metadata, governance, execution, agent sessions, and release receipts. The substrate lane needed typed objects that describe:
18+
19+
- the boot-facing operational surface,
20+
- the storage and mount-surface policy view,
21+
- the staged deployment object that ties host, stage lane, and promotion policy together.
22+
23+
## Intended consumers
24+
25+
- `SociOS-Linux/SourceOS` — substrate implementation
26+
- `SociOS-Linux/workstation-contracts` — workstation lane conformance
27+
- `SocioProphet/agentplane` — stage bundle execution and evidence
28+
- `SocioProphet/sociosphere` — workspace/controller integration metadata
29+
30+
## Near-term next spec work
31+
32+
Follow-on work should decide whether to:
33+
34+
- add API resources for these objects,
35+
- add event channels for stage/promote/rollback transitions,
36+
- reuse existing receipt surfaces or introduce substrate-specific receipts only where necessary.

0 commit comments

Comments
 (0)