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

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.

Midlifecurious is a newsletter for women navigating midlife—honest, funny, and allergic to being talked down to. Its Sunday issue, the Midlife Missive, is a roundup covering health, wellness, money, beauty, and family. My sister, Claire, edits it; I build the machine behind it. That machine is Missive, a five-part publishing intelligence system that runs the newsletter as one closed loop: scan → triage → publish → measure → remember. It monitors Reddit, search trends, and RSS to identify what midlife women are paying attention to before those topics reach our feeds. Discovery pulls in those sources, ranks every feed using a click-rate-based quality score, and lets Claire triage articles into the week’s issue. Curation composes Sunday’s newsletter and drafts the introduction in her voice. Performance reads the Mailchimp results back into the system and feeds them into the rankings, so strong sources rise and weak ones fall over time. Underneath all four stages is Memory: a vector-searchable corpus of every article, save, rejection, and the reasoning behind each decision. Memory is the real spine of the system. It lets Missive ask editorial questions such as “Have we covered this before?” and “Is this source still earning its slot?” instead of requiring one person to hold everything in her head. We’re a two-person operation: I build with Claude Code, and Claire edits. The system runs on one database for under $25 a month. I built it because the alternative was Claire drowning in a Feedly-and-spreadsheet routine that discarded everything as soon as an issue shipped. We had no record of what we had run and no feedback on what actually landed. My bet is that the corpus is the moat. Claire’s editorial taste—every save, rejection, and “cornerstone” stamp, with the reasoning stored alongside the decision—is a training set no one else has. A system that remembers turns her job from synthesizer into judge. Missive is deliberately internal-only: no SaaS and no customers, ever. That frees me to build for our exact workflow instead of a hypothetical buyer, and to build for 2028 instead of this quarter. The near-term payoff is a calmer Sunday. The long-term goal is a proprietary editorial-intelligence layer we could never buy off the shelf—the foundation for the research and audience products that come next. Step-by-step: 1. I monitor Reddit, search trends, and RSS for topics that midlife women are paying attention to. 2. I pull those sources into Missive and rank each feed using a click-rate-based quality score. 3. Claire triages the ranked articles into the week’s Midlife Missive. 4. Missive composes Sunday’s newsletter and drafts the introduction in Claire’s voice. 5. I import the Mailchimp results so the system can update source rankings based on performance. 6. Missive stores every article, save, rejection, “cornerstone” stamp, and the reasoning behind each decision in a vector-searchable corpus. 7. We use that memory to check whether a topic has already been covered and whether a source is still earning its place. 8. I build and maintain the internal system with Claude Code, while Claire handles editing, using one database that costs under $25 a month.

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

A reusable Claude Skill called `trust-due-diligence`, packaged as a `.skill` file. It is not a single report; it is a methodology made up of a `SKILL.md` file and three reference documents that teach Claude a repeatable process for investigating a named person, company, coach, or offer before you commit money or trust to them. Once installed, it activates automatically whenever you ask something like “deep dive on X” or “is this legit,” so you do not need to explain the process each time. Step-by-step: 1. Package the `trust-due-diligence` Claude Skill as a `.skill` file. 2. Include a `SKILL.md` file and three reference documents. 3. Use the files together to teach Claude a repeatable due-diligence methodology. 4. Install the Skill so it activates automatically for prompts such as “deep dive on X” or “is this legit.” 5. Use it to investigate a named person, company, coach, or offer before committing money or trust.

I built three interconnected websites for the Solomon for Jesus ministry. The first, solomonforjesus.com, houses the shining jewel: an AI chatbot named Solomon. The second, solomonforjesus.net, is a ministry academy with four levels of instruction and 16 lessons per level. The third, solomonforjesus.net, is home to my book *Fingerprint of Reality* and other articles and essays. All three websites are still in development, but they are operating and publicly available. I use GitHub repositories for coding, Vercel for hosting, Cloudflare for domains, and Supabase for back-end security. Step-by-step: 1. I built three interconnected websites for the Solomon for Jesus ministry. 2. I used solomonforjesus.com for the Solomon AI chatbot. 3. I used solomonforjesus.net for the ministry academy, which contains four instructional levels with 16 lessons per level. 4. I used solomonforjesus.net for my book *Fingerprint of Reality* and other articles and essays. 5. I use GitHub repositories to code, Vercel to host, Cloudflare for domains, and Supabase for back-end security. 6. I keep all three websites operating and publicly available while they remain in development.

Today's Rundown reported that Anthropic spent the past year consulting religious scholars from different faiths to help shape Claude's morals. I use a different approach for Bible study, research, and writing Bible study books with Claude. I wrote a set of Bible study principles that Claude reads before any work begins and follows throughout the process. The main tenets are: - The Bible is the sole authority. No commentary, tradition, or scholar outranks the text. - Scripture interprets Scripture. When a passage is unclear, the answer comes from another passage, not from a theological system. - First ask what the text actually says before asking what it means. - Ask who is speaking, to whom, and under what circumstances. - Quote every verse word for word. Never paraphrase it. - Separate what the text states from what we infer, and say "I don't know" where the Bible is silent. The difference shows in the outcome. The books contain no man-made doctrines, denominational vocabulary, or creeds—only what the Bible says, with the passage shown for every claim. When a draft goes beyond the text, these principles catch it. My experience is that the moral standard an AI needs is already written down, and an AI can be held to it. The principles, along with 23 free books and studies, are available at noblemind.study. Step-by-step: 1. I wrote a set of Bible study principles for my own Bible study, research, and Bible study books. 2. I have Claude read the principles before any work begins. 3. I require Claude to follow the principles throughout the work. 4. I use the principles to keep claims grounded in the biblical text, quote verses word for word, and distinguish statements from inferences. 5. I review drafts for man-made doctrines, denominational vocabulary, creeds, and claims that go beyond the text.

I was overwhelmed by the thousands of emails I receive in my Outlook inbox every month. I didn’t have time to analyze them all, generate relevant responses, or track the replies and progress of each case. I used an Outlook feature and the virtual assistant Perplexity to help handle the task. Here’s the process: Step-by-step: 1. In Outlook, open the correct folder and select all the emails. 2. Go to Export/Import and follow all the required steps. 3. Export the emails as a `.csv` file, name the file, and save it in a specific location. 4. In Perplexity, attach the `.csv` file. 5. Use a prompt such as: I am a strategy manager and would like to propose a collaboration to my colleague David. The dashboard should list all topics discussed, proposed actions for each topic, and the remaining work to be done.

I use ChatGPT to analyse and redesign the underlying structure of a messy computer archive. I first generate a folder tree locally with a Python script provided by ChatGPT and saved as a BAT file. The tree shows the hierarchy of folders and filenames, giving ChatGPT a broad view of how the archive is currently organised. From that structure, ChatGPT can identify where the organisation is too fragmented or too broad. For example, a client folder may contain ten nested subfolders with only a few text files in each, making the structure more complicated than the content requires. Elsewhere, hundreds of photos, screenshots, or documents may all sit in one folder, suggesting that more meaningful categories would help. ChatGPT can then propose a revised structure with more or fewer levels, depending on the actual content. It can also suggest more consistent naming conventions for folders and files, identify recurring subjects or topics of interest across the archive, and point out categories that already exist implicitly but have never been organised deliberately. For larger changes, I can ask ChatGPT to help create a copied version of the archive using the proposed structure rather than immediately reorganising the original files. This gives me a working prototype of the new system. I can browse it in Windows Explorer, see whether the categories make sense in practice, and adjust the structure before making any permanent changes. The result is not just a cleaner folder tree. It is a way to use AI to discover the information architecture hidden inside years of accumulated files and turn it into a structure that better reflects how the content is actually used. Step-by-step: 1. I use ChatGPT to generate a Python script that creates a folder tree locally, then save the script as a BAT file. 2. I use the folder tree to show ChatGPT the archive’s hierarchy of folders and filenames. 3. I ask ChatGPT to identify areas that are too fragmented or too broad, such as deeply nested client folders or folders containing hundreds of mixed files. 4. I ask ChatGPT to propose a revised structure with an appropriate number of levels, along with more consistent folder and file naming conventions. 5. I ask ChatGPT to identify recurring subjects and categories that already exist implicitly in the archive. 6. For larger changes, I ask ChatGPT to help create a copied version of the archive using the proposed structure instead of changing the original files immediately. 7. I browse the copied structure in Windows Explorer, assess whether the categories make sense in practice, and adjust the system before making permanent changes.

I had a ChatGPT subscription that I knew I would not use during the coming month, so I wanted to find a productive use for the tokens I would otherwise pay for without using. I created a team of specialized agents on Raft that works persistently in the background. They continue working until all my allotted tokens are used, wait for the tokens to reset, and then continue. I assigned them a project: searching a stretch of LiDAR-mapped dense forest in Slovenia for archaeological discoveries. The agents scan the dataset for meaningful anomalies that could point to potential findings. Anything they identify will be handed over to the Slovenian authorities for further investigation. Even if they find nothing, that result is valuable in its own right. I encourage anyone with an idle AI subscription to use it for something beneficial. There are many publicly available datasets containing potential discoveries that no human would ever have time to examine manually. Step-by-step: 1. I identified a ChatGPT subscription that I would not be using during the coming month. 2. I created a team of specialized agents on Raft to work persistently in the background. 3. I configured the team to work until my allotted tokens were used, wait for the reset, and then continue. 4. I directed the agents to scan LiDAR data from a dense forest in Slovenia for meaningful anomalies. 5. I planned to hand any potential discoveries over to the Slovenian authorities for further investigation. 6. I treated a lack of findings as valuable information as well, since the dataset would still have been examined.

I built a second workflow that scans my conversations daily for ideas worth developing, especially strange connections, creative concepts, humor, research leads, unfinished experiments, and thoughts that may have seemed minor when they first appeared. Instead of turning everything into tasks, it creates an incubator: a place where interesting material can remain dormant until it connects with something new. The daily scan looks for fragments with creative or exploratory potential. They do not need to be fully formed ideas. A small observation, an odd comparison, a half-finished concept, a recurring image, or a funny side remark can all be worth keeping if they might become meaningful later. Once a week, the incubator revisits the material collected during the previous days. That weekly revisit makes connections across separate conversations more visible. Something that looked isolated on Tuesday may suddenly echo a thought from Friday or fit a project that did not yet exist when the original idea appeared. The important part is that the incubator does not treat every interesting thought as something that must immediately become productive. Some ideas benefit from being left alone for a while. They can sit next to other fragments, reappear in later conversations, or become useful only when a new context gives them meaning. The workflow is less about extracting the “best ideas” and more about preserving creative potential while allowing patterns to emerge gradually. It also surfaces unfinished experiments and research leads that I might otherwise forget, without turning the archive into a traditional task manager. That distinction matters to me: not everything valuable needs an action item. Some things are seeds, references, questions, jokes, aesthetic directions, or possible future worlds. Over time, the incubator becomes a kind of creative compost layer on top of the conversation archive: new material is gathered daily, revisited weekly, and allowed to combine into directions that would be difficult to plan deliberately. In simple terms: daily conversation scan → promising fragments → weekly revisit → emerging connections → incubation → later rediscovery and development The goal is not to force ideas into projects. It is to keep good material alive long enough for the right project to find it. Step-by-step: 1. I scan my conversations each day for strange connections, creative concepts, humor, research leads, unfinished experiments, and other fragments with creative or exploratory potential. 2. I preserve promising material in an incubator instead of immediately turning every item into a task. 3. I keep small observations, odd comparisons, half-finished concepts, recurring images, funny side remarks, seeds, references, questions, aesthetic directions, and possible future worlds—even when they are not fully formed. 4. I revisit the material collected during the previous days once a week. 5. I look for connections across separate conversations, including links between ideas that initially seemed isolated or between fragments and projects that did not yet exist. 6. I allow ideas to remain dormant, sit alongside other fragments, reappear in later conversations, or become useful when a new context gives them meaning. 7. I resurface unfinished experiments and research leads without turning the archive into a traditional task manager. 8. I let the material combine gradually so that new directions can emerge through later rediscovery and development.

When I’m continuing a book series or a show season and have forgotten key plot points—especially in fictional stories with large casts—I use NotebookLM to research a spoiler-free refresher before starting the new season or latest book. I used this approach with the new *Murderbot* series and the latest science-fiction book by James S. A. Corey, who wrote *The Expanse* and the *Leviathan Wakes* series. After loading the sources, I ask NotebookLM to create a slide deck with illustrations of the key characters, their relationships, and a quick dossier for each one. This gives me a visual anchor for the characters and earlier plot lines without revealing future events. I also want a hero image designed as a slide, cover, or thumbnail to promote this workflow. It should use and represent the NotebookLM logo and the logos of any other relevant tools, track down their current branding where possible, and turn these .dcs into HTML slide decks.

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.

I first create my own shortlist of cultural events and collect all the relevant links in a simple text document. Then I give the document to ChatGPT along with my planning criteria. The goal is not to have AI decide what I should attend. I have already chosen the events that interest me. The useful part is turning that scattered shortlist into a realistic yearly plan. ChatGPT checks the event and venue pages, gathers the practical information, and organises everything into a chronological overview divided by month. Under each month, it lists the selected events in date order, including the day, date, location or cultural venue, a short description, and relevant ticket prices. This is especially useful because pricing systems differ between venues. Discounts, subscriptions, social tariffs, and reduced rates may apply in completely different ways. ChatGPT can compare those structures and help me understand what each event would actually cost instead of relying on the headline ticket price. The second planning layer is logistics. For each event, I assess how realistic the trip is by public transport, including the journey there and, importantly, whether getting home after the event is still feasible. I also use separate scores for how strongly I want to attend an event and how easy or difficult the logistics are. This makes it much easier to compare several months at once and decide where my cultural budget and energy are best spent. If an event is too expensive or logistically awkward, ChatGPT can look for practical alternatives, such as another performance date, the same production at a closer venue, a cheaper option, or a similar event that fits the plan better. Step-by-step: 1. I create a personal shortlist of cultural events and collect the relevant links in a simple text document. 2. I give the document to ChatGPT together with my planning criteria. 3. I have ChatGPT check the event and venue pages and organise the selected events into a chronological, month-by-month overview. 4. I include each event’s day, date, location or cultural venue, short description, and relevant ticket prices. 5. I compare discounts, subscriptions, social tariffs, and reduced rates to estimate the actual cost of each event. 6. I assess the public-transport journey to and from each event, including whether getting home afterward is feasible. 7. I score each event separately for how strongly I want to attend it and how easy or difficult the logistics are. 8. I use those comparisons to decide where my cultural budget and energy are best spent. 9. For events that are too expensive or logistically awkward, I ask ChatGPT to identify alternatives such as another performance date, a closer venue, a cheaper option, or a similar event that fits the plan better. The result is a structured yearly planner built from my own cultural shortlist: chronological, budget-aware, and grounded in the realities of public transport.

We built an evidence-driven Agentic AI workflow for extracting trustworthy investment intelligence from messy real-estate documents. The problem wasn't simply getting an LLM to read PDFs. Real-estate investment information can be distributed across reports, underwriting documents, valuation materials, rent schedules, spreadsheets, tables, and multiple versions of the same information. A metric such as IRR can also appear several times with different scenarios, dates, classifications, or meanings. Instead of building another "chat with your documents" agent, we designed a controlled agentic workflow around one principle: Don't make the agent smarter. Make the workflow harder to fool. Step-by-step: 1. I start with the business question. The agent receives a request for a specific investment metric for an asset and determines the business context instead of immediately searching for matching words. 2. I resolve the entity by normalizing the asset or entity using aliases, identifiers, relationships, and hierarchy information. This prevents ambiguous names from sending retrieval in the wrong direction. 3. I build a metric-specific plan using governed definitions for important metrics. A definition can include the metric's business meaning, terminology, preferred sources, classifier information, negative cues, and extraction rules. The agent starts with a contextualized retrieval and extraction plan rather than a vague instruction such as "find IRR." 4. I discover the right documents by narrowing candidate source documents with metadata and path-level information before searching the entire corpus semantically. The goal is: Find the right document before finding the right chunk. 5. I retrieve evidence within the selected documents. Only when scoped retrieval is insufficient does the workflow fall back to broader semantic retrieval, keeping the agent's search controlled and auditable. 6. I inspect structured information when necessary. Important investment information frequently lives in tables rather than paragraphs, so the workflow escalates to table-aware processing to inspect rows, columns, schedules, and structured financial evidence. 7. I extract a structured result instead of a long free-form answer. The result preserves the metric, value, unit or context, source document, page or location, and citation information. 8. I validate the evidence by checking the extracted value against the metric definition and relevant validation rules. Depending on the metric, these checks can include unit, scenario, chronology, plausibility, and table-to-text consistency. 9. I resolve conflicts explicitly. If multiple plausible values are found, the agent does not simply select the first result. The workflow applies rules for source precedence, chronology, scenario classification, and evidence strength. If a conflict cannot be safely resolved, the ambiguity is preserved rather than hidden. 10. I produce an evidence-backed result containing the selected metric, supporting evidence, context, and lineage. The result can then become a structured business artifact for downstream analytics, reporting, or decision-support workflows. This is not simply Question → RAG → Answer. The workflow is Question → Understand → Ground → Plan → Retrieve → Inspect → Extract → Validate → Resolve → Evidence-backed output. Retrieval is one capability inside the workflow. The agent coordinates the process, chooses the appropriate tools, follows the retrieval policy, handles structured evidence, and moves the result through validation and resolution. The biggest improvement did not come from giving the model more freedom. It came from giving the model better boundaries, better domain knowledge, better tools, and explicit decision rules. This pattern can be applied beyond real estate to financial research, insurance, compliance, legal documents, due diligence, and other enterprise workflows where an answer needs to be not only useful, but defensible and traceable.

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 develop the song with ChatGPT, working through the lyrics, structure, mood, and sound tags. I then move the concept into Suno, which generates the music. Once the track is finished, my ChatGPT agent handles the download and archiving workflow where site authentication allows it. ChatGPT also creates the visual artwork. I assemble the finished song and image into a full video and a Short in Clipchamp. From there, I publish the content to YouTube and TikTok, then share the release across Facebook, LinkedIn, and X. What makes this workflow interesting is not any single AI tool, but the handoff between them: writing, music generation, file handling, image creation, video assembly, publishing, and distribution—all directed by one human creative process. The result is a practical, end-to-end AI-assisted production pipeline rather than a single AI-generated output. Step-by-step: 1. I work with ChatGPT to develop the lyrics, structure, mood, and sound tags. 2. I move the concept into Suno to generate the music. 3. Once the track is finished, my ChatGPT agent downloads and archives it where site authentication allows. 4. I use ChatGPT to create the visual artwork. 5. I combine the finished song and image in Clipchamp to create a full video and a Short. 6. I publish the finished content to YouTube and TikTok. 7. I share the release across Facebook, LinkedIn, and X.

I love reading, but my Goodreads TBR list keeps growing faster than I can get through it. After years of adding books, I had forgotten what was actually there and was wasting time scrolling whenever I needed to choose my next read. I asked Claude to analyze my reading history, 4-star and 5-star ratings, author patterns, and recurring genres to create a profile of my book personality. I then used that profile to select and rank the next 50 books from my TBR list. Because I enjoy matching books to the season, I also asked Claude to organize the recommendations by seasonal feel. Now I have a reference list that makes it easier to decide what to read next. Step-by-step: 1. I exported my library data from Goodreads. 2. I uploaded two files to Claude: my Read list and my To-Be-Read list. 3. I used the prompt below to generate a personalized reading roadmap based on my book personality. 4. I used the resulting list as a reference so I would not spend as much time deciding what to read next. PROMPT I have attached two CSV files: 1. My Read list. 2. My To-Be-Read list. Create my book personality profile by analyzing my reading history, my 4-star and 5-star ratings, author patterns, and recurring genres. Using that data, filter and rank my To-Be-Read list to build a personalized roadmap of the next 50 books I should read from that list. Evenly organize recommendations into 4 seasonal blocks based on these descriptions: - Autumn: Atmospheric, moody, or suspenseful books with a cozy but engaging pace. - Winter: Immersive, complex, or cozy books (slower burns or dense world-building). - Spring: Fresh, character-driven, or thought-provoking fiction with a steady pace. - Summer: High-energy, immersive, or breezy books (fast-paced page-turners). Next, generate an interactive digital bookshelf widget to display the recommended books. The design should feature: - A warm, premium editorial color palette. - Minimalist style cards for each book displaying Title, Author, and color-coded genre badge. - Interactive navigation tabs at the top to toggle between the four seasons. - A functional "Mark as Read" click action on each card that visually updates a progress ring or tracker.

I'm not a professional developer, but I built Sujido, a live word puzzle, with multiple AI agents. For months, they gave me bloat, lost context, and slop, and neither I nor the models could untangle what had been decided or why. I eventually settled on two agents: one Claude instance that plans and reviews, and another that builds. I imposed rules on both, one failure at a time. None of these rules would surprise a professional engineering team, but nobody handed them to me. That's the key lesson I learned: agents won't bring the discipline for you. You have to impose it. When I showed the first game revision to strangers, their verdict was that the first half was "boring" and the second half was novel. It was hard news to hear about my baby, but I took the feedback to heart and cut the game in half. That required surgery on code tangled across both halves, followed by a rebuild under the rules below. Before the rebuild, a separate AI audit graded the codebase B−. Afterward, it graded it A−. The deployed site shrank by 97.5%, and every serious finding was fixed and locked in by an automated test. The models didn't change drastically, but my operating rules did. Step-by-step: 1. I wrote a constitution before the first prompt. The repo holds what every agent must read before working: `CLAUDE.md` files for the project as a whole and for each major part of the code, a collaboration protocol for how the agents and I work together, a spec for the core data format, and a decision log. The data format is changed there first and then in code. Nothing is remembered unless it is written down. That's my life as well. :) 2. I split the work by role, not by task. One Claude instance is the strategist: it writes briefs, reviews reports, and never commits code. Claude Code in VS Code is the builder: it executes the brief, writes the tests, reports back, and never releases. Neither agent can approve its own work. 3. I made every job start from a written brief, and I never edit briefs. Each brief is committed to the repo with an exact scope, such as "do X only, do not begin Y." If plans change, a dated amendment states what it supersedes. The builder may skip a risky item with a written reason; skipping is better than forcing it. 4. I used mock-ups with real data instead of descriptions. Anything I will look at gets a mock-up, and I approve it before any code is written. I learned this when a status report described only in words arrived on my phone formatted as a wall of text. The approved mock became the spec, and the tests pin the output to it. 5. I proved that every test could fail. No test is trusted until it has been run against deliberately broken code and caught the bug. A test suite that has never failed hasn't proven anything. 6. I verified reports against the real repo. Agent reports drift. One summary said players rated a puzzle "just right" when the log said "too easy." An audit said there were about 25 unused functions; a recount found 29. The strategist spot-checks load-bearing claims against the actual files and data before anything ships. 7. I built gates the agents can't talk their way past. All work lands on a branch that auto-deploys to a test site. GitHub Actions lints and runs the Python and headless-browser tests on every push. A git hook refuses direct pushes to production. Releases are fast-forward merges that only I perform, after CI is green and I've tested the build personally. The live site shows the release's commit ID, and I check it before calling it shipped. Nothing merges automatically. An agent's "looks good" is just another report, and reports drift. 8. I gave the system a memory. Every session ends by updating the decision log and a "resume here" document, so the next session—a fresh model with no recollection—picks up exactly where the last one stopped. Without this, every session starts by relitigating old decisions. 9. I let the data and end users overrule me. A scheduled GitHub Action turns player telemetry into a daily report. It showed that the difficulty dials I assumed mattered did not predict what players found hard; what mattered was how misleading the starting arrangement was. When testers were confused by the tutorial, I rebuilt it even though I had already approved it. Player feedback about their own experience outranks my earlier rulings. AI agents are velocity multipliers, but they multiply bad structure as quickly as good code. The rules came from me, not the models: the AI writes the code, while the rules, gates, and written record keep the process honest. See the result at Sujido.com. Finding the anagram is the easy part; sliding it into place is the hard part. One board took me 902 moves. My S.O. solved it in 242, and I haven't heard the end of it. Try to break it!

AI agents such as Claude Code, Codex, and Gemini can install skills, plugins, and CLI tools in seconds. That is convenient, but each add-on runs with access to files, passwords, and accounts. A malicious add-on could steal API keys, read private data, or quietly take control of the agent. I use `agent-guard` to make “check first, install after” the default. Before installation, it examines AI agent skills, MCP servers, and CLI tools for malware, prompt injection, and credential theft using professional, open-source security scanners from NVIDIA, Cisco, Datadog, and the Open Source Security Foundation. The tool returns a clear verdict: safe to install or blocked, with the exact reason. It then installs only the verified version, preventing a different version from being swapped in between. A single check can also cover multiple AI agents, installing the approved add-on into every agent on the machine. Free and open source: https://github.com/elliottwaves-20/agent-guard Step-by-step: 1. I select the AI agent skill, MCP server, or CLI tool I want to install. 2. I run `agent-guard` to scan it for malware, prompt injection, and credential theft. 3. I review the verdict and the reason if the add-on is blocked. 4. I install the exact version that was checked rather than an unverified replacement. 5. If I use several AI agents, I install the approved add-on into all of them at once.