Reverse Engineer Anything (140,000 stars on Github)
github.com/morluto/rea
WILL IT JEV? ⚡
Stop sending simple unit conversions and structural lookups to expensive generative LLMs.
5-tier cascade router in Rust that intercepts intent before token generation even starts:
github.com/MLOpsNYC/Will-It-…
Real AI gains require rebuilding the org chart.
I am gonna say something risky:
Most of the FDEs I've seen are solving BS problems.
1. Existing enterprise workflows were designed around people, not agents.
2. Real AI gains require rebuilding the org chart.
3. Most execs have no incentive to do that, and most CEOs aren't in founder mode.
4. So FDEs automate the status quo, because that's what's easy to sell. But the status quo is stupid and will be obsolete.
5. If you FDE on critical workflows, 1) enterprises are really this dumb to hand off trade secrets? 2) if you know that, shouldn't you start a competing firm?
If you FDE on non-essential AND soon-obselete workflows, did you learn anything meaningful and repeatable?
6. If you are a smart young FDE, why spend your best years automating dying workflows and managing people who fear AI will take their jobs? Shouldn't you start an agent-native firm from scratch in that industry instead?
Analogy would be, instead of teaching everyone to be AI builders within a tech company, you as FDE build agents that auto-ingest meeting notes for PM, QA, front-end, back-end, devops, UX and help each of them write PRD, Figma, and meeting notes faster for their sync meeting, but the right solution should be to shrink roles, hire full-stack AI builders, and kill meetings. You gain lots of experience with your PRD/Figma/standup meeting sync agents but it's a useless skill.
I am not a FDE expert so I might oversimplify things. I am genuinely curious about this topic and welcome any critiques and comments.
Crash Loop BackOff retweeted
Random German lab appears from nowhere and drops SOTA open-weight model
Beats Qwen, Mistral, Nematron models with similar active parameter count
Trained from stratch
Small bird, fast wings, Kolibri is here.
78B parameters. 3.46B active. Up to 1M tokens of context. Built in Europe.
Now the weights are yours. Run it on your own hardware, under Apache 2.0.
Readers added context they thought people might want to know
x.com/kimmonismus/st…
It beats older generation models and already obsolete nemotron 3 super and mistral 4 small(not even 3.5 medium) and it beats Qwen 3.6 35B a3b(which is very small) not current gen Qwen 3.8 27B and flash next. And the benchmarks are selective, they do not demonstrate coding,etc.
RIP Zo Computer
I’ve seen a couple of posts about this so wanted to demystify. Today, every Muse user gets a free computer in the cloud. It's a real computer, and we’ve designed the security architecture of the Muse Secure VM carefully so you and your Muse can do almost anything you could with a computer sitting under your desk while keeping you and the system safe from threats like prompt injection. We wrote about this at length in our security blog post – security.muse.ai. Activity in the “runtime cell”, which you share with your Muse is unfettered, but sensitive actions are all overseen by the Sentinel, which runs outside of that cell. Similarly, all sensitive secrets - like the passwords you enter into Muse’s secure credential storage - are also stored outside the runtime cell.
The runtime cell gets its own root filesystem (including a full Ubuntu linux image) separate from the host filesystem where your other more sensitive data lives. Because it is isolated from the sensitive stuff that runs on the same box, this means that we can, and do, offer users full visibility and control over the files in the runtime cell. Just as you can when you install Linux on your home computer, you can poke around and see all the files that make the system work - both debian system files and the binaries and data files that implement the parts of Muse which run in the runtime cell.
This was a very deliberate choice - your Muse Secure VM truly is your own computer in the cloud. You can install software in it, write and compile code, use the browser to surf the web: it is your own Linux box that you can operate as you choose with your Muse. Poking around in this computer doesn't give you any privileged access to Meta infrastructure, or to other people's data
If I may geek out a little here for a second… As a kid I loved to take things apart to see how they worked. As a teenager I got into computers and soon found myself drawn to C:\WINDOWS\SYSTEM and the system registry, later Slackware’s /dev/, /proc/ etc – I could see how the system was laid out and as I explored what DLL files and .so files actually did, I gradually became able to meld the computer to my own will.
We’re really proud to be able to put a real computer in millions of people’s hands with a similar level of transparency. We built a file explorer right into the Library tab of the UI. We want you to be able to see the markdown files Muse writes while it thinks about how to serve you better, and explore the internals of the system if you’d like to.
So, when you ask your Muse to show you its entire filesystem, and receive gigabytes of files you’re seeing the full contents of the runtime cell. It’s yours to explore and enjoy!
If you’re not a geek like me, or simply want to download the data that you personally have created directly with your Muse, we added a feature for that too in Settings > Data controls > Download your agent data.
Is it just my imagination, or do the "eyes" watching over the token production machinery here bear an uncanny resemblance to @QuinnyPig?
ctolunchnyc.substack.com/i/2…

























