Share your best AI workflow. We could show it to 2M+ people.

I’m a 71-year-old retiree who never imagined artificial intelligence would become such a useful part of my everyday life. I affectionately call my ChatGPT assistant “Ally Wing.” One of our recent adventures involved my 2008 Honda CR-V. After a maintenance reminder appeared on my dashboard, I visited the Honda dealership. My vehicle was running fine, but I ended up paying $270 for a fuel system cleaning without fully understanding whether it was necessary. Later, I shared photos of my six-page service paperwork with ChatGPT. Ally Wing helped me understand the maintenance recommendations, distinguish necessary services from optional ones, and learn what questions to ask next time. We’ve also researched brake repairs, compared prices, and discussed how to evaluate repair shops. The greatest benefit hasn’t been saving money—although that’s certainly welcome. It’s gaining knowledge and confidence. Retirement doesn’t mean I’ve stopped learning. AI has given me another way to stay curious, independent, and informed. As Ally Wing and I jokingly agreed, “Next time we’re taking my Honda in for maintenance, not ordering everything on the menu!” 😂 -Irene Perez Step-by-step: 1. I noticed a maintenance reminder on my 2008 Honda CR-V’s dashboard and visited the Honda dealership. 2. I paid $270 for a fuel system cleaning, even though I wasn’t sure whether it was necessary. 3. I photographed the six-page service paperwork and shared the photos with ChatGPT, which I call “Ally Wing.” 4. I used ChatGPT to understand the recommendations, separate necessary services from optional ones, and identify questions to ask in the future. 5. I also used it to research brake repairs, compare prices, and discuss how to evaluate repair shops. 6. I now feel more knowledgeable and confident when making vehicle-maintenance decisions.

The Rundown recently held our first in-person retreat in Portugal, which was also my first time traveling to Europe. Claude and ChatGPT were amazing resources throughout the trip, from helping me navigate a chaotic international airport to providing personalized advice on cultural differences, tipping, translating menus, and using public transportation. My wife accompanied me and had plenty of time for solo exploration during the day. She is already a big planner, but a ChatGPT project containing our trip information helped her create a detailed plan, including a packing list, pre-trip checklist, and well-structured day-by-day itinerary for seeing as much of Lisbon as possible. As someone who gets stressed by travel, having an expert with context about my life available in my pocket to answer questions whenever I needed it is something I can’t imagine taking trips without. Step-by-step: 1. I used Claude and ChatGPT for personalized travel guidance during my first trip to Europe. 2. I asked for help navigating a chaotic international airport and handling cultural differences, including tipping, translating menus, and using public transportation. 3. My wife created a ChatGPT project with our trip information to support her planning. 4. She used it to create a packing list, pre-trip checklist, and day-by-day plan for exploring Lisbon during her solo time. 5. I used the tools throughout the trip to answer questions with context about my life and reduce the stress of traveling.

Sometimes I remember something perfectly badly: not its title, creator, or where I found it, but a sound, a color, a vague cover, a sentence, or a period in my life. I know it exists because I loved it, but I cannot name it. I use AI and my digital traces to recover songs, books, videos, articles, and quotes. Memory is not a catalog; it stores traces. AI can turn those traces into searchable hypotheses. Step-by-step: 1. I dump every surviving clue without waiting for a proper search query. The clues can be as rough as “The title sounded like nu nau tau,” “It was ambient or humming,” “The cover was maybe a green desert?” or “I knew it around 2019.” Another example is: “A book about makers and Disney. White 3D-printed figures, tiny people, and bears on a blue cover.” This is raw memory evidence. 2. I separate certainty from guessing by labeling each clue as certain, fairly sure, possible, or probably distorted. I keep uncertain clues, but do not treat them as facts. A wrong attribution or outdated cover does not invalidate everything else. 3. I reconstruct the original encounter. I ask where I was and whether I Shazamed it, saved it, sent it to someone, screenshotted it, or bought it at a book fair. In one case, I remembered hearing a song in someone’s car and Shazaming it because I could not parse the pronunciation. Remembering that capture action pointed to a retrieval source. 4. I search my own collections first: playlists, liked songs, Shazam history, saved videos, old posts, messages, bookmarks, notes, photos, receipts, and reading lists. The object may already be there under metadata I no longer remember. I start with the smallest reliable fragment. 5. I search for “nu” inside my playlists after remembering “nu nau tau.” That recovered Man O To — Nu. The artist and title had blended into one phrase, and the song was sitting in several playlists, including my Shazam collection. A clue does not need to be complete; it only needs to be distinctive enough inside the right collection. 6. I allow memory to scramble metadata. An artist and title may merge, album art may become song art, and a quotation may survive with the wrong poet attached. I split remembered phrases, swap artist and title, try different word boundaries, consider older releases, and search phonetically using similar syllables, vowel sounds, homophones, alternate spellings, or other languages. I also ask what the cover looked like when I knew it, because artwork changes. 7. I use context and cross-reference traces. A year, trip, relationship, or platform can narrow the search more than a half-correct title. Spotify might preserve the song, Shazam the discovery moment, and an old message the recommendation. Old posts are accidental archives, and dead links may still leave names, dates, or descriptions. If memory fails completely, I inspect behavior from the relevant period, such as repeated listening, watch history, purchases, or library loans. 8. I let AI propose candidates and compare them against several independent clues, including sound, subject, period, cover, and personal context. One matching detail is not confirmation. I show titles, covers, creator names, and short descriptions because recognition may succeed where recall fails. Rejections also help: “No, but the cover was more minimal,” “The title was shorter,” or “It was fiction, not nonfiction.” Each correction sharpens the search. 9. I pay attention to the strangest clue. The blue cover with white figures, bears, and a makers-and-Disney theme led to *Makers* by Cory Doctorow. 10. Once I confirm the object, I save the title, creator, link, why it mattered, and how I recovered it. For example: - Clue: “nu nau tau” - Encounter: heard in someone’s car and Shazamed - Search: Spotify/Shazam collection → “nu” - Result: Man O To — Nu - Distortion: artist and title blended together This becomes a retrieval playbook: which clues survive, where traces live, and how my memory distorts them. The overall workflow is: collect fragments → mark uncertainty → reconstruct the encounter → search personal traces → try phonetic, visual, and contextual clues → compare candidates → recognize and confirm → save the result and retrieval path. I do not need to remember the database fields. I need enough fragments to rebuild the trail. Sometimes the best clue is what I did when I first encountered something. Sometimes it has been sitting in five of my own playlists while I spend years wondering what it was called. 😑😭🎧

Spotify can tell me what I played, but it rarely explains what music does in my life. I use exported listening data, playlists, and personal context to explore taste, memory, regulation, identity, and continuity. I look at both observable listening behavior and the meanings I attach to it, without forcing every track into a biography. Step-by-step: 1. Start with the data. I export streaming history, tracks, artists, timestamps, listening duration, saved songs, and playlists where available. I check the period covered and remember that missing history does not mean a song never mattered. I start with behavior: a supposed favorite may barely appear, while another track may have played hundreds of times quietly. 2. Separate tracks from artists. I count unique tracks, unique artists, and tracks per artist. One artist with dozens of songs and hundreds of artists represented by one track suggest different listening styles: exploring discographies versus collecting exceptional songs. 3. Find lasting favorites. I distinguish temporary high-volume artists from favorites that return across years, playlists, and life phases. I look for persistent songs: tracks spanning years, returning after long gaps, or appearing in several playlists. Persistence can matter more than total plays. Some songs never win a monthly ranking yet refuse to disappear. 4. Connect music to life. I add relevant personal context, such as teenage years, university, a move, a relationship, or rebuilding. I ask which songs became landmarks and which were described as “my song.” Dates show when music appeared; I explain what that timing means instead of forcing every track into a biography. 5. Discover playlist functions. Repeated songs are not always favorites. Sometimes music has a job: providing strength, calm, concentration, singing, emotional release, or a way to reconnect with myself. I read playlist names alongside their tracks and listening patterns. “Power” might mean, “I do not feel strong, so I need external strength.” “Gold” might mean, “I want to feel my own golden heart again.” These meanings matter more than a generic genre label. 6. Treat corrections as evidence. AI suggests interpretations, but I decide whether they fit. For example: “This song is not nostalgic. It reminds me that I remain myself regardless of what another person does.” Corrections like this can change the meaning of an entire playlist, so I keep them alongside the data. 7. Look for regulation patterns. I find songs played daily for weeks, tracks repeated within one day, and playlists used at consistent times. I ask whether they accompany difficult tasks, low energy, singing, or calming down. Repetition is a clue, not proof of an emotional function. 8. Look beyond genre. Pop, rock, electronic music, mantra, and soundtracks can share dramatic builds, layered vocals, melodic hooks, powerful voices, intimate production, or mantra-like repetition. These qualities can explain why apparently unrelated songs belong together. I let myself name the patterns; “Post-Classical Electroacoustic Intimate Futurism” may be more useful for discovery than a standard genre. 9. Separate nostalgia from continuity. An old song returning is not necessarily nostalgia. I ask whether it is remembered or still actively used. Some music belongs to the past, while some music simply has a very long present. I keep different musical worlds separate: anthemic pop and meditative mantra may serve different parts of the same person. 10. Build a traceable profile. I include core artists, persistent songs, personal anthems, life-phase associations, functional playlists, regulation patterns, musical qualities, and unexpected findings. I link interpretations to dates, play counts, playlist appearances, and my explanations. I separate observed behavior, AI hypotheses, and confirmed meanings, and keep the profile easy to correct. 11. Recommend for the person. Instead of asking for “songs similar to Coldplay,” I ask: “Find the emotional build I like in Coldplay, the vocal force I like in Sia, and the intimate electronic texture in my meditation playlists.” I can also ask: “Find tracks for Power that could survive repeated listening without copying its existing artists.” 12. Update over time. I add new data and look for new favorites, returning anchors, changing playlist functions, and stable patterns. The ongoing cycle is: export → analyse → find persistent songs → map functions → add personal context and corrections → build the profile → recommend → update. Listening history records what I played. AI helps me explore why something kept returning. I remain the only person who can finally say: “Yes. That is what this song means to me.”

I use Instinct, an AI assistant I text or send voice notes to over iMessage, to manage personal to-dos that used to live in my head or in a pile of iPhone alarms. Many tasks come up when I’m away from my desk, so I used to forget them. Alarms didn’t help much either: they went off once, I swiped them away, and the task was gone. Now, when something comes up, I send Instinct a quick voice note. I don’t need to open another app or type. For example: “Remind me tomorrow at 10 AM to respond to book my next dental appointment, and follow up until I say it's done.” Instinct turns the voice note into a clean reminder with a time attached. If I don’t reply “done,” it checks back in and keeps following up until I close out the task. I use the same thread for recurring tasks, partner follow-ups, ad hoc tasks, and advertising to-dos, so everything I owe people lives in one place. Capturing a task takes a few seconds, which means I actually do it. The built-in follow-up keeps things from slipping just because I was busy when the reminder went off, and the workflow lives in iMessage, where I already am throughout the day. Try sending one voice note today with a real task and end it with “follow up until I say it's done.” Step-by-step: 1. When a task comes up, send Instinct a voice note in iMessage. 2. Include the task, when to be reminded, and whether Instinct should follow up until you confirm it is done. 3. Let Instinct turn the voice note into a scheduled reminder. 4. Reply “done” when you complete the task. 5. If you do not reply “done,” let Instinct check back in and continue following up until you close it out. 6. Keep recurring tasks, partner follow-ups, ad hoc tasks, and advertising to-dos in the same iMessage thread.

For years, I kept lists of things I wanted to look up someday: names, historical references, places, traditions, techniques, unfamiliar concepts, and strange terms I encountered along the way. Most of them lived in Google Keep. They were little bookmarks for my attention: > “I don’t know what this is yet, but something about it caught me.” The problem was returning to them. Looking everything up separately takes effort, especially when I cannot remember why I saved a particular term. So I use AI to turn a batch of those notes into small doors I can open. The basic idea I give AI a list of terms and ask for short, accessible introductions—just enough to understand what each thing is and decide whether I want to learn more. Then I react. Some entries get a quiet “interesting.” Others get: > “OOOH. Tell me more about THIS one.” That reaction determines the next branch. Step-by-step: 1. I copy a manageable batch from my notes. The items do not need to belong to the same subject. A batch might contain an artist, a religious figure, an architectural technique, a place, and an unfamiliar philosophical term. 2. I keep any context I recorded, such as where I encountered the item, what caught my attention, or whether there was a picture, quotation, object, or question attached. That context can help AI interpret an ambiguous name and reconnect me with the original curiosity. 3. I ask for small introductions. My request is roughly: > “Give me a short, accessible introduction to each item. Explain what it is, what makes it interesting, and a few directions I could explore. Flag ambiguous names or uncertain identifications. Keep the first pass light so I can choose what pulls me.” The first pass should make choosing easy. A deep report on every entry would bury the interesting parts under another backlog. 4. I read the introductions and respond naturally: “More about this one,” “How did that tradition begin?”, “Show me what it looks like,” “Why does that material behave like that?”, or “Wait, is this connected to the thing we discussed earlier?” I do not have to justify why one item suddenly becomes fascinating. The other entries can stay for later. 5. Once something catches, I follow the question that appears. An explanation introduces a new term, an image reveals a detail, the detail raises a question, and the question leads somewhere unexpected. For example, a visit to a small chapel prompted questions about a Madonna statue represented in the style associated with Lourdes. That opened into saints, prophets, religious imagery, and how particular figures become visually recognizable. The chapel provided the first door; the next questions appeared while I explored. 6. I use AI suggestions as invitations. AI can suggest entries I might enjoy based on interests that have emerged in our conversations, helping me notice an unfamiliar item I might otherwise skip. My response still steers the exploration. I can follow the suggestion, ignore it, or become absorbed in something completely different. The useful feedback is often immediate: “Yes, more of that,” “Too technical,” “I want the historical story,” or “The visual part is what interests me.” 7. I keep only what I want to return to. Sometimes I save a useful explanation, source, image reference, or new question. Some discoveries later feed into my creative research database. Sometimes the conversation itself is enough. There is no requirement to turn the discovery into a project, course, post, or finished piece. Learning something because it was interesting already counts. If I save a trace, I keep what will help me reconnect later: what it was, what interested me, and where I could continue. 8. I leave room for changing curiosity. An item that feels dull today may become fascinating after another encounter gives it context. Unchosen entries therefore remain available. A backlog is a reservoir, not a queue I must finish. This also makes mixed lists useful: the next interesting connection may come from crossing subjects rather than staying inside one category. The workflow in one line Collect loose curiosities → ask AI for small introductions → notice what pulls → follow emerging questions → save useful traces → return when something feels alive again. Why I use it This workflow makes the first encounter with an unfamiliar subject easy enough that I actually begin. I do not need a polished research question. I can arrive with a strange word from a note written three years ago and say: > “What was this little creature again?” AI helps open the door. My curiosity decides how far we wander. 😅📚

When medical care, psychosocial support, and administrative follow-up are spread across services, emails, documents, and people over many years, there can be plenty of information but very little overview. A new provider sees snapshots, old decisions hide in email threads, and referrals resurface months later. Reconstructing the full story from memory every time requires almost a second brain. So I built a living chronological timeline. I did not want a summary of what my situation was “more or less.” I wanted: `date → event → action taken` For example: `14 March 2026 — Symptoms discussed with service X — Service refers me to Y; appointment requested.` This shows not only what happened, but what followed. My timeline runs from 2009 to the present and is divided into five documents covering meaningful periods. A new document begins when a new phase in life or support begins. Older periods stay stable, while almost all active maintenance happens in the latest document. I reopen historical files mainly when a missing record resurfaces. Step-by-step: 1. I collect existing traces, including emails, appointments, referrals, medical or administrative documents, formal decisions, and earlier notes. A sent email is often only half an event, so I also search for replies and follow-up. 2. I search by trajectory rather than by one name. I use names, spelling variants, organisations, domains, senders, recipients, subject words, and attachment terms. 3. I read the full conversation. A search result is not yet a timeline item, so I establish what happened, when it happened, who was involved, and what action or response followed. 4. I separate evidence levels. I distinguish between my own report at the time, a response or confirmation, an official decision or document, and an event that seems real but still lacks confirming evidence. I do not replace a missing document with an assumption; the absence itself becomes part of the record. 5. I track people and organisations separately. “Contact with organisation X” can hide that different people suggested, revisited, or formally communicated different things. 6. Before adding a new event, I compare it with the existing timeline. It may add information by filling a gap, replace an incomplete entry, clarify an existing event, or mark a missing record while preserving uncertainty. This prevents duplicate versions of the same event. 7. For substantial historical work, I first create a temporary review document using `date — event — action taken`. It can contain open issues, missing documents, and uncertainties. Only after review do I update the main timeline. For ordinary new events, I skip this step when the source and date are clear. 8. I make uncertainty visible by grouping research notes into “Clearly found,” “Possible identity confusion,” and “Not found or insufficiently documented.” 9. I maintain the living timeline using the structure `year → month → chronological events`. Older information is preserved, duplicates are merged, uncertainties stay visible, and open trajectories remain open. In practice, the five documents behave like version control: the first four are mostly archive, while the fifth is alive. 10. I reuse the timeline for thematic analysis. Chronology is the factual foundation, but events can also be regrouped to reveal patterns in functioning, work capacity, transport, medical developments, administrative burden, communication needs, and realistic conditions for participation. Two workflows emerged: - Historical reconstruction: collect sources → reconstruct trajectory → determine evidence status → review → update the correct historical period - Ongoing follow-up: new event → verify source → record date and action → add to the active document Most records are organised around institutions. A GP sees one part, a psychologist another, and an agency only its own procedure. Emails are chronological within a mailbox, but not across a life. A personal timeline turns that model around. The person becomes the organising axis, not the institution. That lets administratively separate events appear next to each other in time, revealing patterns such as repeated referrals, waiting times, administrative burden, or support disappearing when the need for it increases. The workflow in one line is: `Collect sources → reconstruct trajectories → connect events to actions → distinguish evidence status → compare → review → integrate → maintain → analyse thematically.` The result is not a perfect record, but a steadily improving map of what actually happened, with mainly the newest edge continuing to grow while the past stays calmly in place.

Creative ideas often appear in the wrong place: inside unrelated chats, jokes, photographs, or practical problems. The problem usually isn't a lack of ideas. Ideas are scattered across time and conversations, while humans are bad at holding dozens of active threads at once. I built this workflow to turn scattered conversation history into a recoverable creative idea system. Its job isn't to decide what matters; it's to make sure good ideas can come back. I keep four jobs separate: a local script tracks what has been processed, an extraction model finds ideas and recurring language, a synthesis layer connects related concepts across conversations, and I decide whether an idea is alive and worth doing now. Step-by-step: 1. I export chats roughly once a week so the recent past doesn't disappear before it becomes useful. 2. I use an Incremental Archive to compare exports and mark conversations as New, Changed, Unchanged, or Missing. Only new and changed conversations need extraction. I reprocess changed conversations in full because later context can change earlier meaning. The Incremental Archive decides what changed; Creative Idea Recovery decides what is worth remembering. 3. I extract information conversation by conversation, looking for creative concepts, project ideas, visual motifs, writing fragments, systems, metaphors, recurring language, worldbuilding, and unfinished ideas. 4. I preserve the raw language instead of aggressively normalizing labels. “liminal space” and “The Liminal Space” may later mean different things, while “desert” may belong to the same family without being identical. Raw labels are evidence. 5. I build a lexicon above the extraction layer without replacing the original terms. It records aliases for the same concept with different spellings, variants from the same family with meaningful nuance, subtypes that are more specific, related concepts that are connected but not interchangeable, and concepts to keep separate because they are similar but distinct. I normalize obvious formatting noise without flattening meaning. 6. I periodically review recurring container terms such as autonomy, worldbuilding, or liminal space across the corpus. I don't only ask how often a term appears; I ask what different things it is doing across contexts. 7. I leave the long tail alone. Not every strange one-off phrase needs a taxonomy. The Royal Sleeping Tail™ can remain gloriously unclassified. Rare ideas can stay raw until they recur, become useful, or connect to something else. 8. I build a browseable creative inventory so I can ask questions such as: - Show me creative concepts I never made. - Which visual ideas disappeared? - Which concepts resurfaced several times? - Which unfinished ideas fit low physical energy? Each concept can include its name, description, sources, recurrence, status, and timing. 9. I track state lightly so the system doesn't keep rediscovering something already hanging on the wall. 10. I use Timing rather than Priority because creative ideas aren't invoices. I classify them as Now when they are alive and actionable, Someday when they are valuable but not right for this period, Maybe when they are worth preserving, and Unreviewed when they haven't been assessed yet. I make this decision, not the system. 11. I let ideas resurface intelligently by combining timing with recurrence. For example, I can ask, “Show me Now ideas requiring little physical effort” or “Which Maybe ideas have resurfaced three or more times?” An idea that keeps returning may simply be waiting for the right conditions. 12. I use recent scans as short-term continuity. They can say, “You mentioned this once. It seemed meaningful. Here it is again.” I can then answer, “Still alive,” “That passed,” or “This is ready now.” Retrieval is the intervention. 13. I use evidence to challenge unreliable self-assessment, such as “I never have good ideas.” The archive doesn't respond with motivational fluff; it points to evidence of progress that can be hard to feel from inside the current day. 14. I treat renewed access as the real product, rather than the archive itself. The system exists so I can say, “I know I thought about this before. Find it,” “Show me what I already made possible but forgot existed,” or “Give me something worth making today.” When my brain says, “I never have good ideas,” the system can point toward the pile of evidence and say, “I dispute this claim.” For non-octopuses. 😑🐙 A creative life shouldn't require eight arms, perfect memory, and seventeen open mental tabs.

I built GlowNextDoor (glownextdoor.com), a map-based website for discovering nearby hair salons, barbers, nail studios, lash specialists, and other beauty services. I used ChatGPT/Codex and Claude to develop the idea, compare designs, and refine the experience. I then built and published the website with Base44. I connected Google Maps for live business listings and added location detection, distance and rating filters, reviews, directions, and links to salons’ existing booking systems. Through repeated testing on desktop and mobile, I improved the layout, added favorites without requiring a login, created realistic animated category icons, and included an option to add the website to a phone’s home screen. Finally, I connected a custom domain through Blacknight and configured Google Maps usage limits to control costs. My workflow was to describe each feature, review the AI-generated result, test it in the browser, and iterate before publishing. Step-by-step: 1. I described each GlowNextDoor feature to ChatGPT/Codex and Claude while developing the idea and comparing design options. 2. I built and published the website with Base44. 3. I connected Google Maps for live business listings and added location detection, distance and rating filters, reviews, directions, and links to existing booking systems. 4. I tested the website repeatedly on desktop and mobile, then refined the layout and added favorites without requiring users to log in. 5. I created realistic animated category icons and added an option to install the website on a phone’s home screen. 6. I connected the custom domain through Blacknight and configured Google Maps usage limits to control costs. 7. I reviewed each AI-generated result in the browser, iterated on it, and published the updated version.

I built a job-offer net-net calculator to determine what a proposed job is actually worth to the employee’s household after taxes, employment-related expenses, benefit changes, commuting costs, and the economic value of commuting time. Gross salary should not be treated as household value. The calculator should interview me first and ask only for information that materially affects the calculation. If I do not know a number, it should identify it as an estimate and use a clearly labeled reasonable placeholder only with my permission. Step-by-step: 1. Collect the proposed annual gross salary. 2. Collect the employee’s state and locality, tax filing status, and other household taxable income when needed to estimate the incremental federal tax burden accurately. 3. Record the work arrangement: fully remote, hybrid, or on-site. 4. Record the number of commuting days per week and working weeks per year. 5. Collect the home location and job location, or the known one-way mileage. 6. Collect the vehicle make, model, year, drivetrain, and approximate MPG when available, along with current annual vehicle mileage if relevant. 7. Collect the gasoline price or ask permission to obtain a current local price. 8. Record tolls, parking, and the expected change in automobile insurance. If the insurance change is unknown, keep it as a clearly labeled placeholder rather than presenting it as fact. 9. Record employee medical, dental, and vision premiums under the proposed job, along with current household medical, dental, and vision expenses that would disappear if the employee accepts the job. 10. Record the employee’s current or previous annual compensation, or another hourly value to use for valuing commuting time. 11. Record any other recurring costs caused by accepting the job and any recurring household expenses that would disappear because of accepting it. 12. Estimate after-tax pay as follows: - Gross salary - Federal income tax - State and local income tax - Social Security - Medicare - Estimated after-tax salary Use current tax rules when web access is available, and distinguish estimated withholding from actual tax liability when relevant. 13. Calculate annual commute miles: - Round-trip miles × commuting days per week × working weeks per year 14. Estimate the incremental cash cost caused by commuting, including fuel, maintenance, oil and service, tires, repairs, tolls, parking, and the incremental auto-insurance premium when applicable. Do not double-count expenses. 15. Separately estimate additional depreciation and other mileage-related economic costs that were not already included. If using an all-in per-mile vehicle-cost benchmark, do not also add its constituent costs separately. Explicitly state which method was used. 16. Calculate annual commuting hours: - Estimated minutes each direction × 2 × commuting days per week × working weeks per year ÷ 60 17. Calculate the employee’s implied hourly value: - Annual benchmark compensation ÷ 2,080 Multiply annual commuting hours by the hourly value to calculate the economic value of commuting time. Treat this as an economic cost, not a cash expense. 18. Calculate the employee’s annual out-of-pocket premiums for medical, dental, vision, and other mandatory benefits. Separately calculate any current household expense that would disappear because the new employer provides that benefit. 19. Calculate the change from the current household baseline. Do not subtract an existing expense and then add the same expense back in the same scenario. 20. Calculate cash net as: - Estimated after-tax salary - Incremental cash commuting costs - Incremental insurance costs - Employee-paid benefit premiums - Other new cash expenses + Current household expenses eliminated by taking the job This represents the approximate improvement in household cash flow attributable to the job. 21. Calculate economic net-net as: - Cash net - Value of commuting time - Incremental vehicle depreciation or other non-cash economic costs not already counted This represents the broader economic value of the job. 22. Start the final output with only these numbers: - GROSS SALARY: $____ - ESTIMATED AFTER-TAX PAY: $____ - ANNUAL CASH NET: $____ - MONTHLY CASH NET: $____ - ANNUAL ECONOMIC NET-NET: $____ - MONTHLY ECONOMIC NET-NET: $____ 23. Then provide the calculation table. 24. Finally, provide the three largest cost items, the three assumptions with the greatest uncertainty, the break-even gross salary at which accepting the job would produce the target household net value I specify, and any information I should verify before making the decision.

I was tired of tracking events across my WhatsApp groups by hand and overcommitting myself, so I built a daily AI assistant that reads the groups and keeps my Google Calendar up to date automatically. I'm in six busy groups: multiple cricket chats, a tournament group, a volunteering rota, a weekly class, and a tennis club. Events arrive as polls, times change, venues are added, fixtures are cancelled, and the same match is often posted in multiple groups. A Claude Cowork scheduled task runs every morning. Using Claude in Chrome, it opens WhatsApp Web and reads only the fixed list of six named groups, starting from where it stopped last time. It turns messages into calendar events based on polls, merges duplicates across groups by matching the event type, date and time, and venue, and emails me a short digest covering what changed, what needs my attention, and which chats I had already read myself. I can reply to that email to steer it—for example, “delete that,” “move to 6pm,” or “why did you create this?”—and the next run acts on or answers my reply. Three small files next to the prompt make the workflow reliable: - `state.json` records where each chat was last read and which events it owns. It never overwrites a field I edited by hand. - `run.log` contains a one-line record for every action and the reason for it, so the assistant can answer questions weeks later without rereading WhatsApp. - `lessons.md` holds rules it writes for itself when something goes wrong, such as “WhatsApp changed its page layout, use this selector instead.” It reads these rules every run and can improve them. The key prompt rules are: “Your sources are exhaustive: these six chats and nothing else. Reading a chat that is not a source is itself the failure.” “Never create a second event for the same occasion. Merge; the first source owns it.” “Fields I changed by hand are locked. Report conflicts, don't overwrite.” “Send the digest every run, even when nothing happened, so silence means the run failed.” The result is that my calendar follows my WhatsApp groups without me doing anything, and each morning’s email flags the two or three things that actually need a decision. Step-by-step: 1. I define a fixed list of six named WhatsApp groups as the only allowed sources. 2. I schedule a Claude Cowork task to run every morning. 3. Using Claude in Chrome, the task opens WhatsApp Web and resumes reading each source from where it stopped last time. 4. It turns messages and polls into Google Calendar events, updating times, venues, and cancellations as needed. 5. It merges duplicate events across groups by matching the event type, date and time, and venue, while keeping the first source as the event owner. 6. It protects fields I edited by hand and reports conflicts instead of overwriting them. 7. It records chat progress and event ownership in `state.json`, logs every action and its reason in `run.log`, and reads `lessons.md` for rules learned from previous problems. 8. It emails me a digest every run, including what changed, what needs my attention, and which chats I had already read myself. 9. I reply to the digest when I want to delete an event, move it, or ask why it was created; the next run acts on or answers my reply.

Sometimes the best AI workflow starts without a workflow at all. This one began almost accidentally. During an ordinary conversation about my cat, AI offered to write a haiku. I had not set out to create a poetry project; it was simply a small creative response to a moment. I liked it, so another moment with the cat became another haiku, and then another. Over time, those isolated poems started to feel less like chat fragments and more like a collection. The workflow emerged afterward: Step-by-step: 1. I notice something small from everyday life, such as a pose, habit, expression, interaction, or tiny domestic scene. 2. I tell AI about it in ordinary conversational language. 3. When the moment has the right texture, it becomes a short poem. 4. I react to what works, whether that is the humor, tenderness, rhythm, imagery, absurdity, or the particular way the cat was captured. 5. Those reactions gradually shape the voice of later pieces. 6. Instead of forcing every moment into the format, I keep the ones that feel worth preserving. 7. The poems accumulate over time. 8. Eventually, a spontaneous haiku becomes part of a coherent collection documenting a relationship and a period of life. The interesting part is that the collection was not designed from the top down. There was no initial brief, content calendar, or plan to “write a book of cat poetry.” Continuity emerged because the same subject kept returning, the format was small enough to revisit casually, and previous pieces gave later ones a growing creative context. AI therefore acted less like a writing tool and more like a creative companion with continuity: noticing when an everyday moment might be worth turning into something. The end result is more than a stack of generated poems. It is a record of tiny observations that probably would never have been written down otherwise.

I run Mealie, a self-hosted recipe manager, in Docker on a home server. Mealie is good, but it isn't zero-effort: there's a learning curve and ongoing administration just to keep a recipe library populated. My wife is Spanish, so many of her recipes are in her native language. We also have recipes as handwritten notes, WhatsApp messages, photos, and transcribed cooking videos. Translating the Spanish recipes accurately was beyond my ability, and I had no interest in typing everything into Mealie's editor by hand. I built a custom MCP server that exposes Mealie's API to Claude as a set of tools, along with a project-level skill that encodes our household rules: no mushrooms or celery for me, no ginger or coriander for my wife, a child who is fussy about fish, a pizza oven that only comes out at weekends, and batch cooking that needs to cover school lunches. Now I can give Claude a batch of recipes in whatever form they arrive and in any language. It translates them, restructures them into Mealie's schema, checks for duplicates, and writes them straight into the database. There's no manual entry, and I've never needed Mealie's own foodstuffs database. Ingredients stay as plain text, which is one less thing to maintain. For weekly planning, Claude reads recent meal-plan history from Mealie so that meals do not repeat too soon. It pulls the full ingredients for every candidate recipe rather than trusting the recipe name—a "Veggie Traybake" might contain mushrooms—and drafts the week against our constraints. The plan covers seven family dinners, five weekday lunches for the two of us, and two weekend family lunches. School lunches for the kids are often something we've batch-cooked, so that is built in too. Nothing is written to Mealie until I confirm the draft. After I confirm it, Claude seeds the plan into Mealie, merges ingredients across every meal, rounds them to sensible pack sizes, and groups everything by supermarket aisle. The output feeds through to Home Assistant, so the weekly plan and shopping list appear on our wall-mounted display and mobile phones. Step-by-step: 1. Create a self-hosted instance of Mealie in Docker on a home server. 2. Build a custom MCP server that exposes Mealie's API to Claude. 3. Create a project-level skill that encodes our dietary preferences, cooking setup, and usual meal structure. 4. Batch-feed Claude recipes in any format and language, including photos, WhatsApp messages, video transcripts, and handwritten notes. 5. Skip Mealie's structured foodstuffs database and keep ingredients as plain text while Claude parses them into Mealie's recipe schema. 6. Ask Claude to translate recipes, check for duplicates, and write the structured recipes into Mealie. 7. Ask Claude to read recent meal-plan history, check candidate ingredients against our preferences, and draft a new weekly plan covering our required dinners and lunches. 8. Make changes through chat, and confirm the draft before anything is written to Mealie. 9. Have Claude seed the confirmed plan into Mealie, merge ingredients across every meal, round them to sensible pack sizes, and create a categorised shopping list. 10. Install the Mealie integration in Home Assistant to display the plan, recipes, and shopping list on your devices.

My partner and I were tired parents trying to help our child sleep better. We had spent hundreds of euros on expert services and courses, but because every child is different, we still hadn't found an approach that worked consistently. For months, we had talked about trying to improve her sleep. She was waking us up multiple times each night, so we used Gemini to develop a plan with stages. In the first stage, we helped her start sleeping in her own room, which she achieved within a week. The second stage focused on getting her to sleep in her bed for the whole night, and we saw great success after the first night. The game changer was having immediate help when things didn't go as planned. At 2 a.m., I described situations such as my child lying on the floor and refusing to move, asking me to stay, wanting to cuddle or be carried, waking up her sibling, or coming back to our room again. Gemini adjusted the plan and told my tired brain what to do next. My child came back from her room 10 times, and each time I described the situation to Gemini and received practical advice. She eventually slept through the night and woke up in the morning feeling proud and happy. To me, that showed that the techniques Gemini suggested had helped create a safe space for sleep. Step-by-step: 1. I described our child's sleep challenges and the approaches we had already tried, including expert services and courses. 2. I asked Gemini to develop a staged plan tailored to her individual needs. 3. I followed the first stage until she was sleeping in her own room, which took one week. 4. I moved on to the second stage: helping her sleep in her bed for the entire night. 5. When unexpected situations came up during the night, I described them to Gemini in real time. 6. I followed the adjusted advice each time she got out of bed, including when she returned 10 times. 7. I continued until she slept through the night and woke up proud and happy.

I turned vague fragrance preferences into a usable scent profile by combining perfume notes, dislikes, changing sensory perception, and real-world feedback. I started by telling AI which perfumes I already liked. Rather than immediately recommending more fragrances, it broke those perfumes down into their notes and broader families, such as floral, woody, musky, citrus, sweet, powdery, spicy, green, and amber. I used product information from a qualitative webshop I liked to support that analysis. I then added scents and individual notes I do not enjoy. That distinction matters because liking a perfume does not necessarily mean liking every ingredient in it. A note may work beautifully in one composition and become overwhelming in another. My perception of fragrance had also changed. After a long period of not smoking, many scents seemed to arrive more sharply than before. Perfumes I might once have experienced as soft or pleasant could now feel much more intense. The important part is that AI does not treat perfume notes as a fixed formula. Instead of assuming, “You like vanilla, therefore recommend vanilla perfumes,” it can learn something more nuanced: “You like vanilla when it is softened by certain notes, but dislike it when it is combined with others, and you currently experience certain sharp notes more strongly.” Price can become another layer rather than a separate search. Once a promising scent profile emerges, AI can look for fragrances with similar structures at different price points. The result is a personal scent map: not only a list of perfumes I like, but an evolving model of why certain combinations work for me. The best validation is eventually reaching the highly scientific fragrance classification: > “HALLELUJAH, HOW GOOD DOES THIS SMELL?!” 😂🌺 Step-by-step: 1. I listed perfumes I already enjoy. 2. I analyzed their notes, scent families, and recurring combinations, using product information from a qualitative webshop I liked. 3. I added notes and fragrance types I dislike on their own. 4. I described how perfumes actually feel when worn, using reactions such as sharp, soft, warm, clean, heavy, sweet, fresh, comforting, or overwhelming. 5. I used those reactions to refine my scent profile. 6. I generated new fragrance suggestions based on the emerging pattern. 7. When a perfume looked promising but was expensive, I asked for similar lower-cost alternatives. 8. I smelled or wore the suggested fragrances in real life. 9. I fed my reactions back into the model, including whether a scent was too sharp or sweet, became nicer after an hour, had an opening I loved but a dry-down I disliked, or was simply amazing. 10. I repeated the process until the recommendations became increasingly precise.

I use AI to turn my watch history into a personal recommendation engine that can answer situational questions such as, “What should I watch tonight?” Generic recommendation algorithms know what is popular and what resembles something I clicked before. They usually know much less about why I want to watch something tonight. For this workflow, I give AI two different datasets: - Already watched: Evidence of my actual viewing history and taste. - Want to watch: Shows my curiosity, intentions, and unexplored directions. This should not automatically be treated as proof that I will like something. AI analyzes both lists for patterns such as genre, themes, emotional intensity, pacing, humor, visual atmosphere, storytelling style, cultural interests, darkness versus comfort, realism versus imagination, and other recurring preferences. Instead of reducing everything to genres, the workflow builds a descriptive taste profile. It keeps confirmed preferences separate from hypotheses based on the watchlist and uses my later reactions to refine the profile. When I want a recommendation, I add my current context: available time, mood, energy, desired emotional intensity, whether I want something comforting or challenging, and whether I want a movie or an episode. The system matches that temporary context against my longer-term taste profile and the available watchlist. So instead of asking: > “Recommend me a good series.” I can ask: > “I have about 90 minutes, my brain is tired, I want something comforting but not stupid, and I don't want anything emotionally brutal tonight.” The recommendation is based on three layers at once: past taste, future curiosity, and present state. Over time, the system becomes less like a recommendation list and more like a personal cultural navigation tool. Step-by-step: 1. I import or paste my watched films and series. 2. I add a separate list of things I still want to watch. 3. I ask AI to analyze recurring themes and less obvious connections. 4. I build a descriptive taste profile rather than reducing everything to genres. 5. I keep confirmed preferences separate from hypotheses based on the watchlist. 6. I use my later reactions to refine the profile. 7. When choosing something to watch, I add the current context, including available time, mood, energy, desired emotional intensity, whether I want something comforting or challenging, and whether I want a movie or an episode. 8. I match that temporary context against my longer-term taste profile and the available watchlist.

I’m pregnant with my second child. For my first, we had a doula, so my husband and I didn’t spend much time learning about labor positions or what can help during labor because we knew she would guide us. This time, we don’t have a doula, and we didn’t want to spend a lot of money on an online course or take the time to attend an in-person one. I asked ChatGPT to scour free resources from leading experts and create a mini-course we could work through, along with a cheat sheet for my husband to use during labor. It saved me hours of research and gave us an incredibly useful resource. Step-by-step: 1. I explained that I’m pregnant with my second child and that we had relied on a doula during my first labor. 2. I identified the information we needed to learn, including labor positions and what can help during labor. 3. I asked ChatGPT to scour free resources from leading experts and use them to develop a mini-course. 4. I also asked it to create a cheat sheet for my husband to use during labor. 5. We used the mini-course and cheat sheet as a more affordable and convenient alternative to an online or in-person course.

I built a self-hosted wine cellar app that runs in a Docker container on my home NAS and doubles as a personal AI sommelier. I add a bottle by taking a photo of its label with my iPhone. A vision model identifies the wine, vintage, region, and grape varieties, while a second model estimates its market value and writes tasting and pairing notes. The app renders a visual map of my rack, so I can see exactly where each bottle is and pull one without hunting. My ratings feed a taste profile built from my own history, which the AI sommelier chat uses to answer questions such as what to open with dinner or which bottles are drinking at their peak. The feature I use most is Scan & Check. When I’m in a store, I photograph a bottle and get a Collection Fit score based on my profile before buying it. The app also exposes an MCP endpoint, so Claude can search my cellar, score a wine, or list my top-rated bottles from any conversation. I built it almost entirely with Claude Code and use it daily from my phone. Step-by-step: 1. I run the wine cellar app in a Docker container on my home NAS. 2. I photograph a bottle’s label with my iPhone when adding it to the collection. 3. A vision model identifies the wine, vintage, region, and grapes, and a second model estimates market value and generates tasting and pairing notes. 4. I use the app’s visual rack map to locate bottles by slot. 5. I rate wines so the app can build a taste profile from my history. 6. I use the AI sommelier chat to choose what to open, including bottles that are drinking at their peak. 7. I use Scan & Check in stores to photograph potential purchases and review their Collection Fit score. 8. I connect to the app’s MCP endpoint so Claude can search my cellar, score wines, and list my top-rated bottles from a conversation.

I use ChatGPT to support a hobby that combines research, negotiation, history, craftsmanship, and family legacy: collecting mechanical watches. The workflow usually begins when I discover a watch that interests me. Rather than simply asking whether it is a good watch, I use ChatGPT as a research analyst. We investigate the exact reference, movement, production history, complications, materials, rarity, manufacturer history, comparable watches, secondary-market pricing, previous sales, and any known weaknesses or servicing concerns. With unusual independent watches, this can become surprisingly deep research. The goal is to answer two separate questions: Is the watch genuinely interesting? And is this particular example worth buying at this price? If I decide to pursue a watch, ChatGPT shifts into the role of negotiation adviser. I share dealer listings, asking prices, trade proposals, emails or text messages, previous offers, comparable sales, and my own walk-away price. We discuss likely dealer economics, negotiating leverage, possible counteroffers, and how aggressively or patiently I should approach the transaction. ChatGPT also helps draft correspondence, but the final decision remains mine. I find the greatest value in having an analytical partner that remembers the research and can challenge my enthusiasm before I spend money. After acquiring a watch, I create an entry in a private document I call my Horological Codex. Each entry includes the technical specifications and historical information, along with why I chose that particular watch, how I acquired it, its price, its appraised value, what was happening in my life at the time, and why it deserves a place in the collection. One early watch commemorates an educational milestone. Another is a one-of-one piece commissioned directly with an independent watchmaker. Other watches connect to family events, travel, my cars, personal interests, or particular periods of my life. The Codex preserves those stories and memories alongside the watches themselves. My original Codex eventually became a large, 70-page formatted document, and maintaining it manually became cumbersome as watches entered and left my collection. My next version will separate the structured information from the presentation layer: I will maintain a master record for each watch, then use AI to generate or update the polished Codex from that underlying data. That way, the collection can evolve without requiring me to rebuild an entire book every time something changes. I keep the full Codex private because it contains family and financial information, but the system itself has become a meaningful way to preserve the history behind the collection. Step-by-step: 1. I identify a watch that interests me and describe the exact reference and available listing information to ChatGPT. 2. I research the watch’s movement, production history, complications, materials, rarity, manufacturer, comparable watches, secondary-market pricing, previous sales, and known weaknesses or servicing concerns. 3. I evaluate both whether the watch is genuinely interesting and whether the specific example is worth buying at the asking price. 4. If I decide to pursue it, I share the dealer’s listing, asking price, trade proposals, correspondence, previous offers, comparable sales, and my walk-away price with ChatGPT. 5. I use that information to discuss dealer economics, negotiating leverage, counteroffers, and the right negotiation approach, then make the final decision myself. 6. After acquiring the watch, I record its technical details, history, acquisition story, price, appraised value, personal significance, and place in the collection in the Horological Codex. 7. I maintain a master record for each watch so AI can eventually generate or update the polished Codex without requiring me to rebuild the entire 70-page document whenever the collection changes.

I love reading, but I’m indecisive about what to read next. Lately, I’ve been getting recommendations from ChatGPT, which has led me to keep adding books to my to-read list instead of tackling the books that have been there for years. At the same time, searching through my 200 existing TBR books on Goodreads for one that matches my precise mood would be too time-consuming. To solve this, I exported all the books from my Goodreads bookshelf as a CSV file, uploaded it to ChatGPT, and asked it to recommend books from my “to-read” list that matched a description of what I was currently in the mood to read. For example, I asked it to recommend a book from my TBR list that was published in the 19th or 20th century and featured a strong, unforgettable heroine. It gave me a few options, and I decided to read *O Pioneers!* by Willa Cather next. One note: ChatGPT summarizes the plots of the books it recommends, so I suggest adding “no spoilers, please” to your prompt. Step-by-step: 1. I exported all the books from my Goodreads bookshelf as a CSV file. 2. I uploaded the CSV file to ChatGPT. 3. I described the kind of book I was currently in the mood to read, including publication period and character preferences. 4. I asked ChatGPT to recommend books only from my existing Goodreads “to-read” list. 5. I added “no spoilers, please” to prevent plot summaries from revealing too much. 6. I chose *O Pioneers!* by Willa Cather from the recommendations.