An Every consulting lead's Codex field notes: how a non-technical operator builds and maintains her own personal work systems

She used the same pattern to build an email triage tool and a caregiving app for her dad — the method is copyable, the full prompts aren't public
By Every07-03 · 9 min read⚑ Tutorial / how-to
🎧 Listen to the podcast0:00 / --:--
0:00 / --:--
Deep Dive · XiaoHu Explains
What this piece covers
  • Natalia Quintero, who leads Every's consulting business, has a non-technical background. Over the past month or two she's moved from Claude Code to OpenAI Codex, using it to build and maintain several personal work systems.
  • Her favorite move so far: give Codex a goal — clean up hundreds of customer records in her CRM based on calls and emails — then go to sleep. Six hours later, she woke up and the job was done.
  • She built 3 custom apps in Codex: a tool that auto-converts study material into comic strips she can read on her commute; an email triage tool for her own inbox with 7 action buttons that drafts replies in her own voice; and a caregiving coordination app for her 81-year-old father, built in 13 hours.
  • Even though she's capable of building her own CRM with AI, she deliberately walked away from the one she'd hacked together and bought Attio instead: software is the skeleton, the AI model is the brain and ligaments — maintaining data quality is literally a CRM company's entire business.
  • A year into running Claudia, Every's internal AI employee, the team found it still needs constant human oversight and direction, so they hired an additional human operator.
《AI & I》:3 Custom Apps She Built in Codex ▶ Original video · source for this piece 《AI & I》: 3 Custom Apps She Built in Codex — click through to watch on YouTube Dan Shipper × Natalia Quintero demo all three apps live
01Switching tools · Mental model

What she gained by switching from Claude Code to Codex

Natalia Quintero, who leads Every's consulting business, recently went on the AI & I podcast to demo the personal work systems she's built and maintained entirely with OpenAI Codex over the past month or two.

She's a non-technical operator who gives Codex a goal and goes to sleep — waking up six hours later to find hundreds of customer CRM records already updated from calls and emails. This piece breaks down the method so you can copy it.
🎯
Why it's worth reading: a non-technical person gave Codex a goal, went to sleep, and woke up 6 hours later to find hundreds of CRM customer records already updated. In another case, a full caregiving coordination web app — from prototype to a password-protected live launch — took just 13 hours.

She used to be a heavy Claude Code user, comfortable in the folder structure she'd built herself. Dan Shipper spent weeks nagging her to install Codex; her verdict after switching: the tool changed, and life changed along with it.

For someone who doesn't write code, two changes stood out. First, Codex folds the terminal and browserThe terminal is the black command-line window that makes the machine do things; the browser is the web window. Both are embedded in the same chat interface straight into the chat interface, and paired with a strong, hard-grinding model (5.5), you can feel the compute leaning into hard problems. Second, the burden got lighter: with Claude Code, she used to have to manually plan out the folder structure first, keeping Finder open to watch where things were saved, before AI would work inside that structure. With Codex, the structure grows as it works, so she doesn't have to lay the foundation in her head first.

Claude Code era
Manually plan the folder structure first, keep Finder open to watch where files land. Getting the architecture right is a real skill (her engineer is great at it), but it's draining — AI only works inside the box you've already built.
Codex era
Give it a goal and run — the file structure grows as AI works. That nagging feeling of "I need to figure out the foundation first" is noticeably lighter.

Running through the whole conversation is a mental-model shift she and Dan keep circling back to: knowledge work is moving from "sculpting" to "gardening."

Plain-language explainer: sculpting vs. gardening

Sculpting means every outcome is carved by your own hands; gardening means you set up the soil, light, and water so the crop grows itself — you don't tend every single plant by hand. Applied to work: her job is no longer writing every email or updating every record by hand — it's building a system that produces those outcomes automatically, stepping in only at a few key points.

02Core method · The Loop

Give it a goal, sleep on it, come back to a finished job

Her favorite move so far happened while setting up Attio (a CRM — customer relationship management software). Her team needed to fill in each customer's record accurately based on what had actually happened in calls and emails.

She didn't do it record by record. She gave Codex a goal: make the CRM accurately reflect everything that had happened in her conversations and inbox, across hundreds of customers and prospects — backed by a solid prompt and set of directions. Then she went to sleep. Six hours later, work that would have taken weeks of manual effort was completely done.

6 hoursGave Codex a goal and went to sleep — woke up to find hundreds of customer/prospect CRM records updated based on calls and emails
Core method · the human sandwich loop

This is what everyone's talking about but rarely explains clearly — "the Loop." Its structure is a human sandwich: a person decides at the start whether something is even worth doing, hands the whole category of task to AI to build a system that runs it in the middle, then a person reviews and refines the result at the end, and feeds what was learned that round back into the system so the next round is more accurate.

Loop The human sandwich loop ① Goal (human) Is it worth doing ② Execute (AI) Build system, run at scale ③ Refine (human) Review, sign off ④ Feed back Lessons back into system
The structure of the "human sandwich" loop · what she means by "Loop"
People hold both ends of the loop; the middle is entirely handed to AI to execute:
1. Start (human): decide whether this is worth the investment — is it a goal worth pursuing at all
2. Middle (AI): don't process tasks one by one — build a system that can handle this entire category of task at scale
3. End (human): review and refine what AI produced
4. Feedback: feed what was learned this round back into the system so the next round is more accurate
Plain-language explainer: the Loop

It's not automating one individual task — it's building a lasting mechanism for a whole category of task. More like setting up irrigation and crop rotation for a field, rather than hand-watering every seedling every day. A person only steps in to ask "is this worth doing" at the start and "is this good enough" at the end.

On the podcast, she talked through the loop's structure and how each app was built, but the verbatim prompts for each workflow stay behind Every's paid tier and weren't made public. What's copyable is the pattern and structure — not text you can paste directly.

03Applied method 01

Auto-converting study material into comics for the commute

This is the skill she's proudest of building, and what she calls her "guiltiest pleasure." It started about six months ago from a prompt (originally built by Nateesh, an engineer on the consulting team, based on Claudia, the internal AI employee).

It hard-codes four questions she habitually asks whenever she's learning a new topic into a framework. On weekends she'll spend long stretches reading deep-dive guides; when she doesn't have a full Saturday, she uses Codex's vision model to turn a long guide into a strip of comic panels she can read on the subway, on a walk, or over coffee.

The fixed 4-question framework for learning any new topic · what she turns into comics
1. What's the history of this topic?
2. What are the first-principles that govern how it works?
3. How did we get here, step by step?
4. What variables are at play in the market this topic sits in?

An example from when she was learning anatomy: she learned that muscles get stronger before ligaments do, and ligaments get stronger before bones do — so strength gains happen on different timescales across different parts of the body. (This detail — bone being the slowest to strengthen — comes back up later when she explains why she bought a CRM.)

Her Codex projects are literally named after her courses of study — "Sales Strategy," "Your Dad," "NZQ Epistemology" (Aristotle's system of syllogisms). You can take this same 4-question framework and apply it directly to learning anything else.

04Applied method 02 · Most practical

Building a triage tool for her own inbox

This section is the most immediately actionable sample of her whole playbook: hit a piece of repetitive work, and have Codex build you a button for it on the spot.

The tool is built on top of an email app Dan open-sourced (originally called inbox sweep, now called Tend), which turns emails into cards and redacts sensitive content. She's heavily customized it — the most important piece being training it, using her 150 most recently sent emailsThe "ghostwriting" skill she built about a year ago, teaching AI how she talks in different contexts, was one of her earliest skills, to draft replies in her own voice. In her words: my inbox knows what's going on better than I do, so what it drafts is probably closer to accurate than what I'd come up with myself on the spot.

150 emailsRecently sent emails used to train the triage app to "draft replies in her voice"
Inbox
New email arrives
→
AI drafts replyIn her voice · trained on 150 emails
→
7 action buttons
One-click routing

She added 7 action buttons to this tool, each mapping to a real action she takes when handling an email. This list is directly copyable:

The 7 action buttons in the email triage app · each maps to one real action of hers
1. Approve and send (AI has already drafted a reply in her voice — one click sends it)
2. Request a rewrite (not happy with the draft, have AI redo it)
3. Archive
4. Archive into the corresponding customer's markdown file (even without a reply, the context still gets saved into that customer's dedicated file)
5. Convert to an Asana task
6. Mark as spam
7. Save

What matters more is where this logic comes from: she hand-drew a flowchart of her sales-pipeline triage process, mapping out the whole complex logic of "what conditions does a cold email need to meet to move to the next stage of the pipeline," then saved that flowchart as a PDF and fed it to Codex. The same logic drives both her email triage tool and her Attio CRM.

The fastest way to get started: by the time the podcast goes live, Every plans to open-source Tend (this email app). Dan offered a shortcut: you can drop this video into Codex, let Codex watch the whole thing, and have it build you a version that works the same way but is entirely your own.

05Applied method 03

A coordination app for her 81-year-old father's multi-caregiver care

The same "build your own system on the spot" playbook shows up in a place most people would never think to try it themselves. Her father is 81 and is cared for by multiple nurses.

This was a 13-hour Codex project, going from prototype all the way to a password-protected, fully live web app that became this family's operating system for coordinating care.

13 hoursTotal time for the caregiving app to go from prototype to a password-protected, fully live launch
Multiple nurses
Google Form reports
Family WhatsApp group
ad-hoc updates
→
Caregiving coordination appAggregated · bilingual EN/ES
→
Top "latest status" summary
Accountability tracker
open items highlighted · done items grayed out
The caregiving app's feature list
1. Ingests Google Form reports submitted by multiple nurses
2. Ingests ad-hoc updates from the family WhatsApp group (how an appointment went, medication dosage status)
3. Surfaces a "latest status" summary at the top
4. One-tap Spanish/English toggle (care updates are usually in Spanish; switch to English for a quick daytime read)
5. Nurses can see each other's notes too, so care stays continuous
6. Accountability tracker: each family member's open items are highlighted until resolved, then grayed out once done

She's Colombian, so care updates usually come in in Spanish; she switches to English when she wants a quick read during the day. The nurses have their own version too, and can see what each other has done, which gives the care continuity. The value isn't in the tool itself: the nurses simply find this family more proactive and reliable, and the app takes the administrative busywork off everyone's plate — so the family can spend their energy actually being present, instead of managing logistics.

06Buy vs. build

She could build her own CRM — so why did she buy one instead?

Every has the resources to hack together its own CRM (Fable can practically generate a content management system in one shot), but she still deliberately walked away from the AI-and-Claudia-assembled Google Sheets system she'd built, and bought Attio. Her reasoning is a genuinely useful general-purpose test.

In the AI era you can build almost anything, so the real question isn't "can I build it" — it's "should I build it, and should I be the one maintaining it long-term." Data quality only stays good enough to do anything interesting with through continuous maintenance, and maintaining a CRM properly is literally Attio's entire business.

Brain, no skeleton
= a limp jellyfish
Skeleton + brain
= standing upright
Skeleton, no brain
= a pile of sticks
A framework for deciding buy vs. build
1. First ask: can this be built ≠ should it be built. The real question is whether it should be built, and whether it should be maintained long-term
2. Real software is a collection of thousands of specific logic rules you'd never think of in advance — a software company's entire job is continuously collecting those rules and fixing them when they break
3. AI is very good at working and writing code inside this kind of deterministic rule system, but it won't get every rule you need right, or complete, in one pass
4. The framing: software is your skeleton, the AI model is your brain and ligaments — no skeleton and you're a limp jellyfish, no brain and nervous system and you're a pile of sticks
DimensionVibe-code it yourselfBuy Attio off the shelf
Can it be builtYesYes
Who fills in the thousand rules you'd never think ofAI won't get them all right the first time — you keep patching gapsThe company is continuously collecting and refining these rules
Long-term data-quality maintenanceThe maintenance cost sits on youMaintaining the CRM is literally Attio's whole business

The upshot: she's become an advocate for PRDs (product requirement docs) and scoping, and now judges buy-vs-build earlier. For the same reason, the team also switched project management over to Asana, to take one more maintenance burden off the team.

07Honest boundary

A year in, Claudia still can't do it alone

Claudia is the internal AI employee on Every's consulting team, and previously got her own dedicated episode. A year into running her, model updates over the past two months have significantly expanded what she can do.

1 year + 1 personA year into running Claudia, the team hired 1 additional human operator: AI surfaces the data, the human makes the calls and drives the conversation

Claudia now has her own LinkedIn and Twitter accounts, manages dashboards, and runs on a "trust battery" mechanism — she operates in a loop, self-assessing performance and improving based on feedback.

Plain-language explainer: trust battery

Like a phone's battery indicator, it measures how much "you can trust me to make my own calls" credit an AI employee has banked. Good performance charges it up; mistakes or needing a human to step in drain it. The team uses it to decide how much autonomy to give: full charge means she's trusted to go handle things on her own, low charge means someone needs to watch closely.

But the boundary here is an honest one: AI is very good at executing against a defined standard operating procedure, and Claudia does that excellently. But she still needs two things. First, ongoing human oversight and management — taste, and getting things exactly right, still requires a person to set direction and provide management support, and that work is both tedious and time-consuming. Second, people still just want to deal with people.

So the team's move was: hire another human operator in parallel. Claudia's job is to surface the rich data and dashboards; the human's job is to pick out what's worth paying attention to and drive those conversations. AI serves up the data, the human handles judgment and action.

08Getting-started checklist

Her 3 tips for trying this on your own team

These are her 3 recommendations for anyone wanting to bring this approach into a larger organization:

1Start from the systems you already use. If you're already running your team on KPIs, shared goals, OKRs, or SOPs, hand that exact same structure to AI as-is (assuming your company allows it). That shared context and infrastructure is the foundation.
2Decide what only your people can do. Things like phone calls and genuinely productive customer conversations need to stay with humans. Draw that boundary clearly first, so AI knows which lane it's supposed to stay in.
3Start small. The mistake she and her clients most often make is trying to redo the entire system at once and instantly become an "AI-first organization." The right move is to standardize and write down exactly how to do one thing well, define clearly what "done well" looks like, finish one thing before moving to the next — stack enough of those and you get a complex system. It's "not sexy at all" — it's just you opening a markdown file, reading a simple set of instructions, and starting from there.

Aside — two small things she whipped up with AI on the spot. While traveling in New Orleans, she had Claude generate a Spanish-language walking tour for her and her mom on the go; she also had it read her Spotify playlists to pick out which bands at a French music festival she and her mom would most likely enjoy. Both are the same "hit a need, build it on the spot" habit.

What Codex basically did for me was build an operating system. My inbox knows what's going on better than I do. Natalia Quintero · Every consulting business lead, AI & I podcast
Source: Every's written "Codex in Practice" article plus the companion AI & I podcast episode (Dan Shipper × Natalia Quintero, 2026-07-01) transcript. The podcast walked through the pattern and structure verbally; the verbatim prompts for each workflow, and other team members' Codex setups, remain in Every's paid tier. What's reproducible here is the method and structure, not the source text. Figures cited in this piece (6 hours / 13 hours / 150 emails / roughly 6 months / 1 year) are all as stated live by the subject herself.
Source
EveryEvery·Read the source
↑ End of article
✓ This article is free to read in full

Members can copy or download the full Markdown, and let their AI subscribe and ask.

Read the original ↗
📮 New explainers, straight to your inbox

Found this useful? Leave your email — every new explainer, the moment it's out. Unsubscribe anytime.