Workflow Hub

I use Claude Desktop on my Mac, connected to Canva and Metricool, to build and schedule social media posts. I used ChatGPT to help me set everything up because it has more history and access to my company knowledge documents. ChatGPT created instruction files for Claude that provide our company context and guidelines. I pointed Claude to our website, which contains many articles, and connected our Canva and Metricool accounts. We discuss suitable topics to post about. Claude reviews the website for relevant articles or landing pages to link to, then suggests a series of Facebook and Instagram posts. It checks the designs in our Canva account, adjusts them as needed, or asks me for photos and other artwork. Claude then builds the posts in Metricool and saves them as drafts for me to review, following our working rules. I review the drafts and move them to pending. Claude checks that they will publish automatically on the correct date and at the correct time, and it creates links with meaningful UTM parameters. After publishing, I can ask Claude to analyze the results, identify what is working and resonating with my market, and help us test different approaches, content, and topics. Metricool captures the data, and Claude uses it to inform the next round of posts. This saves me hours every week, gives me time to work on other things while Claude handles the process, and produces results that are improving each week. Step-by-step: 1. I used ChatGPT to help configure Claude Desktop and create instruction files containing our company context and guidelines. 2. I connected Claude to our website, Canva account, and Metricool account. 3. I discuss potential topics with Claude, and it finds relevant website articles or landing pages to link to. 4. Claude suggests a series of posts for Facebook and Instagram. 5. Claude reviews our Canva designs, adjusts them when necessary, or asks me for photos and other artwork. 6. Claude builds the posts in Metricool and saves them as drafts for me to review according to our working rules. 7. I review the drafts and move them to pending. 8. Claude checks the publishing date and time and creates links with meaningful UTM parameters. 9. After publication, I ask Claude to analyze the results and identify what is resonating with my market. 10. I use the Metricool data and Claude’s analysis to test different approaches, content, and topics in the next round of posts.

I use a persistent AI project-orchestration workflow for small-business operations, internal tools, AI-assisted coding, specialist-agent workflows, and projects that need to survive fresh sessions. A root AI receives one bounded objective, reads the project state from files, breaks the work into phases, and delegates implementation to bounded specialist or worker agents. It verifies the results, updates the durable state, and continues until the acceptance criteria are met. This lets me run small-business and coding projects end to end without re-explaining the project every session or manually driving every handoff. The core pattern is: Objective → durable state → root orchestrator → bounded workers → verification → state update → next step → Git checkpoint. Step-by-step: 1. I give the root AI one bounded objective. 2. The root AI reads the current project state from files. 3. It breaks the work into phases and delegates implementation to bounded specialist or worker agents. 4. It verifies the workers’ results. 5. It updates the durable project state. 6. It moves to the next step and creates a Git checkpoint. 7. It continues this cycle until the acceptance criteria are met.

We’re narrowing down high school options for my daughter, who wants to focus on art. I’m using Astra to find public schools in our area and beyond with strong art programs and understand how they compare. Astra can research school rankings and academic results, review art courses and facilities, and bring admissions requirements, portfolio expectations, fees, and commute times into one clear comparison. It can also suggest preparation classes—such as drawing, painting, digital art, or portfolio workshops—based on what each school expects. From there, it’s helping me build a shortlist, organize open days and application deadlines, and prepare questions for school visits. We can work through the options together and find a school she’s excited about. Step-by-step: 1. I use Astra to find public schools in our area and beyond that have strong art programs. 2. I ask Astra to research each school’s rankings, academic results, art courses, and facilities. 3. I bring admissions requirements, portfolio expectations, fees, and commute times into one comparison. 4. I use each school’s expectations to identify helpful preparation classes, such as drawing, painting, digital art, or portfolio workshops. 5. I use the comparison to build a shortlist and organize open days and application deadlines. 6. I prepare questions for school visits so my daughter and I can work through the options together.

I built a backend operations system for my husband’s general contracting business. It manages new leads, bids and estimates, in-progress jobs, receipts, expense tracking, job photos, invoicing, and other functions he needs—all in one app built with ChatGPT and Base44. I rolled it out in phases. Phase one focused on tracking jobs and their status, phase two added financials, and phase three introduced executive functions. Phase four will cover marketing, although he does not need that right now because he is solidly booked for months. Step-by-step: 1. I built an all-in-one backend operations app using ChatGPT and Base44. 2. In phase one, I added tracking for jobs and their current status. 3. In phase two, I implemented financial functions, including receipts and expense tracking. 4. In phase three, I added executive functions along with other operational features such as leads, bids and estimates, job photos, and invoicing. 5. I planned marketing features for phase four, but postponed them because the business is solidly booked for months.

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.

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 used AI to reconstruct more than two decades of professional work scattered across old publications, broken links, archives, indexes, and surviving records. The difficult part was not finding possible matches; it was preventing AI from turning incomplete evidence into false certainty. I built a workflow that treats archive reconstruction as a verification problem rather than a search problem. The process separates verified work from probable matches, resolves same-name conflicts, deduplicates reprints and syndicated copies, preserves source provenance, and treats missing years as research gaps rather than permission to invent records. The result was a source-tracked professional archive containing 250+ recovered records across more than 20 years. The workflow can be adapted to journalism, research, consulting, creative work, speaking histories, or any long-term body of professional output. I use the following research-archivist workflow: - Never invent titles, dates, publications, URLs, or authorship. - Separate records into VERIFIED, PROBABLE, and REJECTED. - Treat same-name individuals as separate identities until evidence proves otherwise. - Deduplicate syndicated copies, reprints, mirrors, indexes, and cached pages. - Preserve provenance for every verified record. - Mark gaps rather than filling them. - Distinguish “not found,” “unverified,” and “confirmed absent.” - State uncertainty explicitly. Step-by-step: 1. Ask for names and bylines, employers, publications, career dates, subject areas, known titles, source files, URLs, and any same-name conflicts. 2. Build an identity fingerprint. 3. Establish verified seed records. 4. Search iteratively across multiple query patterns and sources. 5. Classify every result. 6. Resolve identity conflicts. 7. Deduplicate records. 8. Normalize metadata. 9. Build a chronology. 10. Identify and search gaps. 11. Run a provenance and error audit. The final output includes: - Verified Master Archive - Probable / Needs Verification - Rejected / Other Person - Gap List - Source Notes - Final Audit The archive is never described as complete unless the evidence supports that conclusion.

I’m a nurse with no tech experience, but I’m curious and have many creative ideas. I used Claude to build a website that helps people plan which vegetables to grow based on their location, available space, and the time they have. Veggiegrowguide.com Step-by-step: 1. I identified an idea for helping people choose vegetables to grow based on their location, available space, and available time. 2. I used Claude to help me build a website for the idea. 3. I created Veggiegrowguide.com as a resource for people planning their vegetable gardens.

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 asked ChatGPT to create a graphic for my company. I provided our company colors, logo, brand guide, the objective of the graphic, and information about our audience. ChatGPT then created the graphic based on those details. Step-by-step: 1. I asked ChatGPT to create a graphic for my company. 2. I provided our company colors, logo, and brand guide. 3. I explained the objective of the graphic. 4. I described the intended audience. 5. ChatGPT created the graphic using the information I provided.

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 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 fantasy hockey assistant with Claude Code for my Yahoo league. It supports two parts of the league: running our in-person draft and managing my team during the season. For the draft, it runs on my laptop as a live draft board. I enter each pick as it is announced, and the assistant re-ranks the remaining players based on what my roster still needs. The rankings combine projection sources with three seasons of NHL statistics, and each player is scored according to how much they would help in each of our ten categories. The board flags players who will likely be selected before my next pick, identifies injury and regression risks, and opens a detail card for any player with projections, historical data, and a short plain-English assessment. A separate display goes on the TV for the room, showing the pick clock, the next player on deck, and recent picks. After the final pick, the view switches to projected standings for every team, color-coded by category. During the season, I paste in my roster, and the assistant pulls the NHL schedule, starting-goalie reports, and injury news. It suggests the best lineup for each day, ranks free agents by value and by games played that week, and projects my weekly head-to-head matchup category by category. It can also ask Claude to propose a lineup and explain its recommendations, which costs about ten cents per run in API credits. Yahoo’s API is read-only. If it supported write access, I would probably have the app manage my team autonomously. Step-by-step: 1. I built the fantasy hockey assistant with Claude Code for my Yahoo league. 2. During the in-person draft, I run the assistant on my laptop as a live draft board and enter each pick as it is announced. 3. The assistant re-ranks the remaining players based on my roster’s needs, using projection sources, three seasons of NHL statistics, and each player’s value across our ten categories. 4. I use the board’s flags and player detail cards to evaluate likely pre-next-pick selections, injury and regression risks, projections, historical data, and plain-English player assessments. 5. I display the pick clock, next player on deck, and recent picks on a separate TV view, then switch that view to color-coded projected standings by category after the final pick. 6. During the season, I paste in my roster so the assistant can pull the NHL schedule, starting-goalie reports, and injury news. 7. I use that information to set daily lineups, rank free agents by value and weekly games played, and project my head-to-head matchup category by category. 8. When needed, I ask Claude to propose a lineup and explain its recommendations, at a cost of about ten cents per run in API credits. 9. Because Yahoo’s API is read-only, I currently use the assistant for recommendations rather than autonomous team management.

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.

For years, my family has run a shared birthday fund: five of us contribute a fixed amount for each birthday, while the person whose immediate family is celebrating that month is exempt from paying. Tracking everything in a payment app and a chat thread meant nobody knew the balance, who was behind, or what the next gift would cost. I rebuilt the fund as a small web app with Claude. The app itself isn't the only reason I'm writing this up. The same build is also the demo I use to teach clients and students how AI-assisted product development actually works, including the parts that go wrong. Step-by-step: 1. I described the real rules instead of presenting Claude with a generic app idea: the contributors, the fixed amount per person, the family-exemption rule, and birthdays with birth years so ages could be calculated automatically. Claude built the app as a single, self-contained HTML file with no build step or server, so it opens in any browser. 2. I worked in phases and asked Claude to explain its reasoning at each stage. Instead of using one giant prompt, I added one layer per session: the calculation engine, the setup screen, then reports and CSV export. The explanations made the sessions reusable as teaching material. 3. I required the app to be configured through its own interface rather than by editing code. This was the turning point. Claude removed the hardcoded demo family and added a full setup screen for the group name, contributors, deposits, birthdays, amounts, and alerts. I can now build a family from scratch live in front of a class in about [X] minutes without showing a line of code. 4. I let a data-loss incident shape the next phase. I entered the real family data, then the browser tab closed and the download link I had been using to open the file broke. The data was stored in browser storage tied to that exact URL, and I had no backup. Nothing was recoverable at the time. 5. I turned that failure into features. Claude added CSV export for both reports, CSV import that automatically detects which file it is reading, and a backup reminder that appears in the app's alert banner when the data has never been backed up or has not been backed up for seven days. We also discovered that birth year was missing from the export, which meant a re-import would have silently lost everyone's age. 6. I had Claude test its own work. Before each handoff, it ran a jsdom test suite in a sandbox. By the end, the suite had 46 tests covering the exemption math, empty states, CSV round-trips, and backup logic. Several real bugs surfaced there instead of in front of a class. 7. I made a second version for a different audience. One prompt produced a fully English, left-to-right translation with flipped directional CSS, Latin typography, US date formatting, dollars instead of shekels, and Venmo and Zelle instead of local payment apps. It was a genuinely different build, not a find-and-replace translation. The project took 14 sessions over one week and six hours total. It had no hosting cost, dependencies, or accounts. The data still lives in the browser's local storage on each device. Opening the file on my phone and laptop creates two unrelated pools, so CSV import is the manual bridge between them. There is no authentication or sync; this is a personal record-keeper, not shared infrastructure. The data-loss incident was not a Claude failure. I failed to build a backup path before entering real data. If I did it again, I would add export before adding a single feature. The highest-leverage prompt in the whole project was not a feature request. It was: "let me configure this through the interface instead of the code." That shift turned a static demo into something my family actually uses and my students can watch being built from an empty screen. The broader point is that the failure was the most useful part of the project. A polished demo teaches people that AI makes building easy. Losing the data and rebuilding the safety net around it teaches them what building actually involves—and that is the lesson that survives the workshop.

Build a Self-Improving AI Meeting Protocol for Teams This workflow was inspired by a question Brooke Benson posted in the Rundown Hub about meeting transcripts that miss action items or assign them to the wrong person. That felt familiar because I used to take meeting minutes as a management assistant. I often had to ask: Who said this? Was it a decision or only a suggestion? Who owns this action? Was the deadline confirmed? As a human note-taker, I could ask the people in the room and summarize while listening. A speaker might say: “Maybe Friday, but that depends on Marc.” My notes might become: “Friday is tentative and depends on Marc.” A transcriber captures more, but it also captures the verbal spaghetti. So the problem is not only transcription quality. It is ambiguity. Instead of only asking AI to interpret a messy transcript afterwards, what if the meeting itself produced clearer signals? The system has four layers: Step-by-step: 1. Meeting grammar Speaking habits that clarify speakers, decisions, actions, ownership and uncertainty. 2. Team information Context about names, roles, responsibilities, terminology and decision scope. 3. Output template A fixed structure for the meeting report. 4. Feedback loop AI compares corrections with its previous output and suggests improvements. The meeting grammar should stay lightweight. At the start, each participant states their name and role. Name the next speaker when possible: “Marc, go ahead.” “Sofie, what do you think?” Unclear contributions can be restated: “So Marc, Friday is possible only if the technical review is complete. Correct?” Mark proposals, decisions and actions differently: Proposal: “I suggest we move the launch to Friday.” Decision: “We are moving the launch to Friday.” Action: “Marc will update the schedule by Wednesday.” Tentative action: “Marc may update it, pending confirmation.” At transition points, repeat what was agreed: “The decision is Friday.” “Marc owns the schedule update.” “The deadline is Wednesday.” Uncertainty should also be explicit: “Owner to confirm.” “Deadline is provisional.” “This is a proposal, not a decision.” The AI should receive these rules directly: - Treat explicit decision language as confirmed. - Do not assign an owner unless ownership is clear. - Label tentative deadlines as tentative. - Flag uncertain speakers instead of guessing. - Prefer later explicit summaries over earlier ambiguous wording. The AI should also receive team context: name, role, responsibilities, decision authority, terminology and communication patterns. Example: Pieter Vermeulen Operations Usually responsible for scheduling and logistics. Often uses tentative language for proposals. Only assign ownership when he explicitly confirms it. These notes should stay transparent and editable. People should be able to review, change or reject notes about their own communication patterns. The report should use a fixed structure: Meeting title Date Participants Main topics Decisions Action items Owner Deadline Status Open questions Risks or dependencies Items requiring confirmation TL;DR This can be built into a shared internal assistant. It receives the meeting grammar, team information, transcript and output template. It should be conservative about certainty: Owner unclear → “Owner to confirm” Suggested deadline → “Tentative deadline” Unknown speaker → “Speaker unclear” Discussed proposal → “Proposal discussed, not confirmed” A human still reviews speaker attribution, decisions, owners, deadlines and confirmed items. Then the corrected report is fed back to the AI: “Which errors came from unclear meeting signals? Which came from missing team context? Which came from your interpretation? What should be improved?” The AI can suggest updates to the meeting grammar or team information. Example: Error: Several people discussed a task, but nobody clearly accepted ownership. Suggested grammar update: “When assigning an action, confirm owner and deadline in one sentence.” Or: Observed pattern: “Pieter often says ‘we should’ when proposing something.” Suggested profile update: “Treat ‘we should’ as a proposal unless explicitly confirmed.” Profile changes should be reviewed before they are stored. The workflow: meeting → transcript → AI report → human correction → error analysis → grammar/team-context update → review → next meeting Over time, fewer errors should need correction because the system becomes easier to interpret. The division of labor is simple: The transcriber captures everything. Humans resolve meaning and ambiguity. AI structures, summarizes and detects patterns. AI output quality depends not only on the prompt, but on the signals the AI receives. Sometimes the best improvement is to reduce ambiguity before it reaches the model.

Planning a trip often meant piecing together information from a dozen different places. I might save inspiration from Instagram Reels and carousels, bookmark useful links in my browser, receive booking confirmations as PDFs from different platforms, and have tickets spread across emails and travel apps. By the time the trip got closer, I had all the information I needed—but no easy way to see it together or turn it into a coherent plan. I recently started using an AI travel tool called Mindtrip to solve this. It’s free and brings my saved content, links, bookings, PDFs, and tickets into one place. Mindtrip uses AI to understand the context and organize everything into a single trip, including the tips and hacks in Instagram Reels. It then creates a day-by-day itinerary based on what I’ve saved, liked, and booked. I have one place to see, manage, and adjust my entire trip instead of constantly switching between different sources. It also provides reminders and checklists based on my plans, along with a map view of where I’m supposed to be going. Step-by-step: 1. I saved travel inspiration from Instagram Reels and carousels, bookmarked useful links, and collected booking confirmations, PDFs, and tickets from different platforms, emails, and travel apps. 2. I brought the saved content, links, bookings, PDFs, and tickets into Mindtrip. 3. Mindtrip used AI to understand the context and organize everything into a single trip, including tips and hacks from Instagram Reels. 4. I used the resulting day-by-day itinerary, based on what I had saved, liked, and booked. 5. I used Mindtrip’s reminders, checklists, and map view to manage and adjust the trip in one place.

I built a personalized news workflow called “TastyHookedFish” as an antidote to the feeling that news is limited to crisis, conflict, and collapse. It periodically searches for genuinely interesting, positive developments across science, climate, medicine, conservation, technology, culture, and social progress. The goal is not to create a feed of cheerful fluff, but to surface meaningful developments that provide evidence that useful things are happening in the world. The workflow also tries to avoid repetition, so the same feel-good stories do not keep resurfacing simply because they are popular. The result is a personalized news feed that does not ignore reality, but deliberately widens the lens. Step-by-step: 1. I set up a personalized news workflow called “TastyHookedFish.” 2. I configured it to periodically search for positive developments across science, climate, medicine, conservation, technology, culture, and social progress. 3. I focused the workflow on meaningful developments rather than generic cheerful stories. 4. I added a way to avoid repeatedly surfacing the same feel-good stories because they are popular. 5. I use the resulting feed to stay informed while deliberately widening my view of what is happening in the world.