Skip to content

feat: restore the shared application shell and primary workflows #9

Description

@bradtaylorsf

Summary

Replace the six-file Memory/Ask/Import shell with the proven library-as-workspace application and restore the primary single-user workflows: content, import, tags, libraries, and answers.

Why this matters

These are the core ways users inspect, organize, and retrieve their own data. The current OSS shell makes imported history searchable but prevents users from managing the product model already built in enterprise.

Proposed approach

  • Port the shared design system, app shell, routing, query hooks, tables, dialogs, forms, and content inspector from enterprise.
  • Use local browser-session bootstrap instead of ProtectedRoute/Auth0 and omit workspace/team/admin permission chrome.
  • Restore libraries list/CRUD, library overview/members/filtering/manual include-exclude, tag taxonomy CRUD/assignment, complete import flow, content detail/raw/archive/artifact views, and top-level/per-library grounded Answers.
  • Preserve responsive and accessible behavior; adapt the existing blueprint styling rather than redesigning features.

Acceptance criteria

  • Local root redirects into the complete application without login or manual API-key input.
  • Users can create/edit/delete tags and libraries, assign/unassign content, filter/search/sort/paginate, use bulk actions, inspect raw content/summary/lineage, and import supported content.
  • Answers can be scoped to a library and show real citations.
  • Existing Claude, Codex, and Cowork history appears in content and library workflows.
  • No paid navigation or dead enterprise-only controls appear.
  • Unit/integration tests, pnpm verify, and agent-browser desktop/mobile interaction checks pass.

Out of scope

  • Recipes, reports, dashboards, batch-job management, access tokens, and audit screens, which are restored by the next child.
  • Roles, RBAC, teams, billing, and permissions.

Related

Batching note: run alone. It replaces the application shell and touches shared routing, API hooks, and styles used by the next UI child.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

backendAPI, services, and databaseenhancementNew feature or requestfrontendReact UI components and pagespriority:highImportant for the complete OSS product

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions