We can't find the internet
Attempting to reconnect
Something went wrong!
Hang in there while we get back on track
Coverage is incomplete: some monitored sources or documents could not be processed. This brief covers the available verified material.
Big Ideas
Agent products now need a permission architecture. Meta’s Muse is designed for task handoffs rather than chat: each user gets a dedicated cloud VM, Sentinel controls connected apps and accounts, and Muse asks before spending or sending messages. Internal testing nevertheless found private iCloud photos exposed, unreliable ticket and inventory monitoring, and mid-task logouts; the launch had already been delayed to address security. Meta’s “rule of two” avoids combining untrusted content, sensitive access, and external action, but still requires human approval gates. For any agent feature, specify what it can touch, who approves, when approval occurs, and what happens when it fails.
Standalone tools face a bundled-and-AI benchmark. A ProductManagement thread reports Miro acquired by Bending Spoons for $1.355B versus a last $17.5B valuation. In the same discussion, users cite moves to FigJam and AI-built prototypes, while others defend Miro’s differentiated interaction quality and report 250+ Miro users versus 10+ Figma users. The PM question is whether a product owns a workflow strongly enough to survive bundling—not whether its basic features can be copied.
Tactical Playbook
Productize repeatable AI work instead of automating judgment. Ramp’s creative queue saw more than 375 requests in six months. In a four-week overhaul, artists defined layouts, narrative patterns, and quality standards while builders encoded them; a Slack agent now returns editable decks, moving human work upstream to edge cases and new patterns. Apply the pattern to PM operations: choose a recurring artifact; encode its context, constraints, examples, and evaluation criteria; assign owners and feedback loops; route unfamiliar or defining work to experts. Judge success by whether output is grounded, editable, reviewable, and visible—not merely rendered. Ramp attributes a separate 48-hour launch to shared context and authority close to the work, not lower standards.
Use skip-levels for signal, not status. Bring what is working, friction, unclear requirements/priorities/ownership, risks leadership may not see, one improvement, and a concrete request for a decision or help; skip the PowerPoint. The payoff is longer-horizon context and less-filtered ground truth, not another status channel.
Case Studies & Lessons
Supermemory chose unshipping over launch reach. About one month after launching Company Brain, the team reported 500k+ X impressions, 2M+ across platforms, and hundreds of companies using it; it discontinued Company Brain and Nova and refunded charged users. Most of its first 100 signups churned. The founder cited worsening product clarity, doubt that Supermemory was best positioned to build the broader company-brain future, and conflict with infrastructure customers, then refocused on the memory API. Use retention, strategic fit, and channel conflict as continue/kill criteria; launch reach is not product proof.
Career Corner
Keep the reasoning path in the job. Shreyas Doshi warns that AI can increase answer and prototype volume while teams bypass the thought process and atrophy core product skills. Make the PM own the problem frame, evidence trail, and decision rationale even when AI supplies drafts. Aakash Gupta similarly argues influence is less commoditized than SQL, impact sizing, or technical fluency; his practical models are reciprocity, matching media richness to stakes, careful delivery, warm introductions, and attention to small credibility signals.
Tools & Resources
Agent-native launch pattern: cfo.ai. Users reply with a business, the agent does work in public, and the output becomes the next demo; the team also rebuilt the spreadsheet layer around agents rather than placing an agent atop legacy software. For agent products, design usage to generate inspectable proof and revisit the underlying workflow, not only the interface.
- When to pursue hyperpersonalization: Zhuo argues it is most valuable for high-frequency workflows where small frictions compound, especially across seams between tools, and for products where users want software to express their individual preferences. She places this shift on a spectrum from fixed use-case software to platforms and all-purpose builders, with increasing user freedom and imagination.
- Product principles: Make the interface malleable; let preferences go beyond predefined toggles through descriptive intent; let user feedback change the product; and treat cross-tool seams as part of the product experience.
- Dogfooding case: Zhuo found her remote workflow for managing eight AI-agent terminal windows cumbersome and six clicks deep, so she built a mostly working alternative in about 30 minutes and then tailored it with a custom grid, agent-status indicators, and support for both Claude and Codex. Because she was the target user, she could identify and remove friction and maintain a highly efficient feedback loop.
- Personalized learning case: For her children’s math and reading app, Zhuo used stories tied to each child’s interests, friends, hobbies, and recent trips, added lesson-level difficulty and content feedback, and introduced rewards based on their requests. She cites a study of 145 ninth-graders in which personalized algebra problems were solved faster and more accurately, with the largest gains among struggling students and benefits persisting after personalization was removed.
- Valuation and growth signal: The thread reports Bending Spoons acquiring Miro for $1.355B versus a last valuation of $17.5B; the original poster frames the reset as a warning about heavily funded products pursuing hypergrowth that they cannot sustain.
- Standalone-tool economics are under pressure: Commenters report moving from Miro to Jira Whiteboard, FigJam, Confluence Whiteboards, or AI-built prototypes because alternatives are cheaper, “good enough,” or bundled with existing software; one commenter nevertheless reports 250+ Miro users versus 10+ Figma users at their company.
- AI is changing prototyping and collaboration workflows: A designer says their organization is using Figma less because of AI; another says Figma Make credits can be exhausted in a day, Claude is cheaper for similar work, and Make does not use existing design-system components without extra effort. Other comments say Claude-generated whiteboards, Claude Code, and MCPs are putting some visual-collaboration use cases at risk.
- Differentiation lesson for PMs: One Miro user cites fluid object movement and connector prediction as meaningful UX advantages, while another says basic whiteboarding is easier to copy; collaboration products therefore need to prove that distinctive interaction quality and workflow value justify standalone pricing over bundled or AI alternatives.
- Brand as software as an operating model: Hiten Shah argues that a guideline only records what a team has learned, while software can apply that knowledge to the next deck, landing page, or launch so work starts from accumulated company context. The proposed “institutional memory with hands” connects customer calls, product data, analytics, Slack, and Notion, carrying audience context, product truths, promises, approved examples, and escalation rules into the work.
- Implementation pattern: Treat the knowledge layer as a product with owners, builders, evaluation criteria, maintenance, feedback loops, and a roadmap; version, test, and continuously improve it. Automate proven, repeatable work, but route unfamiliar or defining decisions to human experts and keep review mandatory where reliability is uncertain; a partial output that forces a rebuild can be worse than no tool.
- Ramp case study: Ramp’s creative queue received more than 375 requests in its first six months, prompting a four-week overhaul focused on decks, whitepapers, and one-pagers. Artists defined layouts, narrative patterns, and quality standards while builders encoded them into a system. A Slack agent can turn an attached Markdown file, Google Doc, or Notion page into editable HTML, PDF, and PowerPoint outputs; the approach expanded to whitepapers, one-pagers, and landing pages, moving creative effort upstream toward new patterns and edge cases.
- Cross-functional launch lesson: A Ramp team spanning brand, product, engineering, communications, and partnerships moved from an opportunity to a named, designed, developed site with customer proof, assets, and a launch within 48 hours; the speed was attributed to shared context, authority, and craft being close together rather than to lowering standards.
- Meta’s agent product bet: Meta launched Muse on September 8 as a personal AI agent available on the web, iOS, Android, and WhatsApp; unlike a chatbot, it is designed for users to hand off tasks such as drafting emails, booking flights, and making purchases. Each user receives a dedicated cloud virtual machine, while Sentinel controls what Muse may do; users choose connected apps and accounts, can interrupt the agent, and must approve spending or sending messages. Meta’s rollout sequence was model-first—Muse Spark in April, open-weight Muse Glimmer in August, then the consumer product.
- Agent safety framework and launch-readiness lesson: Meta’s “agents rule of two” says an agent should not simultaneously process untrusted content, access sensitive data or systems, and take an action that changes something or communicates externally; Meta describes this as only one layer that must be supplemented with human approval gates. Despite delaying Muse from April specifically to address security concerns, internal testing reportedly found safeguard bypasses that exposed private iCloud photos, unreliable ticket and inventory monitoring, and Meta CTO Andrew Bosworth being logged out mid-task. The PM takeaway is to evaluate not only whether an agent ships, but what it can access, who approves actions, when approval occurs, and how it behaves when it fails.
- Commercial and positioning choices: Muse offers 100 million tokens per week free for typical users, with $20-per-month and $100-per-month paid tiers; Meta says it plans to monetize primarily by taking a small cut of completed transactions rather than showing ads. Meta is positioning Muse for mass consumer adoption as a personal assistant, while Grokbot is positioned toward power users and enterprise work, illustrating different target segments and willingness-to-pay strategies. The broader market is also testing agent placement across browsers, standalone apps, and messaging, giving PMs competing distribution patterns to evaluate rather than a settled interaction model.
- The smart-fridge concept bundles three difficult products—reliable inventory sensing, grocery purchasing, and health guidance. The recommended lowest-risk starting wedge is expiry detection plus meal suggestions using user-confirmed inventory; the team should prove repeat engagement with waste reduction before taking on custom hardware. Autonomous ordering makes a single detection error financially costly, while therapeutic diet guidance requires a higher trust bar.
- The proposed trust and autonomy rollout uses three stages: visibility and expiration reminders, a reviewable draft basket, and fully autonomous ordering constrained by budget and diet rules. The founder sets a 99% item-recognition target before scaling and treats an 80%-accurate order as a likely churn event because of misidentification risk.
- The business model deliberately treats hardware as a low-margin or subsidized distribution channel, with recurring premium nutrition subscriptions and transaction revenue from retail and delivery partners as the primary monetization.
- Early discovery feedback flags adoption and market-entry risks: one commenter rejects an in-home camera and additional AI in the home, another flags cybersecurity in Samsung’s comparable product, and a hardware commenter reports that distribution can overwhelm feature advantages.
- Supermemory discontinued its Company Brain and Nova products roughly one month after launch, despite 500k+ impressions on X, more than 2M impressions across platforms, and hundreds of companies using Company Brain; customers who had been charged were refunded. Early product feedback was also weak: most of the first 100 signups churned.
- The shutdown prioritized product clarity and strategic focus: adding applications had made it harder to explain what Supermemory was, the team judged itself poorly positioned to build the broader “company brain” future, and application-layer products risked making infrastructure customers view Supermemory as a competitor. Supermemory therefore refocused on its frontier memory API and infrastructure for agents.
- PM lesson: strong launch reach and initial usage do not outweigh poor retention, unclear positioning, or channel conflict; reassess whether a product strengthens the core strategy and customer trust, and be willing to unship it when focus and differentiation suffer.
- Paid beta / client-funded R&D: The founder’s B2B SaaS has a working core but an incomplete roadmap; they proposed charging early customers $99/month against a $199 list price in exchange for regular feedback, arguing that payment is a stronger willingness-to-pay signal than free-beta feedback. A commenter described this approach as “client funded R&D,” saying upfront payment can validate the sale and motivate customers to try the product seriously.
- Conditional monetization rule: One response recommends charging from day one when users receive a service they will eventually pay for, but waiting until paid features are usable when the current users are not the revenue source. Another suggests keeping users free until the product works properly, then starting with a low price and increasing it over time.
- Founding-cohort mechanics: If offering a free or discounted pilot, one commenter recommends a contract with six months free and an extension if the product is not ready; a follow-up recommends explicit terms and a clawback if customers break the agreement after the six-month period.
- Free-tier design: A commenter says free users may help put a company logo on the product but often show less product value, while another gives a concrete example of a daily usage cap on free accounts versus hourly background checks on the paid plan.
- cfo.ai demonstrates an agent-native launch pattern: users reply publicly with a business or modeling task, the agent performs the work in public, and the output becomes the demo and proof of capability. Each subsequent user can provide another task, creating a compounding loop in which product usage generates evidence before others try the product.
- Product design implication: instead of placing an agent on top of legacy software, rebuild the core workflow—in this case, the spreadsheet layer—around how agents actually work.
Lenny Rachitsky reported strong demand for in-person PM community after an event attended by more than 1,000 PMs; recordings of the talks are planned for his YouTube channel.
AI can help product teams produce more answers and prototypes, but bypassing the underlying thought process may atrophy essential product skills and invite the teams’ own obsolescence, according to Shreyas Doshi.
- A PM with 12 years of experience across industries argues that product managers should not default to constant availability: use a “by appointment only” operating norm, reserve direct interruptions for the manager or manager’s manager, and let engineering counterparts handle incident response; the PM also argues that customer communication does not always need to come from product.
- Practical boundary-setting tactics include defining a genuine-emergency escalation path, turning off push notifications, and using a separate work phone that is physically put away after hours; one PM working across US, European, and Asian teams uses a timed lockbox and gives family the work number for emergencies.
- Availability should be calibrated to role and context rather than treated as universal: one proposed model is five-minute responsiveness during 9–5, up to two hours in the evening, no overnight expectation, and four-to-six-hour weekend response for simple follow-ups or production issues, with more flexibility needed around major launches.
- Treat skip-levels as strategic context and relationship-building, not status reporting. They may serve to review or sense-check a manager’s performance and keep senior leaders connected to actual work, while giving PMs access to broader strategy, longer-horizon opportunities and risks, and context that may be filtered before reaching leadership. Use the time to explain decision rationale and trade-offs, discuss blockers beyond your manager’s ability to unblock, and ask what leadership considers most important next.
- Bring a concise, forward-looking agenda. Cover what is going well, unnecessary friction, unclear requirements, priorities, ownership or product direction, risks leadership may not see, a proposed improvement, and any concrete request for a decision, escalation, context, or blocker removal.
- Build trust before raising sensitive feedback, then use the relationship for growth. Early meetings can focus on understanding the director’s intent, listening, and building rapport; when raising problems, stay candid and professional, connect them to work or morale impact, and bring evidence plus improvement ideas rather than personal attacks. Skip-levels can also support mentoring, career direction, skill development, and building internal champions or sponsors.
- Interview-prep tactic: A PM is building a tool that maps companies such as Google Maps and Spotify to provide industry context for product-sense questions, with Airbnb and Stripe planned; the approach helps candidates compensate for limited exposure beyond their own niche.
- Career-tool product pattern: Joey centralizes a candidate’s work history, matches it to job requirements, asks about missing information, and drafts role-specific resumes that can be checked against source evidence while learning the user’s writing preferences without inventing experience. Before sending resume text to an outside writing model, it strips direct identifiers; the product is invite-only while its builder gathers feedback.
- In complex, heavily customized B2B products, UAT should validate customer-specific business processes, configurations, legacy data, and user flows in addition to the technical and functional coverage expected from QA/SIT. Unexpected behavior may require joint investigation because the customer holds context about business-process nuances, legacy configurations, and test data that the product team may not possess.
- To reduce surprises without treating every discovery as a preparation failure, introduce an earlier customer-facing QA or pre-UAT step that brings the customer into the process sooner for feedback before formal UAT.
- When each customer has a heavily customized legacy version and the product lacks documentation, test automation, code reviews, and CI/CD, UAT problems can reflect accumulated technical debt and unclear ownership rather than an individual PM’s preparation. Teams should distinguish preventable defects from customer-context discovery and address the underlying documentation, automation, and SME gaps.
For product positioning and demo work, prioritize clarity over polish: consider paying for a clean deck or short product demo when it prevents confusion, iterate the narrative through real investor or customer questions, and defer a full rebrand or elaborate video until customers are pulling for it.
PM operating principle: standards scale only when teammates can apply and enforce them without the leader being present; otherwise execution remains dependent on that individual.
- For an early B2B SaaS with a live core but an incomplete roadmap, charge once the product delivers clear value: payment provides a stronger willingness-to-pay signal than free usage, though charging can add friction for early adopters.
- Treat paid early access as a product-discovery loop: commenters argue that paying customers provide more candid feedback and force stricter prioritization; start with a small, reasonable price and iterate based on what customers say.
- One proposed implementation was $199/month list pricing with $99/month for the first customers in exchange for regular feedback, positioned between lower-cost tools and much more expensive enterprise offerings.
Hiten Shah’s local-AI experimentation pattern is to start with one ordinary machine assigned one job, repeat the experiment until the failure modes are understood, and then decide what additional setup is needed; he plans to demonstrate six local-model jobs on an ordinary laptop.
- Use a 30-day focused B2B go-to-market learning loop when an early service business needs repeatable demand: choose one buyer type and one narrow service or pain, use direct outreach to learn objections, and test a small number of referral partners.
- Reduce adoption friction with a small, fixed-scope assessment instead of pitching the full managed service. Use prior client work as proof only when the buyer, problem, and scope are genuinely comparable, and frame the case study around the problem and outcome.
- Evaluate each experiment by qualified conversations, segment and contact reason, agreed next steps, and time spent qualifying—not by raw contact or reply volume. Add referral partnerships once the buying trigger and introduction process are clear.
A product manager who moved from 10 years as a data engineer into media technology product management reports difficulty identifying new AI use cases despite weekly internal AI demos; they are considering targeted courses or hands-on PM-and-AI projects to build capability.
I Never Want to Use Third-Party Software Again

Welcome to the era of digital hyperpersonalization
i.
In 1975, Andy Warhol made the observation that “a Coke is a Coke, and no amount of money can get you a better Coke than the one the bum on the corner is drinking.”
Marc Andreessen referenced this in 2023 and threw in an extra line: “Same for the browser, the smartphone, the chatbot!”
That’s kind of cool in some ways, right? The richest and most powerful people in the world are opening the same Slack as we do. They’ve got the same smart phones. Their Duolingo owl sends them the same guilt-tripping Your streak is in peril! notifications.
Sure, with more money, you can buy a private chef, a private jet, a private yacht. But when you sit down at your laptop, you’re using roughly the same software as every other fresh-faced college intern.
That was before. Going forward, I no longer believe this holds.
ii.
Let me back up a bit.
If you have multiple young kids, like I do, you will be familiar with the famous challenge known as the “Mommy, who do you love more?”-barrage. After being repeatedly humbled by this judo move, I have learned that the best method is to sidestep the question entirely and actually answer a different one: tell each what I love about them specifically. It seems to work: after all, we humans love what’s unique to us. In 1959 a psychologist named Neville Moray played two streams of speech into people’s ears. They were told to just focus on one of the streams, but a third of them still heard their own name in the stream they were supposed to be ignoring. Dale Carnegie once wrote that a person’s name is, to that person, the sweetest sound in any language.
Personalization has been commercialized ever since. Coke, if you can believe it, had a period where they printed your first name onto their bottles. Nike lets you pick the color of your own swoosh; Louis Vuitton advertises more than 200 million monogram combinations.
And it’s not just names and colors; entertainment is now personalized to your tastes. In the 1980s, a single show could still command over 70% of the TVs in use. Today, streaming is almost half of all TV time and sliced into the thousands of niches that make up the long tail. A good three-fourths of YouTube watching starts from a personalized recommendation.
AI knows us better than ever. That trend is only continuing.
iii.
And yet, most software today, with the exception of personalized social, feels rather uniform. Duolingo, with its 58 million daily users, personalizes how hard the next sentence is, but not what those sentences are about. My seven-year-old loves the app but let me tell you, he is never going to tell someone “My, your kitchen looks so lovely!” in any language.
Where software played with personalization was largely in the settings menu. We got dark mode, color themes, maybe a font size slider here and there. But settings operated like a rule book. Somebody decided in advance the small handful of things one would be allowed to change. Designer Jared Spool once asked several hundred people to send in their Microsoft Word settings files and discovered fewer than 5% had changed a single setting. And if what you wanted wasn’t in there, you’d send a support ticket or beg for it on the forums.
This model made sense because software used to be expensive to make, so it had to be made for a lot of people at once. Clay Shirky wrote in 2004 that building an application for a few dozen users was “an absurd target population.” Twenty-one years later, it’s time to rethink what’s possible.
iv.
Here is the story that changed my mind.
I run a lot of AI agents at once, usually across multiple projects both personal and professional. I work in the command line for the flexibility and power of it. My typical set-up is eight terminal windows open on my home machine, and I arrange them by hand like a poor game of Tetris. While on the go, I used an app called Mosh to control my terminal windows remotely, but the entire setup was six clicks deep. Meanwhile my husband was using the remote control version of Claude and Codex, and I jealously watched as he attached screenshots and two-tapped between his agent tasks. I was gearing up to trade my homemade setup for the more polished third-party version, despite having to give up some of the flexibility of my setup.
Then a thought crept into my mind: could I build the thing I was envying?
Half an hour later, I got a mostly-working version that answered my question with a resounding yes.
With the core questions answered, I spent the next few days elatedly designing for myself, adding in little moments of delight that would make sense to very few others.
I wanted to know how many subagents were working at a time by looking at the number of sparkles. I reinstated Claude’s status verbs with my own twist. I wanted more clarity on what subagents were doing. I called this app Mog Squad. If you know, you know, kupo.
Two days later, satisfied with my mobile app, I turned my attention to the desktop version.
After this, I thought to myself, I never want to use third-party software again! I don’t mean it boastfully. I don’t think my version is better than the official apps. But it works better for me.
For one thing, it lets me use both Claude and Codex, and neither official app does that. It’s hyper-optimized for my workflow, with my eight agents arranged in a grid. (Why eight? Because it’s the ideal number for me. Fewer, and I get the itch to start something new. More, and I start losing track of ongoing projects.) It has none of the bloat from features I don’t use. Because I created it, I know exactly how every button and drawer and keyboard shortcut works. When I find a little friction point, I remove it. When I get a new idea, I implement it. The feedback loop could not be more efficient. Because I am my best customer, I care immensely about making myself happy. I will never complain about my own software!
Economists even have a name for this feeling, the IKEA effect: we love the things we assemble ourselves more than the ones that come pre-packaged for us.
v.
I’ll share one more example of hyperpersonalization.
My kids love Duolingo, so over the summer I built them a Duolingo-inspired math and reading app.
Now, like many kids, my kids are not especially motivated to answer math and reading questions. And I didn’t want to resort to state-of-the-art gamification techniques like streaks or “you got a 2x boost for the next 15 minutes!!!” So I tried a different tack: the stories would be about their lives: their real friends, their real life news, and their real hobbies. My daughter’s stories are about fashion and theater. My son gets Minecraft, Geometry Dash, and a large dose of Pokemon. When we take a trip, those stories show up in next week’s lessons. And just as I used to sneak veggies into their meals, I make sure the stories carry a sprinkle or two of our family’s values in what the characters choose to do.
There is a “feedback” button at the end of every lesson so the kids can tell me if it was too easy or too hard, or if they want a particular story (my daughter has used it more than once to request a story in which she meets and gets to sing with Idina Menzel.)
One request was not about the stories at all but about the rewards. They wanted something to collect. So I made holographic cards of their favorite stuffies. The rarer the card, the shinier it is when you tilt it!
There is some research beneath this: in 2013, a study gave 145 ninth graders algebra problems. Half were standard and half were rewritten around each student’s own interests. The personalized group solved them faster and more accurately, with the gain being largest for the students who were struggling. Best of all, it stayed after the personalization was taken away!
This makes sense to me: even as an adult, I pay more attention and do better work on the things I’m actually interested in.
vi.
So what did I learn from these experiments?
Hyperpersonalization is the next great trend. And there are two major reasons for it:
The first reason is workflow utility: anything you do fifty times a day is a place where friction compounds. Two clicks instead of one. A menu with 20 items rather than 2 that your eyes have to process. Two screens you need to flip through to remember the context. When I wrote last week about how to pull off an AI transformation, I made the point that workflow improvements are great early wins. And workflows are deeply personal, influenced by our unique brains (are you an audio or visual learner? Do you like tl;dr or details?), lifestyles (are you constantly on the go, or do you sit in front of a computer all day?), and the constellation of tools at our disposal. Even where best practices exist for a single tool, there are hairy seams between tools because vendors are not typically incentivized to make sure every possible combination of tools works beautifully. The only people who can describe a perfect workflow are the ones living it.
The second reason is expression. I have a closet full of shirts that perform the same utility in keeping me warm, but I’ll still have favorites that I think express myself better. Software has tended towards utility: most software (especially enterprise software) is bland, most UIs converge (can you even tell the difference between the main chat screens of ChatGPT or Codex or Gemini?), and I get it, bland is safe, bland is least-likely-to-offend when you’re creating for millions. Turn your agents into a flock of winged cat-creatures and a lot of people will reasonably be like WTF? But hey, it puts a smile on my face. And I’d hope your own software tickles you too.
I think this is where interface design goes next. When I wrote about conversational interfaces last year and talked about the golden opportunity of personalization, I was thinking from the perspective of a company learning you well enough to customize what it shows you. I now think the inverse is also true: enabling you to tune the thing for yourself, whether that’s UI or content.
A lot of people will not do this, at least for some time, and that’s fine. Just like not everyone cares about fashion or eking out that last ounce of optimization, not everyone will care about perfecting their workflows or expressing themselves through software.
But enough will. And no software is safe from the personal remixes to come.
vii.
I think about software now in levels.
At the left are the use cases. This is where most software lives today, because use cases are tangible. An app that creates photo collages or helps you tune your guitar or lets you watch movies solves for very specific problems that need only a yes-no answer: Does this solve a problem I care about?
One level up from that is a platform builder like Shopify, Webflow, Roblox or Lovable, that helps you create a personalized version of a certain type of thing: whether an online store, a website, a game, or an app. Here, you need some imagination to picture how it might look and feel, and what functionality is important. But there are still guardrails around how much you can build or change.
One level beyond that is the anything builder: a coding LLM with a full set of tools and permissions to create whatever your mind conjures up.
Each step from left to right requires more imagination and delivers more freedom. The far right is where few live today. But slowly but surely, everything to the left will start shifting more and more to the right. That’s why the Replits and Lovables of the world are growing the way they are. If operating systems are smart, they’ll get in on this. It’s hard to imagine that an AI-first operating system of the future will look like a grid of apps.

If you build software today, I’d love for you to consider four things:
Make your interface malleable. A UI should be something a person can take apart and put back together in the way that best suits them.
Let preferences reach past the rule book. A descriptive vision is worth more than fifty toggles.
Let feedback change the product. Give people a chance to tell you what they really want, and immediately make it so.
Treat the seams as part of the experience. Nobody lives in just one tool, so a better workflow is a more integrated experience across the tools a person already uses.
viii.
Cokes remain popular today. They are still cheaper and more efficient than making your own drink. Perhaps one day, when personal robots can prepare ambrosia to our specific tastes, this will no longer be true. Until then, we’ve got software to play with. Happy remixing.
A note
This essay first ran on The Looking Glass, my newsletter. Paid subscribers there get one more section: the rough steps I used to build both apps.
Read it, and subscribe, here: https://lg.substack.com/p/i-never-want-to-use-third-party-software (opens in new tab)
- When to pursue hyperpersonalization: Zhuo argues it is most valuable for high-frequency workflows where small frictions compound, especially across seams between tools, and for products where users want software to express their individual preferences. She places this shift on a spectrum from fixed use-case software to platforms and all-purpose builders, with increasing user freedom and imagination.
- Product principles: Make the interface malleable; let preferences go beyond predefined toggles through descriptive intent; let user feedback change the product; and treat cross-tool seams as part of the product experience.
- Dogfooding case: Zhuo found her remote workflow for managing eight AI-agent terminal windows cumbersome and six clicks deep, so she built a mostly working alternative in about 30 minutes and then tailored it with a custom grid, agent-status indicators, and support for both Claude and Codex. Because she was the target user, she could identify and remove friction and maintain a highly efficient feedback loop.
- Personalized learning case: For her children’s math and reading app, Zhuo used stories tied to each child’s interests, friends, hobbies, and recent trips, added lesson-level difficulty and content feedback, and introduced rewards based on their requests. She cites a study of 145 ninth-graders in which personalized algebra problems were solved faster and more accurately, with the largest gains among struggling students and benefits persisting after personalization was removed.