OSS-first docs
These docs teach the open system first: contracts, generated surfaces, runtimes, governance, and incremental adoption. Studio shows up as the operating layer on top, not as the source of truth.
Build
The OSS foundation is a library system, not a closed platform.
ContractSpec is assembled from libraries that remain useful on their own and stronger together. Start with the contract and schema foundation, then add runtime, UI, integration, and operator packages as your system grows.
Keep reusable behavior in libraries, compose it into bundle-level surfaces, and reserve app packages for concrete delivery shells.
Contract and schema foundation
Use these packages to define explicit contracts, schemas, and generated artifacts without inventing a new platform-specific language.
Runtime and surface libraries
These packages execute the contract model across UI, data, observability, workflows, and generated runtime behavior.
@lssm-tech/lib.runtime
Run typed capability surfaces, execute policies, and connect runtime adapters.
@lssm-tech/lib.translation-runtime
Resolve ContractSpec TranslationSpec catalogs with ICU formatting, SSR snapshots, BCP 47 locales, overrides, and optional i18next projection.
@lssm-tech/lib.ui-kit
Render shared surfaces across web and React Native without forking the contract layer.
@lssm-tech/lib.ui-kit-web
Use the raw web primitive layer directly when you want the browser table, accessibility, and interaction model without the design-system shell.
@lssm-tech/lib.design-system
Build higher-level product surfaces, actionable object references, adaptive panels, and documented marketing/docs primitives on top of the web and native UI packages.
Application shell
Adopt the shared sidebar, topbar, command search, notifications, mobile navigation, and PageOutline patterns for product apps.
Cross-platform UI
See how the presentation runtimes, ui-kit-web, ui-kit, and design-system stay compatible across React and React Native.
@lssm-tech/lib.data-views
Generate and render list/detail style surfaces that stay aligned with data contracts.
Operator and system packages
These packages matter once the system is live and you need governance, resilience, and observability.
@lssm-tech/lib.observability
Trace, log, and measure contract execution using the same system boundaries.
@lssm-tech/lib.resilience
Add circuit breakers, retries, and failure controls without hiding the integration model.
@lssm-tech/lib.multi-tenancy
Keep tenant-specific config, policy, and surface resolution explicit.
@lssm-tech/lib.workflow-composer
Compose and extend workflows without smearing orchestration concerns across apps.
Adopt provider-backed knowledge
Ingest Gmail and Google Drive into governed knowledge spaces with persisted provider deltas and mutation gates.
DataViews runtime
Render list, grid, and table DataViews with shared collection defaults, toolbar controls, data depth, and personalization bridges.
Why ContractSpec
Keep educational and comparison content reachable without letting it define the primary OSS learning path.