Green VectorsThe memory under DarkStar and EdgeRunner

    A machine's knowledge, small enough to carry.

    Green Vectors is our patent-pending method for what a machine knows. It organizes information the moment it arrives, so the same thing is stored once, what matters more counts for more, and every detail stays connected to the bigger picture. The result is a memory that's radically smaller and sharper: small enough to ride on a drone, a robot, a vessel, or a sensor. It's the reason DarkStar fits on the machine, and the reason EdgeRunner exists.

    Measured on a 15-million-vector benchmarkFirst patent application allowedPatent-pending

    The problem

    A machine keeps storing the same thing in different forms.

    1

    Everything a machine looks up is stored as a representation.

    Frames, readings, and documents are turned into vectors, the units AI uses to store what it knows, so the machine can find them again. The collection it searches is its memory. The bigger it is, the more it needs, the slower it answers, and the harder it is to keep current.

    2

    Most of it repeats what is already there.

    A camera captures the same scene hundreds of times. A sensor reports the same condition for hours. A manual says one thing four ways. Each becomes another entry, so the memory grows with every repeat, and the machine has to carry, search, and move all of it.

    3

    Green Vectors reduces the repetition before it's stored.

    It sits between the model that creates representations and the memory that holds them, so fewer ever get stored. What remains is kept current and connected to its source. That is a different question from making each entry smaller.

    Every repeat is paid for in four places.

    On a platform, those four places are memory, power, bandwidth, and time. At scale, the industry's answer has been brute force: more memory, more servers, more power. That is part of why so little AI can leave the data center.

    StoredMemory for every copy of the same thing
    SearchedCompute spent searching a bigger memory, every time
    MovedBandwidth and power to ship it between memory, storage, and platforms
    Kept currentRebuilds as the world changes

    Measured result

    So we changed what enters the memory, and put it to the test on 50,000 books.

    260 GBbecame1.3 GB.

    The same collection, turned into a memory twice: once the conventional way, once through Green Vectors. A 99.5% smaller memory, queries up to 4x faster, and search results that got closer to the question, not further from it.

    99.5%smaller memory
    15M+ to 76Kstored representations
    Up to 4xfaster queries
    25 to 59%closer to the query, on the same searches
    One collection. Three footprints.Area is proportional to memory size

    Green Vectors: 1.3 GB and about 76,000 stored representations for the same 50,000 books.

    English-language Project Gutenberg collection, June 2025, one configuration. Memory footprint, not total system memory. This is a language benchmark, the one that has been measured. Results on imagery, sensor, and autonomous-system workloads are established on each platform. By design the method applies to any workload that stores knowledge as representations, whatever the sensor. The math doesn't care where the data came from. The measurements will.

    Fit

    A platform is not a data center.

    A data center adds memory, power, and cooling when a workload grows. A drone, a robot, a vessel, or a sensor cannot. Everything the machine knows has to fit on board, in memory, or it can't be searched at speed.

    This is memory, not disk. To answer fast, a memory has to be resident, and memory on a platform is the scarcest thing on board. Fitting there is what lets a capable workload run on the hardware already in the field.

    How far can the same memory travel?Memory budgets, smaller hardware to the right. Footprints are illustrative: measured size plus a 4 GB runtime allowance. Source-data storage is excluded.
    Illustrative scaling
    Data center512 GB
    Portable rack64 GB
    Vehicle32 GB
    Autonomous platform16 GB
    Handheld8 GB
    Conventional memoryEvery representation, full size264 GB1 of 5
    1-bit quantizationCompressed vectors. Accuracy given up12.1 GB4 of 5
    Green VectorsFewer representations. Accuracy up5.3 GB5 of 5

    At 50,000 books, the conventional memory needs 264 GB and fits only a data center. After 1-bit quantization it needs 12.1 GB and fits down to an autonomous platform, with accuracy given up to get there. Green Vectors needs 5.3 GB and fits all five, down to a handheld.

    Footprints are the measured sizes from the 50,000-book study (260 GB conventional, 8.1 GB after 1-bit quantization, 1.3 GB Green Vectors) plus a 4 GB allowance for the model and runtime. Larger collections scale the measured sizes proportionally, which is an assumption. Memory budgets are selected examples, not device specifications. Source-document storage is not included. This shows what fits in memory, not demonstrated deployment, power, or thermal performance. The quantization tradeoff described here is this comparison, not a claim about every quantization method.

    How it works

    Four connected actions. One compact, current memory.

    Reducing what's stored only matters if the machine keeps what it needs. Green Vectors balances the two through four actions that work as one. Here they are on a sensor stream: one camera at a site gate, watching the same truck.

    1. Bring related observations together.

      Green Vectors checks whether a new frame belongs with what is already represented. Four hundred frames of the same parked truck reinforce one representation instead of becoming four hundred entries.

      What this makes possibleA memory that grows with what's new, not with every frame.

      Site gate camera, illustrative example1 of 4

      Four hundred frames. One truck.

      Frame 0412Truck at east gate, engine off.
      Frame 0413Truck at east gate, no change.
      Frame 0414Same truck, shadow moved.
      One representationTruck at east gateParked since 06:40.
      Every frame stays linked.

      Different pixels, same fact. It joins what is already known instead of becoming another entry.

    2. Let meaningful change matter more.

      A new vehicle entering the gate should count for more than the same truck idling. Green Vectors decides how strongly each observation changes what already exists.

      What this makes possibleA real change is never drowned out by a thousand repeats of the old state.

      Site gate camera, illustrative example2 of 4

      Not every frame should carry the same weight.

      New vehicle enteringStrong influence
      Truck door opensModerate
      Lighting changeLight
      Same truck, idleMinimal

      Influence follows change, not repetition. No numeric score is implied.

    3. Keep the larger context connected.

      A frame belongs to a camera, a gate, a site, and a moment. Green Vectors preserves those links so the machine can work at the level the task needs.

      What this makes possibleReadings that stay tied to time, place, and source.

      Site gate camera, illustrative example3 of 4

      The frame stays attached to its context.

      Site
      North depot
      Camera
      East gate
      Fuel yard
      Moment
      06:40, truck arrives
      07:12, door opens
      07:40, departs

      A question can use as much context as it needs, from one frame to a whole morning.

    4. Update what is already represented.

      When the truck leaves, the representation of the gate updates. Nothing new is stored by default; what's there changes.

      What this makes possibleKnowledge that changes in place, on the platform, without reprocessing everything it has ever seen.

      Site gate camera, illustrative example4 of 4

      New observations update what exists.

      Existing representationTruck at east gate, parked since 06:40
      Frame 0911Truck departs east gate
      Current representationEast gateClear since 07:40. Truck logged, departed.

      The representation changes. The frames themselves are untouched.

    Site gate camera, illustrative example1 of 4

    Four hundred frames. One truck.

    Frame 0412Truck at east gate, engine off.
    Frame 0413Truck at east gate, no change.
    Frame 0414Same truck, shadow moved.
    One representationTruck at east gateParked since 06:40.
    Every frame stays linked.

    Different pixels, same fact. It joins what is already known instead of becoming another entry.

    Where it acts

    Before the memory, not after it.

    Every other way of making intelligence fit on a platform works on what has already been stored, or avoids storing it on the platform at all. Green Vectors changes what gets stored in the first place. It combines with all of them, and it makes several of them optional.

    With Green VectorsThe same pipeline, with one step added before the memory
    SensorsCompact modelGreen VectorsMemory on the platformRecognize and decide
    The usual ways to make it fitWhat each one costs
    Quantize and prunesmaller entries, accuracy given upOffload to the cloudneeds a linkRetrain for every changeweeks, and a labStore lessknow less

    In the benchmark, aggressive 1-bit quantization still needed 8.1 GB. Green Vectors needed 1.3 GB, and the results got closer, not further.

    It started with language

    It changes the game for language systems too.

    Green Vectors was measured first on text, and the results above are the ones every enterprise retrieval stack fights for: a memory 99.5% smaller, queries up to 4x faster, answers that got closer to the question. It drops in alongside the embedding model and vector database a team already runs. Nothing gets replaced.

    Our focus is autonomous systems and defense. But if you run a large, changing collection of documents and your retrieval stack has become a pile of compensating steps, we should talk. The same memory that fits on a drone makes a data center's knowledge cheaper to hold and faster to search.

    99.5%smaller memory on a 15-million-vector public benchmark
    Up to 4xfaster queries in the same study
    Drops inalongside the embedding model and vector database you already run
    Host-side retrievalno GPU required for it
    Where this stands
    Green Vectors

    Measured on public and enterprise data. The first patent application has been allowed. In use with evaluation partners through our SDK.

    DarkStar

    The architecture is patent-pending. Benchmarks on embedded hardware are underway, with first results expected this year.

    EdgeRunner

    In prototype, with evaluation programs open to defense and autonomy partners.

    Work with Morphos

    Tell us what your machines need to know.

    A platform, a collection, a sensor stream, or a retrieval stack that has outgrown its hardware. Bring the workload and the limits it has to live within. We'll bring the memory.

    Request a briefingFor defense programs, autonomy teams, hardware partners, enterprise retrieval teams, and investors.Or write to hello@morphos.ai

    What the benchmark says.

    Source: Morphos AI Project Gutenberg case study, June 2025. About 50,000 English-language public-domain books, one configuration.

    ConfigurationStored representationsMemory size
    ConventionalMore than 15 million260 GB
    1-bit quantizationNot reported separately8.1 GB
    Green VectorsAbout 76,0001.3 GB

    The 99.5% figure is (260 minus 1.3) divided by 260. Area ratios on this page follow the reported footprints. Query latency improved up to 4x in the same study, at 15-million-vector scale.

    Search quality was measured by the distance between each query and its returned results in vector space, where smaller means closer. Across the test queries, Green Vectors results were 25 to 59% closer than the conventional memory returned for the same searches. Smaller did not mean less accurate. This is a retrieval-distance metric, not a measured improvement in answer correctness or in autonomous perception.

    The prism and the fit instrument are illustrations. The fit instrument combines the measured sizes with example memory budgets and a fixed 4 GB runtime allowance. It excludes source-data storage and does not establish deployment, power draw, thermal performance, or retrieval quality on those platforms.