u/Salt_Diamond5703

Should AI memory start from language, or from events?

Most “AI memory” systems I see start from language: -

chat history, summaries, embeddings, vector search, longer context windows.

But I’m wondering if that is the wrong starting point.

In biological systems, memory does not begin as language.

It begins as events:

something happened, it repeated, it caused something, it mattered, it changed future behavior. So I’ve been testing a different direction:

AI/machine memory as event primitives first, language second.

The primitives I’m testing are:

- consolidation: which events belong together?

- temporal association: what usually happens after what?

- simplicity selection: what is the simplest valid explanation?

- bounded curiosity: what patterns should be tested later?

- embodied feedback: did memory improve future action?

I have released two small C++ demos so far:

Layer 1:

noisy events -> evidence-backed groups

https://github.com/Antriksh005/CONSOLIDATION_CORE

Layer 2:

timestamped events -> repeated event paths

https://github.com/Antriksh005/TEMPORAL_ASSOCIATION_CORE

No LLM, no cloud API, no vector DB in these layers.

My question: If memory starts from events instead of language, what is the most important next primitive?

Surprise?

Valence?

Forgetting?

Contradiction detection?

Action feedback?

reddit.com
u/Salt_Diamond5703 — 2 days ago
▲ 2 r/computerarchitecture+2 crossposts

Layer 2: finding repeated event paths from timestamped logs, no LLM/cloud/vector DB

So the Layer 1( Consolidation) was about grouping repeated noisy events (which events belong together?).

Now the Layer 2 is about time (what usually happens after what?).

The demo takes timestamped logs and finds repeated event paths like:

db_pool_exhaustion -> retry_storm -> checkout_failure

Current demo result:

- 1000 timestamped log lines

- 13 event families

- 6 repeated A -> B transitions

- 3 repeated A -> B -> C paths

- main path appeared 100 times

- about 6.5 MB peak working set on my Windows run

- no LLM

- no cloud API

- no database

- no vector search

Also the report does not only show numbers. It also shows the actual event families, recovered paths, transitions, and timestamp evidence.

It is repeated temporal association: A repeatedly appears before B inside a time window.

Also one important things, i'm using logs because they're easy to generate, inspect and verify but the mechanism is not limited to logs.

Any timestamped event stream can be tested this way:

sensor readings,

robot actions,

security alerts,

user behavior events,

system telemetry,

financial transactions,

or simulation states.

The core question is just:

given repeated events over time, can the system recover stable paths from them?

Github Repo : https://github.com/Antriksh005/TEMPORAL_ASSOCIATION_CORE

Also let me know if there's any kind of issue regarding the mechanism or implementation details .

reddit.com
u/Salt_Diamond5703 — 2 days ago
▲ 4 r/Observability+1 crossposts

The first public layer :- consolidation

The first public layer is consolidation:-

noisy events -> reinforced memory groups -> evidence-backed report.

No LLM, no vector DB, no cloud API.

Current demo result:

- 550 raw events

- 6 memory groups

- 91.67x compression

- 500 related payment events merged into one group

- 0 decoy events mixed into the main incident group

- about 5.7 MB peak working set on my Windows run

- no LLM

- no cloud API

- no database

- no vector search

I pushed the small C++ proof here if you want to inspect/run it:

https://github.com/Antriksh005/CONSOLIDATION_CORE

I’d appreciate feedback from systems engineers, SREs, ML researchers, and anyone working on memory systems:

- Is this proof shape understandable?

- What dataset/domain should I test next?

- What would make this more convincing?

u/Salt_Diamond5703 — 3 days ago
▲ 10 r/computerarchitecture+1 crossposts

Testing whether machine memory can be built from deterministic primitives instead of only LLM context, vector search, or databases.

I’m building Crystal: a local deterministic memory substrate for machines by biological memory primitives.

Instead of starting with language generation, I’m starting with memory primitives:

consolidation, temporal association, simplicity selection, bounded curiosity, and embodied feedback.

I’m releasing the work layer by layer so each claim can be tested.

reddit.com
u/Salt_Diamond5703 — 3 days ago
▲ 2 r/sre+1 crossposts

How do you currently turn noisy incident logs into a useful timeline?

I’m working on a small local prototype around incident-log grouping, and I’m trying to understand whether this output shape is actually useful for SRE/DevOps workflows.

During incidents, exported alerts/logs often become repeated noise:

- database pool exhaustion

- payment gateway timeout

- retry storm

- checkout failure

- unrelated background events

The prototype, Crystal Incident Lens, tries to turn exported events into:

- incident groups

- timestamp-backed incident paths

- related-incident candidates

- resource usage numbers

Example recovered path from a demo incident set:

db_pool_exhaustion -> payment_gateway_timeout -> retry_storm -> checkout_failure

I also tested it on a 2,500-line slice of Rootly AI Labs’ public logs dataset:

https://github.com/Rootly-AI-Labs/logs-dataset

Current measured result:

- 2,500 real log lines

- 10 incident groups

- 0 queue rejections

- 27.42 events/sec

- 21.43 MB working set RAM

- 56.0 CPU-sec

Important boundaries:

- This is a prototype research project.

- It is not a Datadog/PagerDuty replacement.

- It is not an LLM wrapper.

- The runnable engine is not public yet.

- Rootly is only used as a public dataset source; this is not affiliated with or endorsed by Rootly.

What I’m trying to validate:

Can a local event-memory layer reduce noisy operational exports into a smaller, evidence-backed incident picture without sending logs to a cloud API?

Questions for SREs / DevOps / incident response people:

  1. Is this output shape useful?

  2. Do you care more about deduplication or causal timeline?

  3. What exported log/alert format should I test next?

  4. What would make this convincing enough to try on anonymized real incidents?

Proof repo:

https://github.com/Antriksh005/CRYSTAL_GITHUB_PUBLIC

Disclaimer: I built this prototype in my spare time; there is no paid product or cloud service behind it.

u/Salt_Diamond5703 — 3 days ago

Built a prototype system called CRYSTAL — a persistent adaptive memory engine for long-running AI and robotics workflows.

​

Instead of relying only on context windows or raw logs, CRYSTAL continuously:

- consolidates semantically similar events,

- builds temporal memory structures,

- and prunes stale information for scalable long-term operation.

Current prototype benchmarks:

- ~5000:1 semantic event consolidation on noisy event streams

- long-running temporal retrieval stability

- adaptive memory pruning for scalable runtime operation

- fully local/offline execution

Currently testing with:

- simulation environments

- agent workflows

- robotics/event streams

- sensor-based temporal patterns

The first public demo build will be opened next week.

Initial focus is not chatbots — but persistent runtime memory for embodied and long-running AI systems.

reddit.com
u/Salt_Diamond5703 — 11 days ago