Claude Brain
github.com
Claude Brain
1–10 of 26 posts
Re: Claude Brain
#2Re: Claude Brain
#3> git config --global url."https://github.com/".insteadOf "git@github.com:"
Are you sure?? This sounds like terrible advice. Won't it prevent people from pushing to github?
Re: Claude Brain
#4Re: Claude Brain
#5The 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 code, aren't you just wasting data anyway because QR codes are specifically designed to be read in the wild via a camera, and so tracking markers and error correction are built into the QR code. Those markers and error correction are redundant when you're no longer needing to decode a banged up code via a smartphone camera.
Is there actually something novel I'm missing about this with the QR code MP4 bit? Because to me this just seems silly.
Edit: So I found the original reddit post https://www.reddit.com/r/ClaudeAI/comments/1ky1y7z/i_acciden...
It just reads like someone who doesn't understand how to index and read data from a disk? I don't understand why anything streaming data from disk would need 8GB RAM like stated in the post. And a regular vector database could easily just stream from disk.
This is all it takes to create a business in the days of AI? Some elaborate Rude-Goldberg machine to do text storage and retrieval?
Re: Claude Brain
#6> 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.
Re: Claude Brain
#7Okay, 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…
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 artifacts and losing some data, QR codes can recover from some (well from a lot) loss of data, repeat. So it's DB with natural low-passing of data. Conceptually cool, kinda how memory update process worked in TV Series "Travelers" for Historians.
Or you know, I'm hearing SQLite is kinda nice and does not need encoding/decoding to-from QR-videos.
Re: Claude Brain
#8Re: Claude Brain
#9Re: Claude Brain
#10> You: "Remember that auth bug we fixed?"
> Claude: "I don't have memory of previous conversations."
> You: "We spent 3 hours on it yesterday"
> Claude: "I'd be happy to help debug from scratch!"
People are twisting themselves into knots trying to solve issues like this. Let's use the mental model of "coding agents are not magic, treat them like humans." The boring old Jira MCP [0] completely solves the posed problem.
> You: "Remember that auth bug we fixed?"
> Claude: Called Atlassian Rovo
> Claude: "Yes, I see PROJ-123 with commit SHAs, comments on what we decided and why. How would you like to proceed?"
If all LLMs disappear, you still have human readable Jira tickets to continue working on your project, instead of something like QR codes in an MP4.
[0] I am not trying to promote Jira or MCPs here, use whatever you want. I went back to Jira because its usage patterns are very well represented in the training data, and their MCP is not in beta.