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

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.

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.

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.”

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.

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.

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. 😑😭🎧

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. 😅📚

I track my recovery daily—mood, energy, focus, activities, medications, and reflections—but typing everything out never lasted more than a few days. So I built a voice-first pipeline: I talk, and it automatically becomes a clean, organized Google Sheet. Step-by-step: 1. I built a free iPhone Shortcut that records my voice when I say, “Hey Siri, Log,” and sends it to the Gemini endpoint. 2. Gemini transcribes the audio and extracts structured details, including wake time; mood, energy, and focus scores; activities with categories and durations; medications; and reflections. 3. Everything is automatically organized in the appropriate place in a Google Sheet: a daily summary, activity log, metrics log, medications log, and clean, human-readable digest for each day. 4. I can say “yesterday” or “on Monday” to log something I forgot, and it files the entry under the correct date. 5. I connected the completed sheet to a separate AI chat scoped specifically to reflection, so I can ask questions such as how my exercise correlates with my mood or how my energy trends over the month. The best part is that the entire workflow runs on free tiers—Google Sheets, Apps Script, iPhone Shortcuts, and Gemini’s free API tier—so there’s zero cost to build or run it. The result is a daily tracker that takes seconds to update from anywhere, requires no typing, and turns my entries into a dataset I can actually learn from—all without writing a traditional app.

Start with the property, not a generic landscaping template. Upload photos, measurements, site constraints, current problems, future plans, budget limits, and the look you want. Then use AI to build a complete picture of how the property functions today and how it should evolve over time. Next, work area by area. For overcrowded garden beds, map every tree and shrub, then assess mature size, spacing, health, irrigation coverage, sightlines, and maintenance demands. From there, use AI to determine what should stay, what should move, what should be removed, and how each bed should be reshaped and edged. Convert each recommendation into an execution plan that includes: Step-by-step: 1. The target design 2. A step-by-step build sequence 3. Required materials and tools 4. Budget and priority level 5. Seasonal timing 6. A year-by-year maintenance plan Finally, connect every individual project into one master roadmap. Plan the garden beds, trees, lawn, irrigation, drainage, driveway, shelterbelts, recreation areas, and future buildings together so one improvement does not create a problem somewhere else. The result is a living property operating system. Add a new photo, issue, or idea, and the plan updates with the next best action.

I used Astra to redesign my personal wardrobe. I want to dress better, but my absolute worst nightmare is having a closet full of clothes that creates more clutter in my brain. I already have enough to think about, so I built an app that decides what I should wear based on the season and local weather using GPT-6 Astra. I gave it a few full-body photos, my height, weight, sizes, and niche details such as having broad shoulders and needing to tailor my waist. I also shared the colors I like, added a master prompt, and asked it to build a site. The results were incredible. I'm the model in every photo, and Astra's virtual try-on is genuinely impressive. If I can't find a piece online, I update the model and regenerate the pictures. Step-by-step: 1. I opened ChatGPT desktop with GPT-6 Astra and Codex/Sites, then turned on Computer Use and image generation. 2. I started a new chat and uploaded four to eight full-body photos, one clear face photo, and closet photos when available. 3. I pasted the prompt below, filled in my name, city, and sizes, and let it work for one to two hours. 4. I sent a couple of correction passes instead of rebuilding the whole system. I removed things I would never wear and added things I actually wear. PROMPT: GOAL Build a working website called [YOUR NAME]'s Wardrobe. It blends two things: 1) A closed uniform system of exactly 30 looks 2) A personalized shopping portal where I am the model in every photo, Aritzia/Uniqlo catalog quality (seamless studio backdrop, full-body try-on, product-card grid) SITE NAME [YOUR NAME]'s Wardrobe THE ONLY INVENTORY - 7 summer outfits - 7 fall outfits - 7 winter outfits - 7 spring outfits - 1 gym outfit - 1 lounge outfit = 30 looks. Nothing else. Each look is complete: top + bottom or one-piece + shoes + at most 2 extras. Reuse pieces across the 7 looks in a season. Cap unique garments at 35–50 including shoes and outerwear. Throw everything else out. WHO I AM - Name: - Lives: [city] - Height: - Weight: - Sizes (top / bottom / shoe): - Body notes: - Work dress code: - Weekend life: - Style in 5 words: - Colors that work / colors I refuse: - Budget for gap-filling buys: - Hard constraints: Attached photos are the identity lock. Reproduce my real face AND real body in every try-on. Do not slim, lengthen, or beautify me. LIVE WEATHER (required, not a mock) On every page load, fetch live weather for [CITY] from Open-Meteo with no API key. Use the correct lat/long and timezone. Show on the homepage: - “Today in [CITY]” - apparent temperature, condition, rain yes/no - ONE recommended look from the 30 - why that look won - 1 weather swap (if rain starts / if it drops 5°C) Selection logic: - apparent temp ≥ 20°C and dry → Summer pool - 15–19°C dry → Spring pool Mar–May, Fall pool Sep–Nov, otherwise the closer season - 8–14°C → Fall pool, prefer the look that already includes a mid-layer - ≤ 7°C → Winter pool - rain now or daily precipitation ≥ 1mm → jacket + closed shoes, no white sneakers or silk - wind ≥ 25 km/h → prefer a layer - gym / lounge days use those uniforms, add a layer only if ≤ 10°C Never invent an outfit outside the 30. SITE STRUCTURE - Home: today + try-on + wear-this checklist - Summer / Fall / Winter / Spring: 7 look cards each, me wearing the full look - Gym / Lounge - Pieces: every unique garment on me, marked OWNED or BUY - Purge: sell / donate / trash for anything not in the system - Rotation: 4-week calendar per season. Weather can override, but it still has to be one of the 7 (or gym/lounge) VISUAL BAR Premium catalog photography. Gray/white seamless, even light, full body. Do not clone another brand’s logo. This is [YOUR NAME]'s Wardrobe. HOW TO BUILD Step-by-step: 1. Build the 30 looks from my photos, stats, climate, and closet photos. Use owned pieces first. 2. Generate consistent try-ons of me for every look and every piece. 3. Build a real clickable site. Hook live weather. Do not fake it. 4. If an image breaks my face or body, regenerate it before shipping. 5. No payments. Personal wardrobe OS only. OUTPUT Live site, the 30 looks, piece list (owned vs buy), ranked shopping list, purge list, weather mapping, and what you inferred vs what came from my photos. Start now. Make the call if a detail is missing. Only ask if the photos are unusable.

I first tried to build Rumbly.xyz about six months ago using Lovable, but I ran into several issues and kept getting errors, so I temporarily gave up. Then I discovered Replit. AI had also matured over those six months, which likely helped. I entered a three- or four-paragraph prompt describing exactly what I wanted, and about 75% of the app was built immediately. The problem I wanted to solve was simple: on an average Tuesday or Wednesday, my wife and I talk about where we want to eat. We know our friends have recommended countless places, and we keep saying we're going to try them, but we can only think of the two or three restaurants we always visit. So we end up going to the same places again. I built Rumbly.xyz as a simple web app. It lets you record a recommended restaurant, who recommended it, and what type of food it serves. Rumbly connects each restaurant to the Google Maps database, giving you the exact name and a map view, and you can add notes. Then I realized there was no reason to save only restaurant recommendations. People also recommend streaming series and books, and they tell jokes. I can never remember a joke two months later when someone asks, “Do you know any good jokes?”—even if I thought the last five were hilarious. Rumbly.xyz lets you save any of these recommendations from your friends and share them with friends who are already on Rumbly or have not joined yet. I connected it to email and enabled it to send mobile messages to your phone. I built all of this through Replit. Step-by-step: 1. I described the problem and the app I wanted in a three- or four-paragraph prompt in Replit. 2. I built a web app that records restaurant recommendations, the person who made each recommendation, the type of food, and additional notes. 3. I connected restaurant entries to the Google Maps database for exact names and a map view. 4. I expanded the app to save recommendations for streaming series, books, and jokes—not just restaurants. 5. I connected Rumbly.xyz to email and mobile messaging so recommendations can be shared with friends who are on Rumbly or have not joined yet.

Several months ago, my dad was in and out of the hospital. My two brothers and I were trying to coordinate his doctor appointments, manage his medications and potential interactions, and keep track of all the other details involved in his care. At one point, up to seven different doctors were seeing him in the hospital on any given day. It became important to track every medication he was taking, what each one was for, and information such as his weight and other vital statistics. When he returned home, we also had to make sure someone checked on him and his wife every day, helped him stay on schedule with his medications, and recorded his diet, mood, and weight. We initially used Apple Notes, a shared iCalendar, multiple text threads, and a weekly call between the three of us. The mental load was huge. If we needed to find information from the previous week, we had to scroll through pages of Apple Notes to locate it. We also struggled to keep the rest of the family updated. Before my dad passed away, I started using Claude Code and Codex to build a simple tool that would keep everything organized and searchable. It also displayed trends in areas such as his mood, appetite, and vital signs, and included a calendar showing who was covering which days and times. The tool was still fairly basic when he passed away. Afterward, we encountered the administrative headaches involved in closing out his estate. It was far more complicated than we expected. We thought having a will, power of attorney, and other documents meant we were prepared, but we were wrong. I began integrating those lessons—and the things we learned not to do—into the final product, Eldercare Log: eldercarelog.com. I built the final tool with Claude helping draft a PRD, which I then handed to Codex for the coding work. It took a few weeks of refining the product with Codex. The tool is hosted on Vercel, with Supabase and Stripe on the backend, and includes the security features I built into it. It is the tool I wish had existed when my brothers and I were going through this journey before my dad’s passing. Step-by-step: 1. I coordinated my dad’s doctor appointments, medications, vital statistics, and other care details with my two brothers while he was in and out of the hospital. 2. We tracked his medications, their purposes, his weight, diet, mood, appetite, and other vital signs while he was at home. 3. We coordinated daily visits and coverage using Apple Notes, a shared iCalendar, text threads, and a weekly call. 4. I used Claude Code and Codex to start building a searchable tool that organized his care information and showed simple trends. 5. I added a calendar to track which family member was covering each day and time. 6. After my dad passed away, I incorporated what we learned from handling his estate, including the things we wished we had known earlier. 7. I used Claude to draft a PRD, then gave it to Codex to handle the coding work and refined the product with Codex over several weeks. 8. I built the final tool with Vercel, Supabase, and Stripe on the backend.

I built a family calendar with Lovable and Claude that integrates with our Google Calendars and Todoist projects. My husband, son, dog, and I were struggling to track our schedules in one place. Although we had shared our calendars through Google, we did not have a central view displayed in the house, and the interface became cluttered when we tracked multiple calendars. We had considered buying a Skylight calendar for years, but it costs $300, and we were not convinced we needed all of its extra features. I decided to build my own instead. Step-by-step: 1. I created a product requirements document (PRD) for a family calendar in Claude. It prompted me to choose the available views, decide how to organize each family member’s calendars, support both events and tasks, and add extras such as the day’s weather and a photo background. 2. I shared the PRD with Lovable, which built the first version of the calendar. Lovable helped me integrate my Google Calendars and Todoist projects so that all of our events and tasks appeared in one place. It also helped me integrate Google Photos so our family photos could rotate in the background. 3. I launched the calendar as a password-protected website so any family member could access it from anywhere. 4. I placed the calendar on an iPad in our kitchen and edited it as we used it, learning which features were most and least helpful. I also added calendars for my in-laws when they visited for several months at a time. Claude continues to help me draft new requirements, which I share with Lovable. The calendar is tailored to our needs and costs much less than the Skylight option. The photo feature also makes it feel personal, and I look forward to continuing to evolve it over time.

I spend way too much time staring at screens, so I try to consume my content by listening while I'm out walking (usually podcasts). Lately, I've been digging into more long-form stuff from X articles and old blogs, and ElevenLabs' free app, ElevenReader, turns any wall of text into a mini audiobook using AI-generated voices. It's super simple, but genuinely really useful. Step-by-step: 1. I chose a long-form X article or older blog post that I wanted to consume away from a screen. 2. I added the text to ElevenReader. 3. I selected an AI-generated voice that was comfortable to listen to. 4. I let the app convert the article into a mini audiobook. 5. I listened while walking and kept the workflow as a simple alternative to reading everything on a screen.

I kept rereading the same Stoic books to find one line I half remembered. So I stopped reading them and started talking to them instead. I took public-domain writing from 13 people—including Marcus Aurelius, Seneca, Sun Tzu, Jane Austen, Tesla, and others—and gave each one its own AI persona on a single page. Each persona answers only from that person’s writing and says when it does not know. There are no made-up quotes. The fun part is seeing the questions people actually ask. The top question this week was: “How do I stay steady when someone wastes my morning?” That is a real problem answered by a Roman emperor who faced the same one. Full disclosure: I am the founder of Mindola, the tool I used. The 13 classic lenses are free to try with no signup: https://mindola.ai/discover Step-by-step: 1. I gathered public-domain writing from 13 people, including Marcus Aurelius, Seneca, Sun Tzu, Jane Austen, Tesla, and others. 2. I created a separate AI persona for each person and put all 13 on one page. 3. I configured each persona to answer only from that person’s writing and to say when it does not know. 4. I use the personas to ask questions I would otherwise search for by rereading the books. 5. I review the questions people ask, including “How do I stay steady when someone wastes my morning?”