Xandrov StudioAtlas of shipped systems
← The territory/ III. Agentic Systems & OSINT/ № 09 — Xandrov Vortex
Dossier № 09 / 19 — Agentic Systems & OSINT — OSINT engine · Flagship

Xandrov Vortex

Hundreds of collectors, one wall, thirty clean profiles.

File
№ 09 / 19
Territory
Agentic Systems & OSINT
Classification
OSINT engine · Flagship
Status
Working engine
§ 01 Context

OSINT collectors run fast but produce noise. Existing systems scatter fragments across thousands of messy records—entity resolution requires manual triage, and the planning phase (question to queries) is underbaked. The cost of agentic crawling without governance is brutal: budgets evaporate, focus scatters. Vortex addresses the structural failure: it concentrates effort on the hard problems that scrapers dodge—the question planner and the entity-resolution reasoner—while enforcing deterministic governance at every stage.

§ 02 The problem

Scrapers excel at fetching pages. They fail on two mechanisms that actually matter: the planner—converting a research question into the right 200 queries—and the reasoner—resolving 5,000 messy fragments into 30 confident entity profiles. Without governance, agentic crawlers wander. Off-allowlist queries multiply. Saturation kicks in. Cost climbs. The collector part is plumbing; the hard part is knowing what to collect and then assembling it into something real.

§ 03 The approach

Vortex is a layered system: a Python engine orchestrates collection, ingestion, enrichment, faceting, synthesis, and rendering, while a deterministic Node governor—called the wall—gates every query and every fetched page. The governor enforces a tiered source allowlist, a dual-token relevance filter (both an ICP token and a work-signal token must be present), hard budget and saturation limits, and no off-allowlist wandering. Every fragment carries provenance metadata. Gemini handles extraction and synthesis at the collection and reasoning layers. The planner translates the research question into a focused query set. The reasoner ingests scattered fragments and produces clean entity profiles, each with its sourcing receipts visible. Darknet sources exist only for enrichment, never discovery.

One question in, governed collection out, clean entity profiles at the end.

§ 04 Decisions that mattered
D1
Governance is deterministic code
The wall enforces focus and budget through code, not prompts—constraints are structural, not requested. Off-allowlist queries simply fail at submission.
D2
Provenance on every fragment
Each collected piece carries metadata about its source. Every entity profile shows its receipts—what was used to build it and where it came from.
D3
Planner and reasoner over plumbing
Most collection energy goes into query planning (question into searches) and entity resolution (fragments into profiles). The fetch layer is commodity.
D4
Allowlist plus dual-token relevance gate
Every page must pass two filters: it must be from an approved source, and it must carry both an ICP token and a work-signal token. Random relevance is eliminated by design.
D5
Darknet sources for enrichment only
Non-standard sources enrich existing profiles but never seed discovery. All discovery routes through vetted public channels.
§ 05 Where it stands

The Python engine and Node governor are production-ready; wall configuration is complete and documented. All prospect data and entity profiles generated during development have been scrubbed—only synthetic sample data remains in the repo. The planning algorithm, entity-resolution logic, and complete provenance architecture are all versioned. The system is ready to run on new research objectives and produce end-to-end entity profiles with full sourcing receipts.

Python engineNode governorEntity resolutionGeminiProvenance store
§ 06 — Sanitization record

All real prospect lists, client names, and entity profiles generated during development have been removed. The repository contains only the engine code, the governor, configuration templates, and synthetic sample data. Actual scraping output is withheld—it comprises client work and competitive research. This is deliberate: the intellectual property is the system design itself, not the profiles it produces.

Have a system like this worth building?

Fixed scope, quoted after one working session, first output inside two weeks. Read by a person within one working day.