Design, AI, economics, systems, and taking reality apart so I can see how it fits together. AI-native product designer & builder, if you’re into that.

Denver, CO
Joined April 2009
Is it just me or is the Claude model around Cowork tasks / folders / devices / projects really confusing? I love Claude, but it feels like the breakneck speed of development has really fragmented the experience...
44
Linting rules were a big unlock in my prototyping this year. Also, I’ve seen design teams try to load up a lot of context and principles, but honestly there’s a less-is-more dynamic where sometimes deleting that stuff can create big improvements.
This is an extremely good watch. The things that felt novel/interesting to me: 1. Lock down your agents Humans tend to like 'sharp knife' abstractions - that are powerful, but you can cut yourself if your use them wrong. Lauren says agents perform much better in extremely locked-down environments. Abstractions are designed so they can't screw up, and lint rules enforce it. They built a whole internal framework (Dune) to keep the agent on track. That helps optimise agents that don't have a large context window to work productively in your codebase. 2. Create verification infrastructure To trust the results of any agent, you either need to sit and watch it OR have it provide evidence of its improvement. This has always made sense to me, but Lauren really pushes it hard here: - Invest in custom CLI's that let the agent drive the app and measure its performance - Make the app "factory ready" from the get-go - i.e. deployable to an environment where the agent can mess about with it 3. Feature Maps Lauren's software factory (what she calls an 'outer loop') often requires the agent to break down vague bug reports from users and to turn those into potential fixes. To aid that, they built a 'feature map' of all the main features in their application, which describe exactly how the app is supposed to function. This has become essential for helping the agent navigate the codebase, and figure out quickly how things are supposed to work. It's maintained along with the codebase, and kept in sync via automations. This is the kind of documentation I usually warn against. It goes stale quickly and can confuse agents if it's not kept up to date. But Lauren's team are using it as critical navigation infrastructure, and it makes it possible for agents to explore faster and better - even on a large codebase. So it sounds like navigation docs like this are worth it if they enable new behavior. Banger talk - watch the whole thing on 2x.
56
Morgan Keys retweeted
This is an extremely good watch. The things that felt novel/interesting to me: 1. Lock down your agents Humans tend to like 'sharp knife' abstractions - that are powerful, but you can cut yourself if your use them wrong. Lauren says agents perform much better in extremely locked-down environments. Abstractions are designed so they can't screw up, and lint rules enforce it. They built a whole internal framework (Dune) to keep the agent on track. That helps optimise agents that don't have a large context window to work productively in your codebase. 2. Create verification infrastructure To trust the results of any agent, you either need to sit and watch it OR have it provide evidence of its improvement. This has always made sense to me, but Lauren really pushes it hard here: - Invest in custom CLI's that let the agent drive the app and measure its performance - Make the app "factory ready" from the get-go - i.e. deployable to an environment where the agent can mess about with it 3. Feature Maps Lauren's software factory (what she calls an 'outer loop') often requires the agent to break down vague bug reports from users and to turn those into potential fixes. To aid that, they built a 'feature map' of all the main features in their application, which describe exactly how the app is supposed to function. This has become essential for helping the agent navigate the codebase, and figure out quickly how things are supposed to work. It's maintained along with the codebase, and kept in sync via automations. This is the kind of documentation I usually warn against. It goes stale quickly and can confuse agents if it's not kept up to date. But Lauren's team are using it as critical navigation infrastructure, and it makes it possible for agents to explore faster and better - even on a large codebase. So it sounds like navigation docs like this are worth it if they enable new behavior. Banger talk - watch the whole thing on 2x.
here's how i shipped 2,500 PRs last month to production this was originally supposed to be for Cursor Compile in London. i couldn't make it since i was livestreaming for Grok @Bot Galaxy so i'm making it available for free here on X! watch it on 2x speed, i talk slowly
134
398
22
5,895
657,773
Big supporter of designers being fluent in code, but saying the we should drop Figma seems a little silly to me. My workflow: 1. Experiment in Figma 2. Figma agent cleans up variables 3. Export to Cursor and build out the flow & IxD (And Figma MCP to sync back tweaks)
1
68
Morgan Keys retweeted
We've all agreed handoff is broken for about ten years. Nobody fixed it. We just got good at the workaround and put it on our resumes. Comfortable and working are not the same thing.
4
1
11
625
Morgan Keys retweeted
Congrats to the @CiscoSecure team who unveiled their new #XDR solution at #RSAC2023! 🥂 We had the opportunity to partner with them to #design a solution that combines Cisco's deep expertise and visibility across the network and endpoints into one turnkey, risk-based solution.
Visit us at #RSAC to learn how Cisco #XDR simplifies #security operations, elevates productivity, and helps you to stay resilient against the most sophisticated threats. ✨ Learn more in today's launch blog by VP, Threat Detection & Response, AJ Shipley: cs.co/6016Orpfk
1
5
291
Morgan Keys retweeted
Hey you! Yes, you. We see you working hard on enterprise #innovation + transformation initiatives. We'd love to talk to you for research that will inform @Microsoft for Startups. For your time? We're offering a $100 stipend or charitable donation. forms.office.com/r/M41YseVE9…
1
2
3
168
Morgan Keys retweeted
We've created a new design readiness rating—not to examine the maturity of designers at an organization, but rather to help people think about whether the organization itself is ready to maximize the strategic impact of design. designmap.com/ideas/before-d… #design #ux #productdesign
1
2
102
via @NYTimes - For the record, Mixt salads are delicious and I still order them occasionally — just via DoorDash now… nytimes.com/2022/12/17/busin…
67
“They found that if New York, San Jose, and San Francisco … had the permitting standards of Atlanta or Chicago … the U.S. economy would have been roughly $2 trillion bigger in 2009. American households would have earned an average of $3,685 more a year.” theatlantic.com/ideas/archiv…
The Age of Social Media Is Ending - The Atlantic theatlantic.com/technology/a…
These questions have been itching in the back of my mind ever since I took Choice Architecture at @umsi. Beautiful articulated here: worksinprogress.co/issue/bia…
1
1
“[The rational-actor model] typically involves poorly specified or incorrectly assumed objectives, a conception of rationality focused on bias rather than error, and an inadequate consideration of the constrained computational resources that we have at hand.”
1
“The rational-actor model is not bad, but, like those astronomers grappling with epicycles on epicycles, we can and should try to do better.”