
Scott Thomas
2.1K posts

Scott Thomas
@srthomas32
Founder of WILDHORN https://t.co/bsh5zgeEJN.



“There really won't be anything that AI can’t do better than humans, apart from being human, perhaps,” says @elonmusk. He tells @zannymb that artificial intelligence may exceed the sum of human intelligence in about five years. Tune in to The Insider from 6pm London time: bit.ly/4vQxWB7






Sophie Cunningham gets grilled by WNBA reporters for saying men shouldn’t be able to play women’s sports. Refuses to back down. “I said what I said.” Eloquently defends women’s sports as woke reporters press her. Love all of this. Well done @sophaller.


A delivery orchestration platform that supplies FedEx, estimated 7 to 8 months to rebuild their core system. We delivered in 3.5 months with 2 engineers and 122 merged pull requests in the first 90 days. I want to walk through how, because "we used AI and it was faster" doesn't help anyone. Their codebase had real users, real logistics operations, and real consequences if something broke. This is brownfield, not a weekend prototype demo. Week one, we didn't write code. We scanned the entire repo and built a knowledge graph: markdown files documenting every module, dependency, data flow, and domain term. Our agents read that graph before touching anything. Teams skip this constantly. They point an agent at a repo, hand it a ticket, and get code that compiles but misunderstands the architecture. I've seen it across 100+ engagements. When someone says "AI doesn't work on our codebase," they almost always skipped context acquisition. Every ticket ran a six-step loop: define, spec, plan, implement, test, document. The agent handles about 90% of code generation. A senior engineer reviews every PR, and nothing merges unless they can verify it, explain it, and debug it without the agent. We call that the V.U.E. gate. The 50% time reduction came from three things: upfront context eliminated false starts, the agent handled mechanical coding so engineers focused on design and review, and tight spec-to-PR discipline kept scope from drifting. AI compute: about $200 per developer per month. Their CTO called our pod the "top performing team" inside the company. Both engineers got discretionary bonuses, twice. That's what our Velocity Framework was built for.
















I’ve been working on this completely on my phone since I’m on the road now for a trip. It’s obviously more limiting because I don’t have access to a full-fledged harness, but it’s amazing just how much you can do on the planning side from a phone. I had Sol Pro and Kimi K3 Max both read and revise the initial plan draft by Fable Max. But the revised version Fable came up with in response started turning into a monstrosity that was overly focused on ensuring pixel-perfect slavish replication of the output from Python Manim, which led to a dependency on LaTeX, which would defeat the whole purpose of this project (see screenshot). This shows the importance still of the decision-making around project goals and scope and how even the smartest AIs can devolve into “paperclip-maximizing” and contorting things to narrowly optimize for something that doesn’t really matter that much. After all, we mostly want something that is correct and looks awesome. Who cares if it’s exactly identical in output to the original version? It would be nice to have, but not if the cost is hideous complexity and the very dependency hell we are trying to escape from in the first place! The beauty of my closed FrankenSuite approach is that everything becomes simple to build and deploy in a cross-platform way. So you can deploy natively everywhere with great performance, but also with other benefits. Suddenly, you can build everything end-to-end as WebAssembly, which opens up all sorts of exciting possibilities in the browser, making the project way more accessible to casual users. I saw the power of this firsthand with my recent FrankenMarkdown project, which I was able to deploy as a single static website using wasm. Anyway, here’s the third revision of Fable’s plan after taking all this stuff into account (normally this would already live inside a new GitHub repo for this project, but that’s too annoying to do on my iPhone now!): claude.ai/public/artifac…













