[Duplicate] Generate and validate a separate local-content index #40

Closed
opened 2026-07-31 01:21:15 -04:00 by JackFrostbyte · 1 comment

Goal

Generate a search index and manifest for the user-local overlay without merging its
files or build provenance into the redistributable core index.

Requirements

  • Reuse the selected search backend and index-manifest concepts from Issues #20–#22.
  • Store local index files and manifests only in the local overlay.
  • Include source/document/chunk identifiers, acquisition record, recipe/version,
    tool versions, timestamps, and input checksums needed for local validation.
  • Detect stale, missing, withdrawn, or corrupt local inputs.
  • Rebuild or remove only the affected local index data.
  • Never make local index files inputs to a core release.
  • Support an installation with only the core index or only locally imported content.

Deliverables

  • Local index build command.
  • Local index manifest and validation.
  • Deterministic fixture-based tests.
  • Staleness/corruption behavior.
  • Storage and resource-usage documentation.

Acceptance criteria

  • Core and local manifests are independently valid.
  • Local index creation cannot mutate the core index.
  • Stale and corrupt local content is detected before retrieval.
  • Withdrawn recipes are visibly represented without silently deleting user data.
  • Tests use redistributable fixtures and no live third-party downloads.

Out of scope

  • Federated ranking and result presentation.
## Goal Generate a search index and manifest for the user-local overlay without merging its files or build provenance into the redistributable core index. ## Requirements - Reuse the selected search backend and index-manifest concepts from Issues #20–#22. - Store local index files and manifests only in the local overlay. - Include source/document/chunk identifiers, acquisition record, recipe/version, tool versions, timestamps, and input checksums needed for local validation. - Detect stale, missing, withdrawn, or corrupt local inputs. - Rebuild or remove only the affected local index data. - Never make local index files inputs to a core release. - Support an installation with only the core index or only locally imported content. ## Deliverables - Local index build command. - Local index manifest and validation. - Deterministic fixture-based tests. - Staleness/corruption behavior. - Storage and resource-usage documentation. ## Acceptance criteria - [ ] Core and local manifests are independently valid. - [ ] Local index creation cannot mutate the core index. - [ ] Stale and corrupt local content is detected before retrieval. - [ ] Withdrawn recipes are visibly represented without silently deleting user data. - [ ] Tests use redistributable fixtures and no live third-party downloads. ## Out of scope - Federated ranking and result presentation.
Author
Owner

Closing this issue as a duplicate of #48.

Issues #40 and #48 were created with the same roadmap
content during recovery from an interrupted automation run. The later set
#43–#50 is canonical because Issue #34's finalized roadmap body, roadmap comment,
and dependency graph reference that set.

No implementation work was completed in this duplicate issue.

<!-- arkive-roadmap-duplicate-cleanup-v1 --> Closing this issue as a duplicate of #48. Issues #40 and #48 were created with the same roadmap content during recovery from an interrupted automation run. The later set #43–#50 is canonical because Issue #34's finalized roadmap body, roadmap comment, and dependency graph reference that set. No implementation work was completed in this duplicate issue.
JackFrostbyte changed title from Generate and validate a separate local-content index to [Duplicate] Generate and validate a separate local-content index 2026-07-31 01:35:54 -04:00
Sign in to join this conversation.
No description provided.