A shared studio / Your preferred LLM

Continue the work,
with your tools.

Add https://ids.hereandmore.com/mcp as a remote MCP server. The connector uses Streamable HTTP and supports OAuth with PKCE. Each call checks your current identity and repository permissions.

Connect with JEM

Add the studio connector address in your preferred LLM client.
Sign in with JEM. Review the application name and the work it can access, then choose Connect to the studio.
Ask your model to show your projects and continue the work you choose.

You can contribute through the studio without a Dialog account or HERE social membership. Your project permissions still apply to every request.

Manage your connections ↗

Your application receives a credential for this studio only. The studio retains your JEM session encrypted to check that it is still active. Ending that session or revoking the connection ends access; work already recorded remains in the project history.

Existing Dialog connections

Connections made with Dialog keys continue to work during the transition. Revoke those keys in Dialog to end their access. To move a client to JEM, reconnect it through the studio consent page. A Dialog connection does not become a JEM connection automatically.

Add a frontend version

Use your normal Git workflow to save your version in a repository you contribute to on Everything. Then ask your LLM:

Register my frontend with studio_submit_version.
Project: owner/repository
Revision: the full 40-character Git commit
Entry: the frontend entry file
Title: a short name for this version
Summary: what I changed and why
Parent: the studio version I continued, if any
Tool and model: what I actually used
Request ID: a new unique ID, reused for an identical retry

The studio confirms that revision and entry file under your identity, then records a version and its contribution. Source remains in its repository. Uploaded code is never executed by the studio.

Continue through the studio

studio_history, studio_my_activity, studio_inspect_version — revisit work, personal contributions and results.
studio_map_frontend — connect a UI element to a HERE ontology entity, contract, operation, authority and validation plan.
studio_record_evidence — attach a generated concept, photograph, measurement or test report with a fingerprint and limitations.
studio_review — record design, ontology, security, stability or physical review findings.
studio_request_release — propose an exact target, version, checks and rollback plan for Universe.
studio_release_gate — operators check that an approval still matches the revision, target and current review.
studio_record_deployment — attach an operator’s deployment and postcheck receipt under that approval.

Files and patterns

studio_file_tree walks the files at an exact version, preserving object IDs and pagination. studio_register_pattern records an algorithm or pattern's source, inputs, outputs, constraints and validation plan. studio_patterns retrieves those contracts. Each remains a proposal tied to its source; none runs automatically.

Who decides, and what is proven

Universe approves through a recent JEM session with two-factor assurance. An LLM connector cannot approve a release. Approvals expire after 24 hours, can be revoked, and become invalid when the version’s mapping, review or release request changes.

The connector does not run code, deploy services or manufacture objects. Operators must integrate the release gate into each project’s deploy procedure. A recorded deployment is an attributed operator report; independent checks and photographs remain separate evidence.

Current projects come from Everything repository memberships. Tool history covers work explicitly recorded through IDS. Historical work in external tools is not silently invented or imported.

Physical creation

Keep the source photograph or measurement, its SHA-256, capture time with timezone, location or reference frame, units, uncertainty and limits. A generated image remains a concept. An uploaded photograph remains submitted evidence until its relationship to the built object and measured constraints has been reviewed.

Read the IDS philosophy ↗