
Moritz Felipe
2.5K posts

Moritz Felipe
@moritzfelipe
Learner. Posting thoughts on tech.
BERLIN Se unió Eylül 2012
714 Siguiendo475 Seguidores

- The next billion-dollar startups will build content
- As we shift from recording reality to generating it, content becomes scalable
- The line between "app" and "content" is dissolving, Gen Z already search TikTok, not Google
x.com/moritzfelipe/s…
Moritz Felipe@moritzfelipe
English

@diEkfen123 @Framer_X Depending on your budget you can also do both. For high quality output i think it makes sense to add the video, especially if you use their sound.
English

@moritzfelipe @Framer_X that's actually a really good question.. chaining the last frame as input would help with consistency but guess that the style drift over multiple generations is probably what makes it tricky
English

@matteopelleg Why apple not google? Seems like google would be first to create this and long-term create the better devices.
English

I’m now convinced that the biggest winner of the AI race will be Apple.
They will acquire Anthropic and put an AI model that can run on ~32GB of RAM in every device.
It will be private, local, have perfect memory, access to all of your files and it will cost $0.
The real moat was owning the hardware.
English


It’s extremely good that Anthropic has not backed down, and it’s siginficant that OpenAI has taken a similar stance.
In the future, there will be much more challenging situations of this nature, and it will be critical for the relevant leaders to rise up to the occasion, for fierce competitors to put their differences aside. Good to see that happen today.
English

@Morrigath @ilyasut What are we taking about didn’t they just agree to work for them ?
English

@ilyasut I think, OpenAI was dragged screaming and kicking by their PR and marketing department to say this)
I am pretty sure they are totally fine to work for the "dark side" and get all the money in the world. without any regard for ethincs
English

@AncestorStoic @EsotericCofe Openclaw drives more engagement
English

@EsotericCofe why you need openclaw for this? you can ask the same thing to an ide and it does it for you
English

@akbuilds_ Why do u need cursor and not use Claude code with the mcp?
English

Prediction: In the AI age, taste will become even more important. When anyone can make anything, the big differentiator is what you choose to make.
paulgraham.com/taste.html
English

MiniMax M2.5 is live!
Exclusive FREE FOR ALL users for a limited time
* SOTA large language model designed for agent-verse
* Built for the agent universe, extending coding into real-world use.
* Scores higher than Opus 4.6 on SWE-bench Pro and SWE-bench Verified.
Partnering with @MiniMax_AI for this exclusive first launch.
Give it a spin.
English

On DeepWiki and increasing malleability of software.
This starts as partially a post on appreciation to DeepWiki, which I routinely find very useful and I think more people would find useful to know about. I went through a few iterations of use:
Their first feature was that it auto-builds wiki pages for github repos (e.g. nanochat here) with quick Q&A:
deepwiki.com/karpathy/nanoc…
Just swap "github" to "deepwiki" in the URL for any repo and you can instantly Q&A against it. For example, yesterday I was curious about "how does torchao implement fp8 training?". I find that in *many* cases, library docs can be spotty and outdated and bad, but directly asking questions to the code via DeepWiki works very well. The code is the source of truth and LLMs are increasingly able to understand it.
But then I realized that in many cases it's even a lot more powerful not being the direct (human) consumer of this information/functionality, but giving your agent access to DeepWiki via MCP. So e.g. yesterday I faced some annoyances with using torchao library for fp8 training and I had the suspicion that the whole thing really shouldn't be that complicated (wait shouldn't this be a Function like Linear except with a few extra casts and 3 calls to torch._scaled_mm?) so I tried:
"Use DeepWiki MCP and Github CLI to look at how torchao implements fp8 training. Is it possible to 'rip out' the functionality? Implement nanochat/fp8.py that has identical API but is fully self-contained"
Claude went off for 5 minutes and came back with 150 lines of clean code that worked out of the box, with tests proving equivalent results, which allowed me to delete torchao as repo dependency, and for some reason I still don't fully understand (I think it has to do with internals of torch compile) - this simple version runs 3% faster. The agent also found a lot of tiny implementation details that actually do matter, that I may have naively missed otherwise and that would have been very hard for maintainers to keep docs about. Tricks around numerics, dtypes, autocast, meta device, torch compile interactions so I learned a lot from the process too. So this is now the default fp8 training implementation for nanochat
github.com/karpathy/nanoc…
Anyway TLDR I find this combo of DeepWiki MCP + GitHub CLI is quite powerful to "rip out" any specific functionality from any github repo and target it for the very specific use case that you have in mind, and it actually kind of works now in some cases. Maybe you don't download, configure and take dependency on a giant monolithic library, maybe you point your agent at it and rip out the exact part you need. Maybe this informs how we write software more generally to actively encourage this workflow - e.g. building more "bacterial code", code that is less tangled, more self-contained, more dependency-free, more stateless, much easier to rip out from the repo (x.com/karpathy/statu…)
There's obvious downsides and risks to this, but it is fundamentally a new option that was not possible or economical before (it would have cost too much time) but now with agents, it is. Software might become a lot more fluid and malleable. "Libraries are over, LLMs are the new compiler" :). And does your project really need its 100MB of dependencies?
English

@karpathy I agree. Also all substacks have RSS feeds. I believe that next evolution of social media will be mostly content generated by agents. I believe it should be based on RSS standard instead of creating whole new protocols like most projects are doing.
English

Finding myself going back to RSS/Atom feeds a lot more recently. There's a lot more higher quality longform and a lot less slop intended to provoke. Any product that happens to look a bit different today but that has fundamentally the same incentive structures will eventually converge to the same black hole at the center of gravity well.
We should bring back RSS - it's open, pervasive, hackable.
Download a client, e.g. NetNewsWire (or vibe code one)
Cold start: example of getting off the ground, here is a list of 92 RSS feeds of blogs that were most popular on HN in 2025:
gist.github.com/emschwartz/e6d…
Works great and you will lose a lot fewer brain cells.
I don't know, something has to change.
English






