Project RegistryHopper Labs

Register once. Connect the right work.

Your checkout, repository reference and project name should point to the same project. Give apps and agents a reliable place to resolve that identity—without scattering folder mappings across tools.

Illustrative product diagram · Sample dataClick to take a closer look
Project Registry / The idea

Illustrative product diagram · Sample data

1 / 2

What makes it useful

Small foundation. Fewer wrong turns.

Make a folder mean something

Bind a local Git checkout to a canonical project ID. Give usage records, conversations and code a shared point of reference.

Resolve before you act

Look up a project from a working directory or exact repository URL. Let an agent establish which project it is examining before joining evidence.

Keep the history connected

Archive a project while retaining its local evidence bindings. Preserve context when active work moves on.

See it in the app

Your tools need to agree on which project you mean.

A registered project gives local paths and repository references a common identity. That lets usage and code tools join the right evidence.

Project Registry shows an isolated Atlas project with a local checkout and repository reference
Actual Project Registry interface · Isolated fictional project

Useful alone. Better together.

Follow your AI work from allowance to implementation.

Start with recorded usage. Resolve the project, open its work sessions and trace the source behind a feature. One connected investigation, with evidence you can inspect.

Explore the connected workflow →
  1. AI CapacityKnow your usage and remaining allowance
  2. Project RegistryResolve the project identity
  3. AI EffectivenessFind the sessions behind the work
  4. Project UnderstandingExplore the code and possible impact

A closer look

See what you can do.

The capability, the action, and what it means for you.

Features, what they do, and why they matter
FeatureWhat you can doWhy it matters
Project bindingsWhat you can doBind a local Git checkout to a canonical project ID.Why it mattersGive usage records, conversations and code a shared point of reference.
Path and repository resolutionWhat you can doLook up a project from a working directory or exact repository URL.Why it mattersLet an agent establish which project it is examining before joining evidence.
LifecycleWhat you can doArchive a project while retaining its local evidence bindings.Why it mattersPreserve context when active work moves on.
Shared identityWhat you can doResolve bindings to canonical Tasks project records.Why it mattersAvoid competing names and lifecycle states across apps.
Local dataWhat you can doStore local folder bindings on the device.Why it mattersConnect the tools without publishing your filesystem layout.
Agent interfacesWhat you can doCall the same schema-checked operations through SDK, CLI, HTTP and MCP.Why it mattersReuse project resolution wherever your agent works.

6 capabilities

Practical details

Trying the experience

Explore the connected example with fictional data. Local app setup is separate.

Project Registry

Register once. Connect the right work.

Local app · Public launch is not configuredWays to try Hopper →