Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Brain

github.com

Post reply on HN
Print view View original

11–20 of 26 posts

Re: Claude Brain

#11

Post by z3c0 »

alfanick wrote: post #7
Philip-J-Fry wrote: post #5

Okay, so this project encodes memories as QR codes within an MP4 file. And if I'm correct, I believe it's doing some sort of vector search based on the text embedding of the data to find the frame within the MP4 file. The one thing I don't understand about this project is how encoding data as a QR code can be more efficient than just storing the same data as compressed text? Also, if you're storing the data as a QR c…

"Okay, so this project encodes memories as QR codes within an MP4 file. And if I'm correct, I believe it's doing some sort of vector search based on the text embedding of the data to find the frame within the MP4 file." I'm just as puzzled as you. What the heck, did people forgot how to encode data? Unless it's actually smart, in sense QR codes carry some limited amount of data, MP4 does compression introducing artif…

"photographic" memory.

I can't tell if it's a joke or not.

Re: Claude Brain

#13

Post by cynicalkane »

chmod775 wrote: post #6

> Is it private? > 100% local. Nothing leaves your machine. Ever. Except for the part where it gets added to the context window and sent to anthropic's servers? This is a bit strange to point out explicitly, since that ship sailed anyways.

Boastful lies like this are a telltale sign of vibe-coded projects. Approximately, an AI is making word-association guesses from its context window, and arranging those guesses into grammatical forms that human RLHF reviewers find impactful. Frequently the lies are obvious if you have a mental model of the project, which the AI doesn't have.

Re: Claude Brain

#14

Post by Philip-J-Fry »

alfanick wrote: post #7
Philip-J-Fry wrote: post #5

Okay, so this project encodes memories as QR codes within an MP4 file. And if I'm correct, I believe it's doing some sort of vector search based on the text embedding of the data to find the frame within the MP4 file. The one thing I don't understand about this project is how encoding data as a QR code can be more efficient than just storing the same data as compressed text? Also, if you're storing the data as a QR c…

"Okay, so this project encodes memories as QR codes within an MP4 file. And if I'm correct, I believe it's doing some sort of vector search based on the text embedding of the data to find the frame within the MP4 file." I'm just as puzzled as you. What the heck, did people forgot how to encode data? Unless it's actually smart, in sense QR codes carry some limited amount of data, MP4 does compression introducing artif…

QR codes can only recover data because the QR code itself is built with redundancy. It's always storing more data than is actually needed. But if you lose too much of the QR code, it becomes impossible to read.

Think about the most basic example. It is for example impossible to recover 100 bytes of data from a binary file, even with error correction, if you only have 80 bytes.

Also, QR codes are only storing the bits. There's absolutely no way H264/H265 is storing bits in images any more efficiently than just writing the bits to a regular binary file.

Re: Claude Brain

#15

Post by BitsAndObjects »

BitsAndObjects wrote: post #8

Seems like vibe coded garbage, as well as being irrelevant given the latest Claude Code features, which includes a memory file.

Oh also note that this isn't a free OR open-source tool. It's a wrapper round a ludicrously priced service: https://memvid.com/pricing

Which is why the repo says "Written in Rust" but contains only a thin JavaScript/TypeScript layer around the underlying service.

Re: Claude Brain

#16

Post by alfanick »

Philip-J-Fry wrote: post #14
alfanick wrote: post #7

Earlier quoted context omitted.

"Okay, so this project encodes memories as QR codes within an MP4 file. And if I'm correct, I believe it's doing some sort of vector search based on the text embedding of the data to find the frame within the MP4 file." I'm just as puzzled as you. What the heck, did people forgot how to encode data? Unless it's actually smart, in sense QR codes carry some limited amount of data, MP4 does compression introducing artif…

QR codes can only recover data because the QR code itself is built with redundancy. It's always storing more data than is actually needed. But if you lose too much of the QR code, it becomes impossible to read. Think about the most basic example. It is for example impossible to recover 100 bytes of data from a binary file, even with error correction, if you only have 80 bytes. Also, QR codes are only storing the bits…

You don't have to explain that to me :D I'm agreeing with your critical comment before.

I'm just trying to make any sense why someone thought it would be any good idea to do memory->QR->MP4 encoding, instead of some sane format.

Re: Claude Brain

#17

Post by BitsAndObjects »

This post's title is wildly misleading - mods should correct it. While the GitHub project is called "claude brain", it is not published by Anthropic and the repo is a thin wrapper around a service called "Memvid". So, calling this a "Memvid MCP" would be more accurate. Maybe the title should be "Memvid MCP provides alternative memory for Claude".

Re: Claude Brain

#18

Post by JSR_FDED »

skybrian wrote: post #4

As a sales pitch this is unconvincing. It's easy to save data a file. Why this file format?

Tsk tsk you are so asking the wrong question.

It’s not “saving data to a file”, it is:

“The Knowledge Layer for AI The AI platform that puts your company's knowledge to work, powering enterprise search, AI agents, and workflow automation. All in a single file you own.”

(From their site: https://memvid.com)

Get with the program!

Re: Claude Brain

#19

Post by Philip-J-Fry »

alfanick wrote: post #16
Philip-J-Fry wrote: post #14

Earlier quoted context omitted.

QR codes can only recover data because the QR code itself is built with redundancy. It's always storing more data than is actually needed. But if you lose too much of the QR code, it becomes impossible to read. Think about the most basic example. It is for example impossible to recover 100 bytes of data from a binary file, even with error correction, if you only have 80 bytes. Also, QR codes are only storing the bits…

You don't have to explain that to me :D I'm agreeing with your critical comment before. I'm just trying to make any sense why someone thought it would be any good idea to do memory->QR->MP4 encoding, instead of some sane format.

I suspect it's because Claude said "You're absolutely right! QR codes are an excellent way to store data with their redundancy and small size".

Re: Claude Brain

#20

Post by alfanick »

Philip-J-Fry wrote: post #19
alfanick wrote: post #16

Earlier quoted context omitted.

You don't have to explain that to me :D I'm agreeing with your critical comment before. I'm just trying to make any sense why someone thought it would be any good idea to do memory->QR->MP4 encoding, instead of some sane format.

I suspect it's because Claude said "You're absolutely right! QR codes are an excellent way to store data with their redundancy and small size".

In such case, soon we will need licenses-for-AI, just like with guns... There is no way a smart person wouldn't write this as a joke or an art project, but for serious.
Post reply on HN