An Application of pureWRIGHT · Verified Intelligence

Argus

Verified written intelligence from open sources.

Argus is the application of pureWRIGHT sold to clients. This is its record: how a continuous stream of open-source documents becomes assessed, provenance-linked written intelligence, why most documents are discarded on purpose, and how it connects to the rest of the system.

IN PRODUCTION SINCE 2026-06DOCUMENT REV 2026-08-14FIGURES AS OF 2026-08
Sample Brief

What a client receives

An excerpt from one brief, ranked first of five in its delivery. The fields are the ones clients read; the company is withheld.

Sample brief, excerptCompany identity withheld. Shape and fields as delivered to clients, September 2026.
Rank 1 of 5

Clinical-stage AI-native biotech, hybrid posture with an owned GPU and Slurm research cluster

Headquarters
Boston, MA, USA
Team size
40 to 70
Funding
Venture, $70M+ cumulative; round label and close date not published
Discovered via
Careers board, surfaced on a Slurm sweep of an on-site infrastructure posting
From the job posting

“Experience with HPC schedulers such as Slurm or batch compute for GPU training jobs.”

Assessment

A foundation model for cell signalling is a real training workload, and the infrastructure role owns the GPU and Slurm estate that runs it rather than a cloud account. The position is on-site and spans laboratory computers as well as research compute, which is not how a purely rented cluster gets staffed. Production runs on a public cloud, so the opening is the research cluster specifically, not the whole estate.

Every claim above traces to the company's own announcements and its live job posting.

Section 01 · The Reading Problem

The open web outruns any analyst

The signal an organisation needs is public: funding announcements, regulatory filings, hiring pages, procurement notices, technical reporting. The problem is volume and form. It arrives as thousands of documents in no particular order, and reading it is a full-time job nobody was hired to do.

Aggregators do not solve it. Forwarding two hundred headlines a day converts a reading problem into a bigger reading problem. What an analyst actually needs is the opposite of aggregation: assessment. Which of these documents says something new, matters, and survives being checked against its own sources?

There is a second, quieter problem: volume is not value. Argus is built to throw most of what it reads away, and the output is finished, written analysis rather than a feed.

Dozens
Curated feeds
30 min
Collection cycle
Most
Documents discarded
2026-06
Delivering since
Section 02 · The Pipeline

From raw document to published analysis

One logged path. Every document carries a record of each processing step, from the feed it came from to the score that decided whether it was published.

Open sources
  • News reporting
  • Official releases
  • Sanctions lists
  • Threat-intel feeds
  1. Stage 01Collectionevery 30 minutesfixed source listsrepeats filtered
  2. Stage 02Enrichmententity recognitionembeddingstopic taggingnear-duplicate mergeEvery document also goes to the knowledge graph: entities, co-mentions, timelines.
  3. Stage 03Assessment councilfour seats in parallelscore gateMost documents are not published.
  4. Stage 04DraftingA cloud model writes the analysis for documents that pass.
OutputPublished analysisEvery processing step logged.
Collection, entity recognition, embeddings and storage run on our hardware. Topic tagging, assessment and drafting use cloud models.
Section 03 · The Assessment Council

Judged in parallel, published on score

No single model decides what matters. Four seats score every document independently, each with its own brief, across novelty, impact and analytical depth, and a document is published only if their average is 7 out of 10 or more and no seat scores it below 5. Most are not published. That is not a failure mode; it is the product working.

InputOne document
Seats do not see each other's scores
Seats do not see each other's scores
  • EditorScores 1 to 10.
  • AnalystScores 1 to 10.
  • SpecialistSecurity, compliance or biosecurity.
  • Fact-checkerScores 1 to 10.
GateScore gateAverage 7 or more, no score under 5, at least 3 of 4 seats answering.
  • pass
    PublishedDrafted by a cloud model.
  • near miss
    ListedOn the wire, not published.
  • fail
    ArchivedNot published.
An analysis is valuable because of what was left out of it.
Section 04 · The Three Parts

How Argus connects to the three parts

Argus runs its own pipeline. Around it, pureMEND watches its sites and raises the alarm when they fail, pureBOT's mail tool sends the brief emails, and pureMIND indexes the engineering notes behind it. Each part keeps its own engineering record.

An applicationArgusIts own pipeline: collection, assessment, knowledge graph, briefs.
  • watched by
    pureMENDSite uptime alerts
  • mailed by
    pureBOTIts mail tool
  • indexed by
    pureMINDArgus work notes
Section 05 · Delivery Discipline

What a brief promises

Four commitments, each a construction fact of the system rather than a policy.

Researched, not aggregated

Each delivery is researched across funding news, filings and hiring signals, ranked by script, and picked by an editor. Five companies make a delivery; most candidates never do.

Every claim has a source

A brief quotes its sources verbatim and links them, and a validator checks every quote and link before it ships, so an analyst can check the work instead of trusting it.

A person makes the call

Scripts rank the candidates; a person makes the final editorial pick of every delivery and nothing ships without it.

In production, not in slides

Argus has delivered scheduled briefs to clients in the AI infrastructure sector since June 2026: twice a week, to a gated portal, with a short email when each delivery lands.

End of Document

An application, on the record.

Argus is in production and taking a small number of new client conversations. A sample brief is the fastest way to judge it: ask, and one arrives.