I’ve been aSparkleuser for a little under a year (I helped build v1), and despite it having its warts, I’ve loved the end result. My Desktop and Downloads folders being automatically organized allows me to work more peacefully, and offloading my personal organization (think: taxes, family photos, financial information) in my Google Drive to Sparkle means that I find what I need with no hassle. Sparkle is a sneakily special product, and we have a huge vision for it. To get it where it needs to go, we needed to rebuild it from the ground up. Sparkle general managerYash Poojaryexplains how he did so in this piece.To celebrate the launch of Sparkle v2, we’re giving 25 percent off theEvery bundle—your all-access pass to Sparkle,Spiral,Cora, and our full library of newsletters and podcasts. Only want Sparkle? Thelifetime planis 25 percent off, too (just download the app). The offer is valid for the next 48 hours.—Brandon GellDownload Sparkle and get organizedIt looked too easy.Every week, someone spins up an AI-powered app, drops a slick demo, and wakes up to $100,000 in annual recurring revenue. It sounds like a dream. These stories are equal parts inspiring and suspect. But mostly, they signal that the way we build software is changing.Fast.So I tested it the only way that made sense: by rebuilding something thousands of people use every day—Sparkle. It uses AI to reorganize any folder into a clean, structured system, all in the background so you never have to think about file management again.If you haven’t used Sparkle and still sort your files by hand—respect. But Sparkle is faster, as in it could save-you-four-hours-every-week faster. These are screenshots of my desktop, taken one minute apart, before and after Sparkle.Before Sparkle (left) and after. Source: Sparkle.I’m building Sparkle to be the default way people manage files on their (read: your) Mac. It’s already organized over 10 million files. People like bestselling authorTiago Fortepraisedit as “the end of organizing.” But the existing version had technical limitations holding back the user experience.Sparkle was built with Electron, an open-source framework that made it increasingly painful to maintain. Even implementing a simple paywall took weeks of frustrating workarounds. I thought that by rebuilding Sparkle in Swift, Apple’s preferred language for building native Mac apps, we could make everything feel smoother, faster, more stable. It would act like a real Mac app because it would be one.It was also, admittedly, selfish. I use Sparkle every day, and it kept getting in my way. I couldn’t tell where my files were going. I couldn’t pause organizing. I couldn’t tweak how often it checked for new ones. I figured that if I was going to spend this much time using it, I might as well make it intuitive.So I gave myself two weeks to rebuild it from scratch, not because it was realistic, but because artificial deadlines force real choices.Vibe coding, take oneMy starting point was the existing version of Sparkle before the rebuild. Source: Sparkle.The one-shot build is a popular idea in AI: the fantasy that, with the right tools and a solid prompt, you can ship an entire product in a single pass. No rewrites or second-guessing—just generate, polish, ship.I wanted to see if that was possible. I’d always been intrigued by the idea of vibe coding, using AI to build quickly with creativity and intention.The part that really resonated with me came from OpenAI co-founderAndrej Karpathy: You stop thinking like a traditional programmer. You give in to the flow, ignore the underlying code, and just tell your AI assistant what you want. You say things like, “Make the sidebar padding smaller,” without touching the actual layout file. You accept every suggested change without checking the diff. When something breaks, you don’t debug—you just paste the error message into the chat and hope the model fixes it.I went into the project feeling confident. I had what I called the three Cs of vibe-coding:Claude for code generation, Cursor as my go-to code editor, and caffeine (read: Diet Coke) for the inevitable late nights.With that tech stack, I figured I could knock out most of the app in a weekend, and I did. The first version of v2 came together in just two days. The core file logic was in place, the user interface was functional, and the onboarding flow was complete. Internally, the team responded positively when I gave them a demo.But something felt off. The team was happy, and I should’ve been too. That night, after presenting the demo, I couldn’t sleep. I kept turning it over in my head.The structure felt shaky. The interface felt soulless. It didn’t reflect any real intention; it wasn’tsparkling.So I got on a video call withBrandon Gell, the head ofEvery Studio, and expressed my concerns: I needed a bit more time to get this right. He looked at me for a second and said: “Go be an artist.”That was all I needed to hear.I realized that while the first version worked, it didn’t fully align with my vision. The issue wasn’t just about writing more code. It was about giving the model the right context in the first place.What follows is what I learned about vibe coding a real product: the pitfalls to avoid, strategies that actually work, and why good software still comes down to clarity and taste.Become apaid subscriber to Everyto unlock the rest of this piece and learn about:The 5-step vibe coding process that Yash undertook to rebuild SparkleWhether vibe coding was worth itWhat's next for SparkleUpgrade to paidClick hereto read the full postWant the full text of all articles in RSS?Become a subscriber, orlearn more.
