wiki
Duplicate Review
wiki/duplicate-review.mdRendered from markdown source. Open raw source on GitHub.
Duplicate Review
This page is for reviewing exact and likely duplicates found by the reconciliation process.
No duplicate should be deleted or merged until reviewed.
Current state:
- exact duplicate hash groups currently exist again after the fresh intake scan;
- the largest clusters are the mirror-heavy
Side Projects Desktopbundles and the SCT lineage copies, with a few exact companion duplicates in the personal and training folders; - the previous empty-manifest pair was normalized by recording the reconciliation action in
manifest/agent_actions.jsonl, leavingmanifest/missing_log.jsonlas the lone empty sentinel; - the
Color Alpha Codec Patentencoder draft pair was collapsed by archivingEncoder.tsand keepingEncoder_Final.tsas the live survivor copy; - the
Wrapped Bidirectional TOTP Patentprovisional manuscript remains live in the patent branch while the archivedReference - Stored Crystalscopy serves as witness lineage; - the
POLEMEMELOPfoundation/manifesto pair, theFractalIdentity Treemirror pair, theMisc Loopinfrastructure pair, and theULiUAmirror copy have now been archived back to their survivor lineages; - the standard-named source pilot now creates intentional hash-equivalent copies in
artifacts/intake-archive/andartifacts/standard-named/for the selected root-level works, so those new duplicates are provenance copies rather than accidental collisions; - eighteen exact duplicate pairs were previously collapsed within the archived
artifacts/archived/Consent Crystal Structure Research/Semantic Collapse Theory/SCT set 20050505snapshot, and that lineage remains canonical; - the
Daily Growth Ritual,Consent Seed,Reference - Stored Crystals, mirroredPersonalcompanions, theSemantic Collapse Theorymirror tree, theConsent–Intent Compression Protocol/Consent-based Atomic genesis and Streammirror hubs, and the archivedLOOPtLOOPplatform companions fromSide Projects DesktopandPatentshave now been archived back to their survivor lineages.
Current handling:
- the SCT collapse history is retained as lineage evidence, not as separate content streams;
- the archived snapshot stays visible as the canonical survivor set for the collapsed duplicates;
- no file content should be rewritten as part of that process.
Review any new duplicate pairs before deciding whether any file should be merged, moved, labeled canonical, or collapsed into a single navigation set.