Structured records
Give each record meaningful fields instead of burying the information in another document.
Orbit brings its environment, services, and structured knowledge into view. Start with the built-ins. Create the modules your project needs next.
| Event | When it fires | Area | Status |
|---|---|---|---|
share_link_created | A new link is created | Sharing | Implemented |
share_link_opened | A client opens the link | Sharing | Implemented |
share_link_expired | An expired link is opened | Sharing | Planned |
| Variable | Value | File |
|---|---|---|
APP_URL | http://localhost:3000 | .env.development |
SHARE_LINK_TTL_DAYS | 7 | .env.development |
DATABASE_URL | •••••••••••• | .env.development |
Payments and billing. Find its dashboard and documentation.
Error monitoring. Get to the service from the project.
Hosting and deployments. Keep the dashboard within reach.
Interactive example with illustrative records. Analytics is an event inventory, not live traffic.
Bring environment files and detected integrations into project views. Find a variable, inspect the service your app uses, and get to its dashboard or documentation.
| Variable | Value | File |
|---|---|---|
APP_URL | http://localhost:3000 | .env.development |
SHARE_LINK_TTL_DAYS | 7 | .env.development |
DATABASE_URL | •••••••••••• | .env.development |
Some information deserves more structure than a doc. Define the fields, create records, and organize a view around what your project needs to keep track of.
Start from a template or a blank module. Reuse the definition in another project and give that project its own records.
Module fields
Ask an agent to work with an Orbit module as part of a task. It can read the relevant records and update them alongside the code, so the project view reflects the work you asked for.
For example: implement an analytics event and add its matching inventory record. This describes your instrumentation; it does not report live analytics traffic.
Give each record meaningful fields instead of burying the information in another document.
Organize and group records around the way you use the module.
Define the structure once, then add it to the projects where it belongs.
The Analytics example is an inventory of events in your codebase. It tracks the events and their definitions, not incoming traffic or live usage metrics.
Yes. Start from a template or a blank module, define its fields and instructions, and add it to a project.
When you explicitly invoke a module for an agent task, the agent can read and update that module for the task. Module access is scoped to the project and invocation.
Docs are suited to briefs and explanations. Orbit is suited to structured records and project views you want to inspect, organize, and use in agent work.
There is more to Choro
Explore MobileA native workspace for your Mac.