The work I share with AI

AI is an integral part of how I work now. Here are some of the ways I use it, and the places where I trust my own judgment instead.

01

I built the Lendsight front end with Claude Code

I designed the core screens for the Lendsight consumer product in Figma, along with the design system behind them. I connected that design system to Storybook so the components were live and reusable, then used Claude Code to build out the rest of the front end from there. Because it pulled the real components instead of mocked-up ones, what it generated was actual working code. I move between Claude Code and Cursor depending on the task.

One filter chip shown across three surfaces: selected in Figma, its states and props in Storybook, and the shipped source in the Claude Code build.
One chip, three surfaces: Figma, Storybook, and the build read the same tokens.
02

I use AI to structure my research

I feed my interview transcripts into AI and it surfaces patterns across what different people say. It also pulls together a first set of themes, which gives me a solid starting point. From there I go in, verify everything against the actual quotes, and take it the rest of the way.

An interview transcript with passages highlighted and tagged into recurring themes down the right margin: before is the most impactful, mood fluctuation, roommate support, normalize the pain.
The model tags recurring themes across the transcript. I check each one against the quote.
03

I use AI to try multiple directions before I commit to one

I use Claude in design mode to help me rough out the information architecture and try a few different design directions before I open Figma. Comparing three or four approaches this way is fast, so when I commit to one, it's because I've weighed it against the others, not because it's the only thing I made.

Click to see all three side by side
04

I have AI assume the role of an expert to critique my work

I have AI take on the role of a specific person and give me feedback: my target user, a PM, a marketing lead, whoever's perspective I'm missing. I do this with a rough concept, a high-level idea, or a set of lo-fi wireframes. It helps me pressure-test my ideas and find the weak spots early and quickly, so by the time I bring something to a real stakeholder, it's already gone through a first pass of feedback.

05

I build custom skills so the process is repeatable and consistent

I build custom skills that hold my own rules for writing and naming things. Once the model has them, the output comes back consistent across everything I make and in the voice I want, instead of generic phrasing I'd have to rewrite. It makes the process repeatable and saves me time from project to project.

lendsight · zsh · 132×48
Custom skill, written from scratch
 lendsight git:(main) bat .claude/skills/component-discipline.md
File:component-discipline.mdmd · 3 rules · in sync ✓
1# component-discipline
2 
3## The core rule
4> RULEEvery change to a component must keep its Storybook story in sync in the same change, and every visual value must come from a token, never a hardcoded literal or an arbitrary Tailwind value.
5 
6## Step 4 · Atomic update
7After scope is confirmed, the change must ship in one commit:
8- The component edit .tsx
9- A matching Storybook story update (new named export for a new variant, or a new stories file for a new component)
10- Any token work (new entry in tokens.css and its Tailwind alias in tailwind.config.ts)
11- Cascading updates (a rename touches every import site and the barrel export)
12 
13Never change the component without the story. Never edit a token without wiring its alias. They ship together.
## Scope questions the skill asks before any change
01Which type of change is this? (visual tweak / new variant / global update / new component / rename / removal / token / new value)
02Where else is this component or token used? (grep every import site)
03Should all uses update, or just this one?
04Is there an existing component that does this with a small prop change?
05Is this value brand-mandated by Figma? (flag before deviating)
 lendsight git:(main) 
▸ lendsight 0:zsh 1:skills* design-system · synced 08 Jul 14:02
The skill checks that every AI-generated screen uses the right component and the right token, and catches drift a token check alone would miss.
06

I build systems where agents hand work to each other

This is one example of how I do it. I run a group of agents that work through a product's main flows and audit them end to end. One walks the flows and captures each screen. One checks every screen against Nielsen's heuristics and my own checklist. One ranks what it finds by severity, and one writes it up with the screenshot, the issue, and a suggested fix. I go through the report, throw out the false alarms, and decide what's actually worth fixing. The agents do the first pass. The judgment about what matters is mine.

Auditing a product end to end
Agent 01CaptureWalks the main flows and captures every screen.
Agent 02EvaluateChecks each screen against Nielsen's heuristics and my checklist.
Agent 03RankScores each issue by severity and groups them.
Agent 04Write-upDrafts the report: screenshot, issue, suggested fix.
meDarshiI throw out the false alarms and decide what's worth fixing.
OutcomeFindingsA prioritized list I can act on or send.
where I decide what's a real issue
07

I use the same tools on my job search

I run my own job search with AI too. It helps me research companies, draft outreach, and keep my pipeline organized. If it makes the work better, I use it here the same way I do everywhere else.

Where I don't use AI

I'm still the director and the decider

AI is great for a head start: a first pass on research, a rough draft, a few options to react to. But it doesn't decide what any of it means. I read everything it gives me myself and make the final call. And I don't take an answer at face value just because it sounds confident. AI writes with the same certainty whether it's right or wrong, so I check it against what I actually know before I use it.

I don't add AI to a product just because I can

Putting AI in front of a user is a design choice, not a given. On Hinge Health, the obvious move was a chatbot for health questions. But when I tested it, 13 of 19 people told me they didn't want that. They weren't comfortable talking to a bot about a medical decision, so it didn't go in. What we built came down to whether it actually helped the person, not whether we could add it.