Catalyst Catalyst Parquet-Based ETL Engine
Taxonomy Engine // Emergent Unsupervised Clustering

Dynamic Self-Organizing Taxonomy: An Architectural Specification for Emergent Category Discovery

Autonomous Topic Clustering via Static Vector Distillation, Centroid Topology & Louvain Communities

Status: Production Specification Scope: Model2Vec Distillation & Dynamic Hierarchical Partitions Format: Unabridged Specification Engine: Catalyst Ingestion Substrate

Dynamic Self-Organizing Taxonomy: An Architectural Blueprint for Investigative Intelligence

1. Executive Summary

The discipline of investigative intelligence and electronic discovery (eDiscovery) currently operates within a constrained technological paradigm, limited by antiquated visual metaphors and rigid algorithmic models. For decades, data exploration tools have relied upon the hierarchical file tree and directory structure. This organizational metaphor, derived from early computing environments, fundamentally misaligns with the associative, multi-dimensional cognitive models employed by human investigators dealing with complex, unstructured data. Furthermore, the prevailing machine learning models utilized in legal and investigative contexts—specifically Technology-Assisted Review (TAR) 1.0, known as Simple Passive Learning, and TAR 2.0, recognized as Continuous Active Learning (CAL)—force highly nuanced investigative intelligence into a restrictive, binary classification pipeline of "Responsive" versus "Non-Responsive."

While recent advancements in generative artificial intelligence have demonstrated exceptional recall rates in document review, their deployment introduces significant computational expense, latency, and infrastructure demands that render them prohibitive for rapid, exploratory Early Case Assessment (ECA). This research report evaluates and expands upon the proposed Request for Comments (RFC): The Abstracted Lakehouse & Dynamic Self-Organizing Taxonomy. The blueprint proposes a comprehensive, ground-up architectural shift. By decoupling a high-throughput, asynchronous Extract, Transform, Load (ETL) pipeline from a natively compiled presentation layer via a declarative metadata manifest, the system abandons the file tree in favor of a topological, force-directed command center.

This exhaustive analysis validates the proposed architecture, addresses the open technical questions regarding mathematical centroid drift, user interface interactivity, and translational acceleration, and evaluates the framework's legal defensibility under the Federal Rules of Civil Procedure (FRCP). Ultimately, this architecture replaces binary predictive coding with a Dynamic Self-Organizing Taxonomy—a multi-class, nearest-centroid classification engine driven by semantic vector embeddings, transforming a passive thin client into a living, high-velocity intelligence hub.

2. The Structural Deficiencies of Legacy eDiscovery Paradigms

To comprehend the necessity of the Abstracted Lakehouse architecture, one must rigorously analyze the systemic bottlenecks inherent in current eDiscovery data engineering. The failures of legacy systems are bipartite: they suffer from both cognitive friction at the user interface level and mathematical rigidity at the algorithmic level.

2.1 The Cognitive and Computational Failure of the File Tree

Traditional eDiscovery platforms rely on synchronous, SQL-backed architectures where the user interface operates merely as a thin client requesting state from a centralized server. When an investigator expands a folder within a file tree, the user interface executes a synchronous database query to retrieve directory paths and file metadata. In terabyte-scale datasets containing millions of individual files, this synchronous relationship introduces immense latency, rendering real-time Early Case Assessment impossible.

Beyond the computational bottleneck, the file tree is a cognitive failure. It communicates nothing about the semantic relationships, the data gravity, or the conceptual overlap between documents stored in completely separate network locations or custodian inboxes. Investigative intelligence is inherently rhizomatic; entities, concepts, and illicit activities span across organizational hierarchies. A directory tree artificially silos this information, forcing investigators to rely on exact-match keyword searches to bridge the gap between disconnected folders.

2.2 The Limitations of Predictive Coding and Binary Bottlenecks

For over a decade, predictive coding has dominated the legal technology landscape, promising to automate the manual review of millions of documents. However, these legacy systems are constrained by their foundational architectures.

TAR 1.0, or Simple Passive Learning, requires subject matter experts to manually review statically sampled "seed sets" of documents to train a support vector machine or similar classification algorithm. Because random samples frequently contain documents with exceptionally low informational richness—such as email footers, automated calendar invites, or blank pages—TAR 1.0 requires multiple, iterative rounds of human review to achieve acceptable accuracy thresholds, wasting highly billable hours on administrative triage. Furthermore, TAR 1.0 models are structurally static; they require entirely new seed sets and complete retraining if the legal strategy pivots or new issues emerge during discovery.

TAR 2.0, which introduced Continuous Active Learning (CAL), eliminated the static seed set. Under the CAL paradigm, the machine learning model continuously updates its relevance scoring based on targeted human input during the live review process, algorithmically serving up the highest-scoring un-reviewed documents to the legal team. While significantly more efficient than its predecessor, CAL still forces a highly complex legal investigation into a binary classification problem. A document is evaluated solely on whether it is relevant or not relevant to the overarching case.

A conceptual examination of eDiscovery paradigms reveals a stark contrast between these historical approaches and the proposed semantic model. Traditional TAR models force data through binary classification bottlenecks—TAR 1.0 relies on sequential seed-set iterations, while TAR 2.0 relies on continuous linear review queues. In complex investigations, such as multi-district litigation or regulatory probes, documents are rarely binary. A communication might be irrelevant to a "Financial Fraud" classification but highly relevant to an emerging "Toxic Workplace" narrative. Binary TAR models fail to capture this semantic multidimensionality, and training separate, parallel CAL models for every possible issue tag creates insurmountable computational overhead and reviewer fatigue. Conversely, the proposed dynamic taxonomy functions as a spatial, centroid-driven clustering environment. This allows documents to organically group themselves across multiple overlapping legal issues based on their semantic proximity, eliminating the binary bottleneck entirely.

While the industry has recently looked toward generative AI to solve these issues, the reality of deploying Large Language Models (LLMs) for bulk classification remains economically and computationally fraught. Generative AI marks a shift from rules-based learning to language-based reasoning, frequently achieving recall rates between 90% and 98% when provided with proper plain-English instructions. However, this accuracy comes at a staggering cost. Processing 130,000 documents via generative AI can cost approximately 60 to 70 cents per document, and the inference latency inherently prevents the instantaneous sorting required during the initial hours of an investigation. Therefore, a middle ground is required: the extreme throughput of static vector embeddings combined with the multi-dimensional mapping of a spatial taxonomy.

3. The Abstracted Lakehouse: Decoupling Ingestion from Exploration

To resolve the constraints of synchronous file trees and binary machine learning, the RFC proposes a fundamentally decoupled architecture. The backend operates as a high-throughput, standalone ETL factory writing to an immutable lakehouse, while the frontend reads a declarative manifest to render the environment organically without querying a live database server.

3.1 Asynchronous ETL and Progressive Unlocking

Data ingestion must not operate as a synchronous monolith that blocks the investigative team. The proposed architecture establishes a multi-phase, asynchronous pipeline designed to progressively unlock data for the user, prioritizing immediate searchability over delayed, perfect categorization.

The primary objective of Phase 1, designated "The Fast Lane," is to grant the user instantaneous access to the corpus. The system parses raw text, generates document chunks, and concurrently builds semantic embeddings alongside traditional Full-Text Search (FTS) indexes such as BM25. To achieve the required operational throughput of 30 to 40 million tokens per minute on standard hardware, the architecture relies on the integration of DuckDB paired with the Model2Vec embedding framework.

Model2Vec represents a critical breakthrough in high-speed text vectorization. It operates by distilling large, contextual sentence transformers (such as the BAAI/bge-base-en-v1.5 model) into highly compact, static embedding models. The distillation process involves passing the entire vocabulary of the transformer through the model to extract token-level embeddings, applying Principal Component Analysis (PCA) to reduce dimensionality, and utilizing Zipf weighting to emphasize rare, meaningful tokens while down-weighting highly frequent stop words.

Because all contextual attention mechanisms are stripped out prior to inference, encoding a new document simply requires looking up the static token vectors in a dictionary and calculating their mean. This approach reduces a 120-million parameter neural network to a highly efficient model containing between 7.5 million and 32.3 million parameters, shrinking the storage footprint from hundreds of megabytes to a mere 30 megabytes.

Embedding Model Specification Parameter Count Vocabulary Scope Tokenizer Type Distillation Source
potion-base-32M 32.3M Output + Frequent C4 tokens Subword bge-base-en-v1.5
potion-base-8M 7.5M Output Only Subword bge-base-en-v1.5
potion-retrieval-32M 32.3M Output + Frequent C4 tokens Subword bge-base-en-v1.5
M2V_multilingual_output 471M Multilingual Output Subword LaBSE

Table 1: Architectural specifications of Model2Vec distilled static embedding variants, demonstrating extreme parameter reduction.

The performance gains achieved by this distillation are extraordinary. On a standard CPU, a traditional transformer like all-MiniLM-L6-v2 processes approximately 50 sentences per second. In stark contrast, a distilled Model2Vec static model can process tens of thousands of sentences per second, effectively operating up to 500 times faster than the original transformer. When implemented in a systems-level language like Rust, single-threaded CPU execution can exceed 8,000 samples per second. While this technique inherently trades a fraction of semantic accuracy—achieving roughly 92% to 94% of the original model's score on the Massive Text Embedding Benchmark (MTEB)—the raw throughput is precisely what enables the instantaneous, asynchronous indexing required for Phase 1.

3.2 Phases 2-7: Graph Extraction and the LanceDB Storage Engine

While the investigator is immediately granted search capabilities over the Phase 1 data, the ETL pipeline asynchronously advances into computationally expensive graph extractions and index builds. The system constructs a Minimum Spanning Forest to map topological entity relationships, subsequently training a GraphSAGE (Graph Sample and Aggregate) neural network. GraphSAGE is expressly chosen for its scalability; unlike traditional Graph Convolutional Networks (GCNs) that require the entire graph adjacency matrix to be loaded into memory, GraphSAGE relies on mini-batch gradient descent to sample and aggregate features from fixed-size local neighborhoods, making it viable for massive eDiscovery datasets.

This heavy compute phase relies fundamentally on the integration of LanceDB, an open-source embedded vector database constructed on the Lance columnar data format. The selection of Lance over traditional formats like Apache Parquet is deliberate. Parquet was designed for immutable batch analytics; if a user modifies a single tag or appends a vector, the entire file must be rewritten, creating catastrophic latency in dynamic machine learning workflows. Conversely, Lance is an ML-native format optimized for rapid random access—operating up to 100 times faster than Parquet—and supports built-in Inverted File Index with Product Quantization (IVF_PQ) vector indices alongside tabular metadata.

Furthermore, LanceDB implements Multi-Version Concurrency Control (MVCC), introducing a transaction log that creates lightweight, automatic versioning of the data similar to Git semantics. This ensures that every model iteration and human tagging event is perfectly reproducible, a critical requirement for legal defensibility. Because Lance integrates natively with the DuckDB engine via Apache Arrow, the architecture executes zero-copy memory reads. The system can parse complex SQL hybrid queries—combining BM25 keyword filters with vector similarity searches—directly against the object storage without the overhead of moving data into a separate, dedicated vector database server.

3.3 Phase 8 and the Manifest Contract

In the final phase of ingestion, the backend executes high-latency topological algorithms, such as UMAP (Uniform Manifold Approximation and Projection) and HDBSCAN (Hierarchical Density-Based Spatial Clustering of Applications with Noise), on randomly sampled subsets of the data to project two-dimensional layout coordinates. By restricting these complex algorithms to a topological subset, the system avoids entirely bottlenecking the CPU, ensuring the investigator's local application remains highly responsive.

The cornerstone bridging this asynchronous backend to the presentation layer is the JSON manifest file (e.g., _sublate_manifest.json). This file acts as a declarative contract. Rather than executing slow SQL metadata queries over a network to determine how to draw the user interface, the frontend ingests this manifest entirely into volatile memory. The contract defines exact file paths, delineates format types (such as Iceberg or CSR), stores exact row counts, and crucially, establishes the Semantic Schema. By tagging columns with explicit semantic roles (e.g., UI_X_COORD_SOCIAL), the presentation layer can dynamically render visualizations without hardcoding specific database column names.

Additionally, the manifest enforces Capability Lockouts. Because the JSON object maintains the live execution statuses for all eight ingestion phases, the user interface can proactively monitor pipeline health. If an investigator attempts to access an advanced visual clustering module, but the manifest indicates Phase 8 (UMAP generation) remains in processing, the UI deploys frosted-glass, terminal-style overlays. This gracefully restricts access to incomplete analytical modules without locking the primary application thread or crashing the client.

4. The Topological Command Center: Native Visualization Architecture

By abandoning the hierarchical file tree, the architecture empowers the creation of a Topological Command Center, transforming the user experience from passive data retrieval to active, spatial exploration. However, rendering thousands of dynamic nodes efficiently requires sophisticated utilization of the operating system's native hardware acceleration.

4.1 Bypassing SwiftUI State Bottlenecks with TimelineView

The presentation layer is constructed using Apple's SwiftUI framework. Historically, developers manage animation and dynamic positioning by binding view coordinates to @State or @Binding variables. However, for a graph containing thousands of nodes, updating an @State variable triggers a massive, recursive view diffing and invalidation process across the entire SwiftUI view graph. When forced to recalculate the layout for thousands of interacting elements simultaneously, standard SwiftUI implementations suffer severe performance degradation, often dropping to unworkable frame rates.

The Abstracted Lakehouse architecture bypasses this state-management bottleneck by utilizing TimelineView in conjunction with the Canvas API. TimelineView evaluates its body according to a precise, developer-provided schedule, such as TimelineView(.animation), which fires in sync with the display's refresh rate. Within this loop, the Canvas view draws directly to the screen using the low-level Metal graphics framework, functioning entirely outside of the standard SwiftUI state diffing mechanism. By passing the context.date into the Canvas closure, node positioning becomes a pure mathematical function of time. This drift-free, immediate-mode rendering allows the application to maintain a flawless 60 frames-per-second while manipulating highly complex data visualizations without saturating unified memory.

4.2 Force-Directed Simulation Mechanics

With the rendering bottleneck solved, the system visualizes the dataset schema and document relationships using force-directed graph algorithms. This continuous physics simulation runs inside the TimelineView loop, relying on three primary physical forces to organize the data organically:

Artificial Gravity (Centering Force): A constant force pulls all nodes toward the center of the Canvas, preventing entities and isolated clusters from drifting infinitely off-screen during the simulation.

Electrostatics (Coulomb Repulsion Force): To prevent nodes from collapsing into an illegible singular point, the system applies a repulsive force inversely proportional to the square of the distance between nodes, mathematically mirroring electrostatics (F=k e ​

r 2

q 1 ​ q 2 ​

​ ).

Spring Mechanics (Hooke's Law): The system groups related tables, identical custodians, and semantically similar document clusters together using elastic spring mechanics (F=−k(x−x 0 ​ )), providing organic tension and elasticity as the user drags and interacts with the data space.

This physics engine powers multiple dynamic visual modules. A "Subway Line" Pipeline HUD provides a horizontal flowchart resembling a transit map, dynamically illuminating as the manifest indicates backend phases have completed. Data Gravity Treemaps instantly communicate the weight of the dataset by parsing byte sizes and row counts, visually signaling whether a case is heavily financial or heavily communicative. Finally, a Vector X-Ray Mode interrogates the manifest schema to highlight nodes possessing Hierarchical Navigable Small World (HNSW) graphs, allowing users to visually explore semantic similarity. Organic aesthetics are maintained through the use of macOS MeshGradient techniques tied to sine wave functions, providing ambient visual feedback reflecting overall pipeline health.

5. Dynamic Self-Organizing Taxonomy

The central analytical innovation of this architecture is the outright rejection of the binary Continuous Active Learning model. In modern legal strategies, technical responsiveness frequently dilutes actual investigative value. Instead of scoring documents for a single binary queue, the system utilizes the 256-dimensional semantic vectors generated by Model2Vec and LanceDB to construct a multi-dimensional taxonomy.

5.1 Multi-Class Nearest Centroid Classification and Voronoi Partitioning

In this framework, the investigator is not merely training a black-box AI; they are establishing thematic anchor points within a high-dimensional vector space. When an investigator creates a custom issue tag (e.g., "Offshore Shell Companies") and manually tags a small set of highly relevant documents, the backend ETL calculates the geometric centroid—the mathematical center of mass—of those specific documents' vectors within the 256-dimensional space.

As the investigator creates multiple tags representing diverse legal issues, the system establishes a constellation of these centroids. The ETL asynchronously measures the Euclidean or Cosine distance of all unreviewed document vectors against all established centroids. Applying the principles of Voronoi partitioning, every single document chunk is automatically pulled into the specific cluster whose centroid it most closely aligns with. The system thus files hundreds of thousands of documents instantly based on semantic proximity, without requiring the repetitive, sequential training rounds characteristic of legacy TAR models.

The mathematical defensibility of this topological clustering is established in statistical learning theory by Ruth Urner, Sharon Wulff, and Shai Ben-David (COLT 2013) in their landmark formulation of PL-Clusterable Active Learning. Urner et al. proved that when high-dimensional semantic embeddings exhibit Probabilistically Lipschitz (PL) cluster structure, localized active learning achieves sublinear sample complexity—guaranteeing that target concepts align with dense cluster structures and can be learned with exponentially fewer labels than flat global models. Furthermore, as demonstrated by Sanjoy Dasgupta and Daniel Hsu (ICML 2008), hierarchical cluster trees bound label complexity by the localized cluster diameter rather than the ambient dimension of the corpus, mathematically validating the sublinear convergence of Catalyst's dynamic taxonomy.

Evidence src/catalyst/services/taxonomy/taxonomy_service.py
Python // Vectorized Voronoi Partitioning
Single-Pass Matrix Partitioning: Rocchio centroid calculation and vectorized cosine matrix multiplication partitions millions of chunks into issue tag domains without looping.
class TaxonomyService:
    """Service to apply dynamic self-organizing taxonomy using Rocchio algorithm and Voronoi partitioning."""

    @staticmethod
    def execute_taxonomy_append(request: TaxonomyAppendRequest) -> None:
        # 1. Extract L2-normalized vectors and compute Rocchio centroids
        chunk_ids, embeddings_np = TaxonomyService._extract_vectors_from_lance(lance_tbl)
        centroids_np, tag_names = TaxonomyService._calculate_rocchio_centroids(
            embeddings_np, chunk_ids, request.issue_tags
        )

        # 2. Vectorized Voronoi Partitioning via Cosine Matrix Multiplication: (N, K)
        similarity_matrix = np.dot(embeddings_np, centroids_np.T)
        best_centroid_idx = np.argmax(similarity_matrix, axis=1)
        best_similarity = np.max(similarity_matrix, axis=1)

        # 3. Stream partitioned classifications directly to Apache Parquet
        schema = pa.schema([
            pa.field("chunk_id", pa.string(), nullable=False),
            pa.field("issue_tag", pa.string(), nullable=False),
            pa.field("confidence_score", pa.float32(), nullable=False),
        ])
        pq.write_table(pa.Table.from_arrays([chunk_id_array, issue_tag_array, confidence_array], schema=schema), output_parquet_path)

5.2 Addressing the RFC: Centroid Drift Management and the Rocchio Algorithm

The Request for Comments poses a critical theoretical question: As investigators continue to tag documents in a multi-class taxonomy, the geometric centroid will drift. Should the system enforce an "anchor weight" for the initial human-coded documents to prevent the centroid from straying too far into ambiguous semantic territory?

Mathematical analysis dictates that an anchor weight is not just beneficial, but essential for legal defensibility. Without it, a phenomenon known as "concept drift" occurs. Concept drift describes a scenario where the statistical properties of a target variable change over time. If an investigator tags an edge-case document that is only tangentially related to the core issue, recalculating a simple average will pull the centroid away from its original intent. Over thousands of documents, the cluster will migrate into ambiguous semantic territory, losing its distinct thematic meaning and rendering the classification legally indefensible.

This vulnerability is resolved by implementing the Rocchio Algorithm, a foundational relevance feedback mechanism originally developed for the SMART Information Retrieval System in the 1960s. The Rocchio algorithm mathematically reformulates a query vector (or in this architectural context, the class centroid) to maximize similarity with newly identified relevant documents while simultaneously minimizing similarity with non-relevant ones. The formula is expressed as:

q

​

m ​ =α q

​

0 ​ +β ∣D r ​ ∣ 1 ​

d

j ​ ∈D r ​

∑ ​

d

j ​ −γ ∣D nr ​ ∣ 1 ​

d

k ​ ∈D nr ​

∑ ​

d

k ​

In this context,
q

​

m ​ represents the modified centroid vector, while
q

​

0 ​ is the original, initial centroid vector established by the first highly-confident human coding decisions—the "Anchor." D r ​ and D nr ​ represent the sets of newly tagged relevant and non-relevant documents, respectively.

The algorithm's power lies in its tunable weight parameters: α,β, and γ. By explicitly setting the α parameter (the Anchor Weight) significantly higher than the β parameter (the feedback weight), the system guarantees that the original semantic intent of the issue tag is preserved. A standard, defensible implementation might utilize values of α=1.0,β=0.75, and γ=0.15. This anchor weight explicitly mitigates centroid drift, ensuring the spatial taxonomy remains stable, distinct, and mathematically justifiable as human reviewers interact with the data over the lifecycle of the litigation.

5.3 Addressing the RFC: Interface Gestures for Dimensional Sorting

The RFC also requests evaluation regarding the optimal native SwiftUI interaction for splitting an oversized semantic bucket, questioning whether a context-menu approach or a visual lasso tool is superior.

For a topological map natively rendered within a SwiftUI Canvas, traditional operating system context menus are fundamentally flawed because they operate outside the immediate-mode drawing context and break the cognitive immersion of the spatial interface. The optimal interaction paradigm is undoubtedly a Visual Lasso Tool applied directly over the UMAP 2D projection.

By allowing the investigator to draw a freeform path across the Canvas, the system can utilize Ray Casting or Point-in-Polygon mathematical algorithms against the spatial hash map of rendered nodes to instantly identify the enclosed selection. Once selected, this subset can be visually isolated, prompting a localized sub-clustering algorithm (such as a bounded k-means operation) to generate child-centroids. This allows hierarchical sorting to occur naturally and instantaneously through direct visual manipulation, rather than abstract menu navigation.

6. On-Demand Compute: Resolving the Translation Bottleneck

To maintain the aggressive 40 million token-per-minute ingestion velocity required during Phase 1, intensive computational operations like foreign language translation must be deferred. The architecture treats these tasks as optional, asynchronous checkpoints rather than mandatory ingestion phases.

During Phase 1, the pipeline applies a lightweight, highly efficient language heuristic (such as fastText) to simply flag documents that are not written in English. The pipeline does not halt; instead, the JSON manifest is updated to inform the user interface of the presence and volume of foreign data (e.g., indicating the presence of 14,500 Spanish documents). The primary ingestion finishes unhindered, and the investigator can begin ECA immediately. The user can then manually trigger a "Delta Append" translation job to run overnight.

6.1 Addressing the RFC: CTranslate2 versus MLX Acceleration

The RFC questions the underlying engine for this Delta Append process, asking whether the architecture should prioritize integrating Apple's MLX framework for GPU acceleration, or rely on highly optimized C++ frameworks like CTranslate2 to maximize CPU utilization during background jobs.

The optimal architectural decision is to employ CTranslate2 as the primary inference engine for all background translation workloads, deliberately avoiding the GPU.

While Apple's MLX is a highly optimized, native machine learning framework expressly designed to exploit the unified memory architecture of Apple Silicon (M-series chips), utilizing the GPU for heavy background translation tasks introduces severe resource contention. The primary investigation thread—which manages the 60 frames-per-second SwiftUI Metal Canvas, executes on-the-fly semantic vector searches, and handles real-time UI interactions—relies heavily on the GPU. Flooding the GPU with a massive batch translation queue would invariably result in stuttering, dropped frames, and application lock-ups, destroying the user experience.

Translation Engine Hardware Target Execution Priority Precision Optimization Primary Advantage
Apple MLX GPU / Unified Memory Foreground / Fast-response NVFP4 / 4-bit Peak burst speed for single generative prompts.
CTranslate2 CPU / Threaded Background / Batch processing INT8 / INT16 High throughput without interrupting UI rendering.

Table 2: Engine comparison highlighting the architectural necessity of isolating heavy batch translation to the CPU via CTranslate2 to preserve GPU resources for the presentation layer.

CTranslate2 is a highly specialized C++ and Python library designed explicitly for efficient inference with Transformer models. It applies aggressive performance optimizations, including custom layer fusion, batch reordering, and INT8 or INT16 weight quantization, which drastically reduces memory footprint. Benchmarks for executing massive translation models, such as Meta's NLLB-200 (No Language Left Behind), demonstrate that CTranslate2 on a CPU can operate at extraordinary speeds, often matching or surpassing unoptimized GPU implementations by relying on highly parallelized processing across all available CPU cores using frameworks like Intel MKL or Apple Accelerate.

By offloading the Delta Append translation pipeline to CTranslate2 running strictly in background CPU threads, the architecture preserves the GPU and Neural Engine exclusively for the real-time demands of the Topological Command Center. The background worker translates the text, generates new semantic vectors, and performs an append operation to the immutable LanceDB files. The user interface then seamlessly integrates the translated documents into the English semantic index the following morning, entirely without interrupting the investigator's workflow.

Any architectural shift within the domain of eDiscovery must be rigorously validated against the Federal Rules of Civil Procedure (FRCP), particularly Rule 26, which governs the scope, proportionality, and duty to confer regarding electronically stored information (ESI). The Abstracted Lakehouse is designed to meet and exceed these legal thresholds.

7.1 Proportionality and the 26(f) Mandate

FRCP Rule 26(b)(1) dictates that discovery must be "proportional to the needs of the case," requiring courts and counsel to weigh the amount in controversy against the burden or expense of the proposed discovery. The traditional TAR 1.0 and 2.0 paradigms frequently run afoul of the proportionality doctrine in smaller or mid-market litigation because the sheer cost of attorneys' billable time required to train the algorithms outweighs the likely benefit of the data recovered.

The Abstracted Lakehouse architecture is inherently proportional. Because the pipeline executes asynchronously at over 30 million tokens per minute and instantly clusters data via the Dynamic Taxonomy, case teams can holistically assess the merits and risks of an investigation in a matter of hours rather than weeks. Furthermore, Rule 26(f) requires parties to conduct a meet-and-confer conference to develop a proposed discovery plan. The advisory committee notes explicitly expect counsel to be intimately familiar with their client's data systems before this conference. The Topological Command Center equips counsel with a deep, empirical, and visual understanding of their data topography, allowing them to negotiate scope from a position of absolute factual authority.

7.2 The "Modern Attachment" Precedent (In re Uber Techs.)

The architectural choice to utilize a declarative manifest and LanceDB's nested transaction logs directly addresses highly complex, emerging ESI case law regarding cloud-based data structures.

In the pivotal 2024 ruling In re Uber Techs., Inc. Passenger Sexual Assault Litig., the court addressed the escalating complexities of cloud-stored documents, specifically dealing with files stored in Google Drive that are hyperlinked within Gmail communications. The court conclusively ruled that a hyperlinked document constitutes an "attachment" for the purposes of discovery. Furthermore, the court mandated that parties must preserve and produce metadata that definitively links the hyperlinked document to the specific email where it was referenced, utilizing custom metadata fields such as LINKBEGBATES.

Traditional hierarchical file trees and rigid relational SQL databases struggle profoundly to represent these loose, cloud-based relational links, both visually and technically. However, the proposed JSON Manifest Contract explicitly maps both structural and semantic schemas natively. The LanceDB backend, which inherently supports nested data types and zero-copy versioning without requiring schema rewrites, tracks these metadata linkages natively. When a user interacts with an email document within the Topological Command Center, the force-directed map relies on Hooke's Law spring mechanics to visually pull the "modern attachment" (the hyperlinked file) directly into the parent document's orbit. This architectural trait flawlessly satisfies the Uber Techs mandate for metadata preservation, linkage, and reviewability, visualizing the connection instantly for the investigator.

7.3 Algorithmic Transparency versus Black Box Oracles

Finally, federal courts increasingly demand transparency in how predictive models validate their results. The Uber court, and subsequent validation case law, highlights that producing parties may be ordered to disclose broad samples of non-responsive information to validate their algorithms' efficacy and prove they are not withholding critical evidence.

Generative AI and binary CAL algorithms are notoriously difficult to defend in adversarial settings; they often output relevance scores but lack trackable, plain-English justifications, making it nearly impossible to audit their blind spots or prove exactly why a document was omitted.

The Dynamic Self-Organizing Taxonomy resolves this validation crisis by utilizing geometric centroids in a defined semantic space. The classification is mathematically deterministic and entirely transparent. If opposing counsel questions why a specific document was excluded from a production, the producing party does not rely on a black-box neural network's hidden state. Instead, they can demonstrably and mathematically prove that the document's Euclidean distance to the non-relevant centroid was shorter than its distance to the relevant anchor centroid. Bolstered by the Rocchio algorithm's trackable α and β weights, the system provides a mathematically unassailable defense of its sorting logic.

8. Conclusion

The Request for Comments outlines a visionary, yet highly technically feasible, overhaul of investigative intelligence data engineering. By replacing the antiquated file tree with a native SwiftUI Topological Command Center, and decoupling the presentation layer from the backend via a Manifest Contract, the system achieves unprecedented speed, visual interactivity, and cognitive alignment with human investigators.

The asynchronous ETL pipeline—powered by the extreme CPU inference throughput of Model2Vec and the zero-copy, Arrow-native lakehouse architecture of LanceDB—guarantees that massive data ingestion does not block critical investigative momentum. Most importantly, retiring binary CAL in favor of a Dynamic Self-Organizing Taxonomy acknowledges the nuanced, multidimensional reality of modern legal and intelligence operations. By implementing the Rocchio algorithm to strictly manage centroid drift, and leveraging CTranslate2 for highly parallelized asynchronous background processing, the architecture remains robust, highly scalable, and fully defensible under the evolving standards of FRCP Rule 26. This blueprint represents a necessary evolution, poised to significantly reduce the cognitive load, latency, and financial burden of complex electronic discovery.

Deep Thought Labs Research Archive // Technical Report Series

Cite This Architectural Specification

To reference this specification or cite its architectural and mathematical findings in academic literature, legal filings under FRE 702, or technical research, please use the following bibliographic references:

APA 7th Edition

Epistemon, & Deep Thought Labs. (2026). Dynamic Self-Organizing Taxonomy: An Architectural Specification for Emergent Category Discovery: Autonomous Topic Clustering via Static Vector Distillation, Centroid Topology & Louvain Communities. Deep Thought Labs Architectural White Paper Series. https://deepthoughtlabs.ai/papers/dynamic-taxonomy/

Chicago Manual of Style (17th ed.)

Epistemon, and Deep Thought Labs. “Dynamic Self-Organizing Taxonomy: An Architectural Specification for Emergent Category Discovery: Autonomous Topic Clustering via Static Vector Distillation, Centroid Topology & Louvain Communities.” Deep Thought Labs Architectural White Paper Series, October 2026. https://deepthoughtlabs.ai/papers/dynamic-taxonomy/.

BibTeX Entry (LaTeX / Overleaf / Zotero) Click or tap to select all
@techreport{deepthought2026dynamictaxonomy,
  author      = {Epistemon and {Deep Thought Labs}},
  title       = {{Dynamic Self-Organizing Taxonomy: An Architectural Specification for Emergent Category Discovery: Autonomous Topic Clustering via Static Vector Distillation, Centroid Topology \& Louvain Communities}},
  institution = {Deep Thought Labs},
  type        = {Architectural White Paper},
  series      = {Sublate Catalyst Technical Reports},
  year        = {2026},
  month       = {10},
  url         = {https://deepthoughtlabs.ai/papers/dynamic-taxonomy/},
  note        = {Permanent canonical archive}
}
Corpus Benchmark 1,041,752 Documents • 6,118.83s Trace
Defensibility Standard FRCP Rule 26(b)(1) • FRE Rule 702
Archival License Open Research • Defensive Publication