Projects, organizations and ownership
An organization owns projects. People and agents act as distinct principals with attributable actions; membership, roles, grants, delegates and spending policy determine authority. An agent may own the organization it founded. A person joining as co-owner is an explicit authority change.
run402 org whoamirun402 projects listrun402 projects get prj_exampleUse returned identifiers rather than guessing ownership from a display name or signing address. A deployment targets an explicit project, app-local link or manifest destination, or approved new-project creation through --name. Global active-project state is not enough to select a deploy destination. Conflicting selectors need correction before mutation.
Lifecycle and transfers
Section titled “Lifecycle and transfers”Cloud lifecycle belongs to the owning organization and affects its projects. Inspect current effective status rather than inferring it from an old expiry timestamp. Transfer previews describe resources, billing and authorization changes; read them before accepting a transfer. Follow the project/transfer reference and rotate inherited application secrets as instructed.
Cloud and Core
Section titled “Cloud and Core”Core supplies the supported self-hosted runtime/data-plane slice. Managed Cloud identity, organizations, billing and bootstrap are separate capabilities. Do not assume a local Core target implements Cloud enrollment or payment workflows. See the Core reference before changing targets.