# Project export: loxora

This document was generated by HackStack to give an AI agent context about a hackathon project. Sections are labeled with their provenance; content marked as truncated was cut to keep this document small.

## Project metadata

- Hackathon: OpenAI Build Week
- Tagline: Loxora gives AI agents a local-first project memory that knows what is current, what changed or was rolled back, which projects are affected, and delivers evidence-backed context through MCP.
- Devpost: https://devpost.com/software/loxora
- GitHub: https://github.com/Ocomic/loxora
- Video: https://www.youtube.com/embed/YVebt4jCxBM?enablejsapi=1&hl=en_US&rel=0&start=&version=3&wmode=transparent
- Team: 1 GitHub contributor(s) — Ocomic (29 commits)

## Devpost submission (written by the team)

### Inspiration

Modern AI coding tools are powerful, but their understanding of a project is often temporary. I work as a Product Owner but in my spare time I do some coding projects. Often smaller tools or games. I realized some issues by using different AI tools. Important decisions become scattered across chats, Markdown files, repositories, issue trackers, and different AI tools. When a conversation ends, a model changes, or development moves to another IDE, much of the project context has to be reconstructed. As Product Owner we have even bigger issues because we have no IDE with version control and rely on the documentation, notes, boards that we write down. Knowledge is more scattered between different tools and different AI agents. But as some bigger projects have a lot of Iterations AI doesn't know all context and gets confused and I wish I had a second bigger brain sometimes. I am a writer as well and I always wanted a tool that supports my story creation and acts as a second brain that can give me hints if I made a mistake in story development but therefore it would have to remember all what was written so far and maybe across different books. Even when information is retrieved successfully, an AI agent may not know whether it is: still current, already superseded, rolled back, only historical, or merely planned for the future. I built Loxora around a simple idea: Projects should never lose their memory. Instead of attaching memory to a single model, chat, IDE, or developer, Loxora treats knowledge as something owned by the project itself. Different AI agents can then reuse the same evidence-backed understanding through MCP. What Loxora Does Loxora is a local-first, model-independent project knowledge and context layer. It does more than store documents or retrieve similar text. Loxora distinguishes between three temporal views: Current knowledge — what should be trusted and used now Historical knowledge — what was previously accepted but later superseded or reverted Planned knowledge — what is intended, but not yet implemented Every accepted change creates a new immutable revision. Previous revisions remain available together with their evidence, review decision, rationale, and lineage. The demo follows a real project lifecycle: V1 is reviewed, accepted, and becomes Current. V2 supersedes V1. V2 creates a compatibility problem in another project. A rollback is explicitly recorded. V3 is accepted as a new restoration revision. V1 and V2 are never deleted. V1 is not silently reactivated after the rollback. V3 becomes Current while the complete sequence remains inspectable as: V1 → V2 → V3 This allows an AI agent to understand not only what the project currently believes, but also how and why that understanding changed. Cross-Project Impact Loxora also connects knowledge across projects. In the demo, the customer-portal project consumes an authentication contract owned by the identity-contract project. The reviewed relationship is: customer-portal / Token Parser → DependsOn → identity-contract / Token Format The first version of the contract requires the claim customer_id, and the consumer expects that claim. The provider then introduces V2, replacing: customer_id → subject_id Loxora preserves the accepted dependency, detects that its original revision binding is now stale, and creates a revision-specific impact assessment. The result is a High compatibility impact because the consumer still requires customer_id. The assessment includes: the exact provider revision, the exact consumer revision, the reviewed dependency, supporting evidence, confidence, structured impact facts, severity, and freshness. The relationship and the impact assessment remain separate. The dependency may continue to exist while an older assessment becomes stale after either project changes. Context Packages Loxora builds deterministic, task-specific Context Packages for AI agents. A Context Package can contain: the Current revision of a focus node, related project knowledge, accepted dependency paths, exact applicable impact assessments, evidence and source references, lifecycle classifications, inclusion reasons, omission reasons, warnings, and a deterministic token-budget estimate. Historical knowledge is excluded from Current instructions unless it is explicitly requested. This prevents an AI agent from accidentally treating superseded or rolled-back knowledge as active truth. The same Context Package operation is exposed through one read-only MCP tool: loxora_get_context This means that the local UI and an external MCP-compatible AI agent can receive the same normalized project understanding. The demo verifies that both outputs contain the same: revisions, evidence, dependency paths, impact assessments, ordering, warnings, and budget result. How I Built It Loxora is implemented as a TypeScript workspace with strict boundaries between domain logic, persistence, MCP integration, and the local demo application. The main packages are: @loxora/core — lifecycle rules, navigation, relationships, impact assessments, Planned Knowledge, and Context Package generation @loxora/sqlite — local persistence, migrations, transactions, integrity constraints, and immutable records @loxora/mcp — the read-only loxora_get_context stdio tool @loxora/demo — deterministic fixtures, local Node server, React/Vite interface, guided demo, and MCP parity proof SQLite stores project-owned knowledge locally. The Core package remains independent of SQLite and exposes asynchronous ports. This keeps the system model-independent and allows the persistence implementation to be replaced later. The browser never accesses SQLite directly. It communicates with a small local application server that delegates all important operations to the existing Core services. The UI offers two modes: Guided Demo A nine-step presentation flow: Establish project knowledge Connect the projects Introduce a breaking change Assess cross-project impact Record the rollback Restore compatible knowledge Compare Current, History, and Planned Build a task-specific Context Package Verify MCP parity The server determines which actions are currently valid. The browser cannot authorize reviews, rollbacks, restorations, impact assessments, Context Packages, or MCP behavior on its own. Explore Mode Users can freely inspect: Projects Spaces Collections Knowledge Nodes Evidence Sources Current revisions Historical lineage Planned Knowledge Dependencies Impact assessments Context Packages The complete demo can be reset to a deterministic starting state, making the scenario reproducible for development, testing, judging, and presentation. Challenges Modeling Change Without Rewriting History The first major challenge was ensuring that accepted knowledge could never be edited in place. Supersession, rollback, and restoration had to remain separate concepts. A rollback could not simply move Current back to V1 because that would hide the fact that V2 existed and was later rejected as the desired direction. The solution was to use immutable revisions together with explicit predecessor, supersession, rollback, restoration, and restored-from relationships. Separating Relationships From Impact A dependency and an impact assessment are not the same thing. The relationship records that one project depends on another. An impact assessment describes the consequences of one exact provider and consumer revision pair. This distinction allows a relationship to remain accepted while an older impact assessment becomes stale. Preventing Stale Context A memory system becomes dangerous when historical information is presented as current truth. Loxora derives Current exclusively from explicit Current pointers. Historical revisions are returned only through History queries or explicit historical Context Package requests. Impact assessments are selected only when their provider and consumer revisions match the revisions selected for the current task. Preserving Evidence and Ownership Across Projects Cross-project records require more than two node identifiers. Loxora validates the owning project, node, scope, revision, evidence, visibility, and relationship direction. A relationship may describe two projects, but it never silently changes the canonical knowledge of either project. Deterministic Context Generation Context selection had to be repeatable and explainable. Loxora uses: explicit selection priorities, bounded one-hop dependency traversal, stable ordering, deterministic deduplication, inclusion and omission reasons, and a provider-independent budget estimator. Identical project state and structured input produce the same normalized Context Package fingerprint. Explaining a Complex Lifecycle in a Short Demo The underlying lifecycle is more complex than a typical memory demo. The final UI therefore shows one server-authorized next action at a time. After each real transition, it explains: what became Current, what remained Historical, which other project was affected, which evidence supports the result, and what the next step proves. What I Learned The most important lesson was that project memory is not primarily a retrieval problem. Useful project memory also requires: lifecycle semantics, provenance, evidence, review, temporal separation, cross-project relationships, impact awareness, and deterministic context assembly. Retrieving a document is not enough if an AI agent cannot tell whether that document is current, superseded, restored, rejected, historical, or planned. I also learned that MCP becomes more valuable when it exposes a shared, project-owned context operation instead of another model-specific chat integration. The Loxora UI and MCP tool both use the same Context Package service, allowing different AI agents and interfaces to receive the same evidence-backed understanding. Current Scope and Future Work The Hackathon version is intentionally local and bounded. It demonstrates: reviewed and immutable project knowledge, Current, Historical, and Planned separation, supersession, rollback and restoration, cross-project dependencies, revision-specific impact assessments, progressive project navigation, deterministic Context Packages, a read-only MCP tool, and a reproducible guided demo. Future work includes: deterministic full-project export and reconstruction, generalized repository import, authentication and team permissions, synchronization, broader search, additional relationship types, and production deployment. The current version proves the foundation: AI agents should not just remember project information. They should understand what is true now, what changed, why it changed, and what else is affected.

## README (from the GitHub repository)

# Loxora

> Projects should never lose their memory.

Loxora is an experimental, local-first and model-independent project knowledge and context layer.

**Status:** Guided Hackathon demo-ready implementation — Milestone 6.2
**Working title:** Loxora

This repository contains foundational RFCs, accepted Hackathon-only architecture decisions, persistent lifecycle lineage, progressive navigation, reviewed cross-project impact, deterministic Context Packages, one read-only MCP tool, explicit Planned Knowledge, and a guided local demo inspector. The Hackathon decisions do not establish permanent long-term Loxora architecture.

## Foundational RFCs

- `docs/rfcs/RFC-000-why-loxora.md`
- `docs/rfcs/RFC-001-project-philosophy.md`
- `docs/rfcs/RFC-002-core-concepts-and-terminology.md`
- `docs/rfcs/RFC-003-knowledge-lifecycle.md`
- `docs/rfcs/RFC-004-development-workflow.md`
- `docs/rfcs/RFC-005-project-preparation.md`
- `docs/rfcs/RFC-006-knowledge-navigation-and-progressive-context.md`

## Hackathon architecture and planning

- `docs/rfcs/RFC-007-initial-architecture-and-mvp-boundaries.md`
- `docs/adr/ADR-001-runtime-workspace-and-mvp-persistence.md`
- `docs/adr/ADR-002-lifecycle-and-relationship-representation.md`
- `docs/hackathon/MVP-SCOPE.md`
- `docs/hackathon/DEMO-SCRIPT.md`
- `docs/hackathon/ACCEPTANCE-MATRIX.md`

See `docs/hackathon/README.md` for the complete planning index.

## Important

Loxora is documentation-driven. Architecture decisions should be documented before implementation whenever reasonably possible.

RFC-007, ADR-001, and ADR-002 are accepted only for the Hackathon MVP. Runtime implementation remains limited to explicitly authorized milestones. Start with `docs/implementation/DEMO-RUNBOOK.md`, `docs/implementation/MILESTONE-6-2.md`, and the API documents under `docs/implementation/`. Deterministic export remains an explicit portability gap.


## Detected evidence (automated analysis)

Indexed codebase: 140 recognized source files, 806 KB.
- CSS (language) — detected in the code
- HTML (language) — detected in the code
- React (technology) — detected in the code
- SQL (language) — detected in the code
- TypeScript (language) — detected in the code
- Node.js (technology) — claimed on Devpost, not found in the code
- Python (language) — claimed on Devpost, not found in the code
- AI coding agent: Codex — evidence: config files committed to the repository

## Codebase structure (from repository index)

### Files (120 of 157)

```
.gitignore
AGENTS.md
biome.json
docs/adr/ADR-001-runtime-workspace-and-mvp-persistence.md
docs/adr/ADR-002-lifecycle-and-relationship-representation.md
docs/adr/README.md
docs/architecture/README.md
docs/bible/README.md
docs/connectors/README.md
docs/hackathon/ACCEPTANCE-MATRIX.md
docs/hackathon/DEMO-SCRIPT.md
docs/hackathon/MVP-SCOPE.md
docs/hackathon/PRE-HACKATHON-BOUNDARY.md
docs/hackathon/README.md
docs/hackathon/REAL-VS-SIMULATED.md
docs/hackathon/SAMPLE-PROJECTS-AND-EVIDENCE.md
docs/implementation/CONTEXT-PACKAGE-API.md
docs/implementation/CROSS-PROJECT-IMPACT-API.md
docs/implementation/DEMO-DATA.md
docs/implementation/DEMO-RUNBOOK.md
docs/implementation/LIFECYCLE-API.md
docs/implementation/LOCAL-APP-API.md
docs/implementation/MCP-API.md
docs/implementation/MILESTONE-1.md
docs/implementation/MILESTONE-2.md
docs/implementation/MILESTONE-3.md
docs/implementation/MILESTONE-4.md
docs/implementation/MILESTONE-5.md
docs/implementation/MILESTONE-6-1.md
docs/implementation/MILESTONE-6-2.md
docs/implementation/MILESTONE-6.md
docs/implementation/NAVIGATION-API.md
docs/implementation/PLANNED-KNOWLEDGE-API.md
docs/implementation/WEB-UI.md
docs/planning/open-questions.md
docs/planning/README.md
docs/profiles/README.md
docs/research/README.md
docs/research/token-efficient-knowledge-representation.md
docs/rfcs/CROSS-REFERENCES.md
docs/rfcs/README.md
docs/rfcs/RFC-000-why-loxora.md
docs/rfcs/RFC-001-project-philosophy.md
docs/rfcs/RFC-002-core-concepts-and-terminology.md
docs/rfcs/RFC-003-knowledge-lifecycle.md
docs/rfcs/RFC-004-development-workflow.md
docs/rfcs/RFC-005-project-preparation.md
docs/rfcs/RFC-006-knowledge-navigation-and-progressive-context.md
docs/rfcs/RFC-007-initial-architecture-and-mvp-boundaries.md
fixtures/hackathon-demo-v1/customer-portal/authentication-401.json
fixtures/hackathon-demo-v1/customer-portal/customer-id-requirement.md
fixtures/hackathon-demo-v1/customer-portal/deferred-subject-id-migration.md
fixtures/hackathon-demo-v1/customer-portal/identity-contract-dependency.md
fixtures/hackathon-demo-v1/customer-portal/token-parser.ts
fixtures/hackathon-demo-v1/identity-contract/rollback-decision.md
fixtures/hackathon-demo-v1/identity-contract/token-contract-v1.md
fixtures/hackathon-demo-v1/identity-contract/token-contract-v2-decision.md
fixtures/hackathon-demo-v1/identity-contract/token-contract-v2-proposal.md
fixtures/hackathon-demo-v1/identity-contract/token-contract-v3-restoration.md
fixtures/hackathon-demo-v1/manifest.json
LICENSE
package.json
packages/core/package.json
packages/core/src/context-package.ts
packages/core/src/cross-project.ts
packages/core/src/errors.ts
packages/core/src/index.ts
packages/core/src/navigation.ts
packages/core/src/planned.ts
packages/core/src/ports.ts
packages/core/src/service.ts
packages/core/src/types.ts
packages/core/test/boundary.test.ts
packages/core/tsconfig.json
packages/demo/e2e/demo.spec.ts
packages/demo/package.json
packages/demo/playwright.config.ts
packages/demo/src/index.ts
packages/demo/src/orchestration/coordinator.ts
packages/demo/src/orchestration/manifest.ts
packages/demo/src/orchestration/mcp-proof-cli.ts
packages/demo/src/orchestration/reset-cli.ts
packages/demo/src/orchestration/verify-cli.ts
packages/demo/src/server/server.ts
packages/demo/src/shared/contracts.ts
packages/demo/src/web/api.ts
packages/demo/src/web/App.tsx
packages/demo/src/web/components/AsyncState.tsx
packages/demo/src/web/components/BrandLogo.tsx
packages/demo/src/web/components/Breadcrumb.tsx
packages/demo/src/web/components/ContextPackageSummary.tsx
packages/demo/src/web/components/DemoActionButton.tsx
packages/demo/src/web/components/DemoState.tsx
packages/demo/src/web/components/EvidenceSummary.tsx
packages/demo/src/web/components/GuidancePanel.tsx
packages/demo/src/web/components/GuidedStepper.tsx
packages/demo/src/web/components/ImpactFlow.tsx
packages/demo/src/web/components/JsonPanel.tsx
packages/demo/src/web/components/Layout.tsx
packages/demo/src/web/components/ParityComparison.tsx
packages/demo/src/web/components/RelationshipCard.tsx
packages/demo/src/web/components/ResultSummary.tsx
packages/demo/src/web/components/TechnicalDetails.tsx
packages/demo/src/web/components/TemporalBadge.tsx
packages/demo/src/web/hooks/useApi.ts
packages/demo/src/web/index.html
packages/demo/src/web/main.tsx
packages/demo/src/web/screens/CollectionScreen.tsx
packages/demo/src/web/screens/CompletionScreen.tsx
packages/demo/src/web/screens/ContextScreen.tsx
packages/demo/src/web/screens/EvidenceScreen.tsx
packages/demo/src/web/screens/HomeScreen.tsx
packages/demo/src/web/screens/ImpactScreen.tsx
packages/demo/src/web/screens/NodeScreen.tsx
packages/demo/src/web/screens/ProjectScreen.tsx
packages/demo/src/web/screens/ProofScreen.tsx
packages/demo/src/web/screens/ReviewScreen.tsx
packages/demo/src/web/screens/SourceScreen.tsx
packages/demo/src/web/screens/SpaceScreen.tsx
packages/demo/src/web/screens/TemporalComparisonScreen.tsx
[37 more files omitted for size]
```

### Dependencies

- package.json: @biomejs/biome@2.2.4, @types/node@24.5.2, typescript@5.9.2
- packages/demo/package.json: @loxora/core@0.0.0, @loxora/mcp@0.0.0, @loxora/sqlite@0.0.0, @modelcontextprotocol/sdk@1.29.0, @playwright/test@1.61.1, @types/react@19.2.2, @types/react-dom@19.2.2, @vitejs/plugin-react@6.0.3, react@19.2.7, react-dom@19.2.7, react-router-dom@7.18.1, vite@8.1.4, zod@4.4.3
- packages/mcp/package.json: @loxora/core@0.0.0, @loxora/sqlite@0.0.0, @modelcontextprotocol/sdk@1.29.0, zod@4.4.3
- packages/sqlite/package.json: @loxora/core@0.0.0

### Recent commits (newest first)

- fix: harden guided demo recovery
- feat: add guided demo conclusion
- fix: reveal next guided review
- feat: improve jury flow clarity
- fix: use supplied Loxora logo and stable result surfaces
- fix: stabilize Context result presentation
- fix: stabilize guided transition and branding
- feat: add guided demo experience
- docs: mark milestone 6 merged
- feat: add final hackathon demo experience
- feat: add deterministic context package MCP
- feat: add reviewed cross-project impact
- feat: add persisted navigation foundation
- feat: add lifecycle lineage and restoration
- feat: add persistent lifecycle foundation
- docs: define Hackathon MVP boundaries
- docs: define hackathon MVP boundaries
- docs: update agent reading order and navigation rules
- docs: link RFC cross-reference matrix
- docs: add RFC cross-reference matrix

## Key source files (fetched from GitHub, selected and truncated for size)

### AGENTS.md

```markdown
# AGENTS.md

## Project state

Loxora is currently in a controlled Hackathon MVP implementation phase.

Do not implement product functionality unless a task explicitly authorizes implementation.

RFC-007, ADR-001, and ADR-002 are accepted only for the Hackathon MVP. Each implementation task must remain inside its explicitly assigned milestone. Acceptance of those documents is not blanket authorization for the complete MVP or permanent long-term architecture.

## Required reading order

Before proposing architecture or implementation, read:

1. `README.md`
2. `docs/rfcs/README.md`
3. `docs/rfcs/CROSS-REFERENCES.md`
4. `docs/rfcs/RFC-000-why-loxora.md`
5. `docs/rfcs/RFC-001-project-philosophy.md`
6. `docs/rfcs/RFC-002-core-concepts-and-terminology.md`
7. `docs/rfcs/RFC-003-knowledge-lifecycle.md`
8. `docs/rfcs/RFC-004-development-workflow.md`
9. `docs/rfcs/RFC-005-project-preparation.md`
10. `docs/rfcs/RFC-006-knowledge-navigation-and-progressive-context.md`
11. `docs/planning/open-questions.md`

## Core rules

- Documentation before implementation.
- Plan before architecture.
- Architecture before code.
- Knowledge before context.
- Navigate before loading.
- Use maps, indexes, summaries, and typed relationships before loading detailed knowledge.
- Project knowledge belongs to the project, not to a model, IDE, chat, or individual.
- AI agents propose; shared knowledge requires appropriate review.
- Prefer evidence over assumptions.
- Preserve uncertainty instead of inventing certainty.
- Keep changes small, explicit, and reviewable.
- Do not silently overwrite shared knowledge.
- Do not mix current, historical, and planned knowledge.
- Preserve provenance, evidence, review state, and history.
- Treat rollback as a new documented state transition, not as deletion of history.
- Update or invalidate affected maps, indexes, summaries, and cross-project links when knowledge changes.
- Avoid orphaned knowledge, broken links, duplicate concepts, and unexplained navigation dead ends.
- Local-first and model independence are foundational constraints.
- Team, organization, role, permission, and agent-identity support must remain possible.
- Cross-project knowledge sharing must be explicit, typed, evidence-backed, and permission-aware.

## Outside an explicitly authorized milestone, do not implement

- Knowledge Graph
- Project Graph
- Context Builder or Context Packages
- Retrieval or embeddings
- Memory Loop implementation
- Database schema
- MCP server
- Codex or Claude Code plugin
- Multi-agent orchestration
- Team server, cloud service, authentication, or synchronization
- UI
- Build Week demo functionality

Record such ideas in `docs/planning/open-questions.md`.

Milestones 1 through 6 are complete and merged into `main`. Milestone 6 was authorized by Ocomic on July 15, 2026 and delivered the bounded final local demo described in `docs/implementation/MILESTONE-6.md`: curated fixtures, deterministic reset, minimal non-canonical Planned Knowledge, Review
[truncated — 3513 more characters]
```

### docs/implementation/LOCAL-APP-API.md

```markdown
# Local Demo Application API

The built-in Node server binds to `127.0.0.1:4173`, serves the Vite client and `/api` from one origin, and enables no CORS. Mutations require JSON and a valid same-origin request. Payloads are Zod-validated.

Routes cover demo status/reset/resume, Review Inbox decisions, Project/Space/Collection/Node/Evidence/Source reads, impact/rollback, Context Package construction, and MCP-proof metadata. Eligibility is returned as `availableActions`; clients do not infer lifecycle transitions.

Validation returns 400, missing records 404, stale/duplicate transitions 409, reset/database failures 503, and unexpected failures an opaque request ID. Responses never expose SQL, stacks, secrets, or absolute paths. Over-budget packages remain successful Core results.

```

### package.json

```
{
  "name": "loxora",
  "version": "0.0.0",
  "private": true,
  "type": "module",
  "packageManager": "npm@11.7.0",
  "engines": {
    "node": ">=24.18.0"
  },
  "workspaces": [
    "packages/*"
  ],
  "scripts": {
    "build": "tsc -b && npm run build:web --workspace @loxora/demo",
    "check": "npm run format:check && npm run lint && npm run typecheck && npm test && npm run build",
    "clean": "tsc -b --clean",
    "format": "biome format --write .",
    "format:check": "biome format .",
    "lint": "biome lint .",
    "test": "npm run build && node --test packages/core/dist/test/boundary.test.js packages/sqlite/dist/test/lifecycle.test.js packages/sqlite/dist/test/lineage.test.js packages/sqlite/dist/test/navigation.test.js packages/sqlite/dist/test/impact.test.js packages/sqlite/dist/test/context-package.test.js packages/sqlite/dist/test/planned.test.js packages/mcp/dist/test/mcp.test.js packages/demo/dist/test/boundary.test.js packages/demo/dist/test/guided.test.js",
    "demo:reset": "npm run build --silent && node packages/demo/dist/src/orchestration/reset-cli.js",
    "demo:start": "npm run build --silent && node packages/demo/dist/src/server/server.js",
    "demo:verify": "node packages/demo/dist/src/orchestration/verify-cli.js",
    "demo:mcp:proof": "node packages/demo/dist/src/orchestration/mcp-proof-cli.js",
    "test:demo:e2e": "playwright test --config packages/demo/playwright.config.ts",
    "typecheck": "tsc -p tsconfig.typecheck.json --noEmit"
  },
  "devDependencies": {
    "@biomejs/biome": "2.2.4",
    "@types/node": "24.5.2",
    "typescript": "5.9.2"
  }
}

```

### packages/core/package.json

```
{
  "name": "@loxora/core",
  "version": "0.0.0",
  "private": true,
  "type": "module",
  "exports": {
    ".": {
      "types": "./dist/src/index.d.ts",
      "default": "./dist/src/index.js"
    }
  }
}

```

### packages/sqlite/package.json

```
{
  "name": "@loxora/sqlite",
  "version": "0.0.0",
  "private": true,
  "type": "module",
  "dependencies": {
    "@loxora/core": "0.0.0"
  },
  "exports": {
    ".": {
      "types": "./dist/src/index.d.ts",
      "default": "./dist/src/index.js"
    }
  }
}

```

### packages/mcp/package.json

```
{
  "name": "@loxora/mcp",
  "version": "0.0.0",
  "private": true,
  "type": "module",
  "bin": {
    "loxora-mcp": "./dist/src/server.js"
  },
  "dependencies": {
    "@loxora/core": "0.0.0",
    "@loxora/sqlite": "0.0.0",
    "@modelcontextprotocol/sdk": "1.29.0",
    "zod": "4.4.3"
  },
  "exports": {
    ".": {
      "types": "./dist/src/index.d.ts",
      "default": "./dist/src/index.js"
    }
  }
}

```

### packages/demo/package.json

```
{
  "name": "@loxora/demo",
  "version": "0.0.0",
  "private": true,
  "type": "module",
  "dependencies": {
    "@loxora/core": "0.0.0",
    "@loxora/mcp": "0.0.0",
    "@loxora/sqlite": "0.0.0",
    "@modelcontextprotocol/sdk": "1.29.0",
    "react": "19.2.7",
    "react-dom": "19.2.7",
    "react-router-dom": "7.18.1",
    "zod": "4.4.3"
  },
  "devDependencies": {
    "@playwright/test": "1.61.1",
    "@types/react": "19.2.2",
    "@types/react-dom": "19.2.2",
    "@vitejs/plugin-react": "6.0.3",
    "vite": "8.1.4"
  },
  "scripts": {
    "build:web": "vite build"
  },
  "exports": {
    ".": {
      "types": "./dist/src/index.d.ts",
      "default": "./dist/src/index.js"
    }
  }
}

```

### packages/demo/src/index.ts

```typescript
export * from "./orchestration/coordinator.js";
export * from "./shared/contracts.js";

```

### packages/mcp/src/index.ts

```typescript
export * from "./config.js";
export * from "./handler.js";
export * from "./server-factory.js";

```

### packages/core/src/index.ts

```typescript
export * from "./errors.js";
export * from "./ports.js";
export * from "./service.js";
export * from "./types.js";
export * from "./navigation.js";
export * from "./cross-project.js";
export * from "./context-package.js";
export * from "./planned.js";

```

[123 more indexed source files omitted to keep this export small. The full file list is in the Codebase structure section above.]