What you needSix steps, and four credentials — no more.
- A Bijection account sign-in. Browser SSO through your account’s identity
organization.
eclipse loginuses it and stores an eight-hour bearer in your operating-system credential vault. - A payment method. Creating an environment opens a hosted checkout. Provisioning starts when that invoice is paid.
- Your source system’s own credential. A database URL, or an OAuth consent you give the connector. It becomes an immutable secret version; you never paste it into a file.
- A workspace sign-in. Your isolated environment has its own identity
organization, separate from the account one. It signs you into the workspace
browser and into
atelier.
1. Environment ready
Sign in, choose a region and plan, and create the environment. Creation is one idempotent request that also opens the hosted checkout; the provisioning worker converges the rest.eclipse environment get reports it active. It is
one isolated installation — its own database, storage, source plane, and
identity organization. There is no shared data plane and no tenant key.
2. Source connected
Clone the environment’s product repository and scaffold a product in it. Git authenticates with your Eclipse login through a hidden credential helper; there is no second Git credential to manage.data/connectors/*.star, then
bind the credential. For a database, eclipse secrets set reads the value from
a hidden prompt and writes an immutable secret version plus its lock reference.
For an OAuth provider, eclipse connector authorize runs one loopback
authorization-code flow and does the same for all three references at once.
source inspect reads your database directly from the authoring machine and
reports which tables are usable and which need a declared logical key. The
workspace marks this step complete once an operator runs Check health on the
connection in Data sources — which needs the product deployed, so expect to
finish this step just after the next one.
3. Product validated
Compile the model, then publish it as one signed review branch. Merging that branch publishes the product change; releasing and deploying selects it.eclipse model guide reports, for each of these same six steps, what the model
directory already declares and what it still needs. It is the authoring-side
view of the journey you are walking.
4. First capture
The deployment captures every declared dataset on its cadence and publishes one immutable source transaction. Watch it land in the workspace under Runs, or from the CLI:5. First dashboard
Open the workspace and go to Dashboards. A panel reads exactly one governed function; the function reads the captured basis. Rendering one is the step — there is nothing to wire up.6. First decision
Plan first. A plan is stateless: it shows the exact effects and writes nothing. Execution re-resolves the authoritative dataset transaction and refuses a stale plan.Where to go next
Model
The model directory is the whole production composition input.
Actions
Plan, review, execute — the only way the world changes.