MJos Predictive Model | First manifestation of the Bangel Language
New project sequence ยท proposed bindings
RegisterWorkspace accepts restaurant/business plan, acknowledgement and required contact fields. Creates draft workspace, empty menu and deterministic request-ID slug; existing ownership cannot be rebound by matching email. TenantStaffAccess reads active durable membership; verified sign-in email may claim an unbound invitation.
BarTide and Tide Casa onboarding / Purple MJos Predictive Model | First manifestation of the Bangel Language MJ Physics Engineering | Owned and operated by Michael Bangel | Clearwater, Florida TYPED LANGUAGE BINDING - RegistrationRequest: request ID, plan, acknowledged, business and contact - OwnerBinding: user ID + tenant ID - WorkspaceState: draft | active - PublicationReview: separate evidence BINDING PROPOSAL Identity is verified, requested plan is admitted and no conflicting ownership exists. Validate fields; bind user and tenant in a transaction; preserve existing ownership. Create or return draft workspace; conflicting ownership holds for review. COMPILATION BOUNDARY Use a declared Bangel grammar profile. Elsa compiles valid source; independent JP admission checks the representation before Joanna execution. The type descriptions above are proposed contract notation, not parser-verified Bangel syntax. Do not copy historical paper module syntax into a bangel 1.0 file without an explicit adaptation. IMPLEMENTATION OBLIGATION Bind each listed field to actual source input and output, define missingness and units, provide positive and failure examples, and test the generated receipt. MJ authority remains separate from calculation. EVIDENCE LIMITS - One-workspace-per-account behavior is explicit in source. - Creating a draft does not publish a restaurant or activate payments. - No end-to-end onboarding execution in this review.