Typical user journeys
Choose the shortest path that matches your role. All write paths remain governed and deny by default.
Describe a physical-space outcome to an agent
Section titled “Describe a physical-space outcome to an agent”The complete end-user conversation lifecycle remains product direction. The available beta foundation supports a narrower, explicit workflow:
- Connect an agent to the documentation and the default read-only MCP surface.
- Ask it to inspect the runtime, active Pack, live capabilities, and current state before proposing a change.
- Review which parts of the request map to implemented queries or governed commands and which parts are still unavailable.
- Enable a bounded write session only for a specific task, preserve its confirmation and audit evidence, and return to read-only afterward.
- Ask the agent to explain the observed outcome or reverse the versioned change rather than editing SHM, SQLite, or internal services.
Future releases will add typed intent/proposal contracts, simulation, temporary behavior with expiry, and continuous outcome evaluation. See the AI-native platform for that target lifecycle.
Evaluate a local edge runtime
Section titled “Evaluate a local edge runtime”- Open the AetherEdge overview.
- Start the safe-empty composition with no devices or external services.
- Inspect runtime health and the machine-readable manifest.
- Add a protocol adapter and domain Pack only when the application requires it.
Build an agent-generated edge application
Section titled “Build an agent-generated edge application”- Generate clients from the running AetherEdge OpenAPI contract.
- Start read-only and preserve quality, freshness, topology generation, and revision fields.
- Use the authenticated application boundary; never write SHM or SQLite directly.
- Add governed commands only with explicit permission, confirmation, idempotency, and audit behavior.
Connect an edge fleet to cloud
Section titled “Connect an edge fleet to cloud”- Select a tested combination in the compatibility matrix.
- Verify the digest-pinned AetherContracts consumer lock in both products.
- Run the Edge, Contracts, and Cloud integration task.
- Keep CloudLink experimental and the legacy path available until every published release gate passes.
Implement an independent client or runtime
Section titled “Implement an independent client or runtime”- Read the AetherContracts overview.
- Implement the normative specification and closed Schemas.
- Execute the public fixtures and black-box TCK.
- Report conformance evidence without claiming product deployment or production authentication.
Adopt AetherEMS
Section titled “Adopt AetherEMS”Use AetherEMS when the desired outcome is an energy-management solution rather than a general-purpose edge platform. AetherEMS supplies energy semantics and workflows while the platform products keep their industry-neutral boundaries.