A long proposal lands in your inbox an hour before the meeting. You skim it, you get the gist, and then the meeting starts and you have nothing sharp to ask. So you nod along while the other person drives. Most people fix this by asking AI for a summary. But you already skimmed it. You do not need it read back to you. You need to know what to question. So ask for questions, not a summary. Before: you walk in with "looks good, let's talk," and you leave having agreed to a timeline you never really read. After: you walk in with a page that asks whether eight weeks means from signing or from kickoff, whether the price covers changes later, and whether the plan is quietly assuming your data is ready on day one. Same document. Very different meeting. Here is the prompt. Use a document you are allowed to share, with no private details in it. Paste the document after the final line. You are helping me prepare for a meeting. Below is a document. Do not summarize it. Give me a one-page question sheet with five to seven questions I should ask in the meeting. Group them under Scope, Timing, Cost, Assumptions, and Missing details. For each question, add one short line on why it matters. Use only what is in the document, and if something important seems missing, say so. Paste your document after this line: In about ten minutes you have a page of real questions instead of a summary you will forget. One caution: read the questions before you trust them. AI can misread a page, or flag a gap that is actually sitting on page twelve. The sheet is a smart first pass, not the final word. Found a question that made you stop and think? Start a new post here with the best one AI dug up, and say which meeting it was for. Someone else is about to walk into the same kind of meeting, and your question might be the one they needed.

Most people pick their first AI task the wrong way. They pick the thing that looks most impressive. “Let AI answer customer emails.” “Let AI run follow-up.” “Let AI make decisions from my notes.” That can work later. But it is usually the wrong first move. Your first AI task should be boring, repeated, and easy to check. Use this simple rule: Pick by reversibility, not excitement. Ask: If AI gets this wrong, can I catch it before it reaches a customer, employee, vendor, or bank account? If yes, it may be a good first test. If no, shrink the task. Here is the best example. Bad first task: Let AI answer customer emails automatically. Why it is risky: - the customer sees it first - it can make promises - it can miss context - it can get the tone wrong - the mistake is hard to pull back Better first task: Let AI draft customer email replies for a human to review. Same workflow. Much lower risk. The AI helps with the blank page. The human still owns the promise. Use this test card: Workflow: Input I already have: Output I want: Who reviews it before use: What could go wrong if AI is wrong: How I will test it safely: Keep / adjust / discard decision: Example: Workflow: Draft replies to customer support emails. Input I already have: The customer email, our FAQ, our tone rules, our refund policy. Output I want: A suggested reply and a list of anything AI is unsure about. Who reviews it before use: Me. What could go wrong: It promises a refund we do not give, or sounds too cold. How I will test it: Run it on five old emails I already answered. Compare the drafts to what I actually sent. Send nothing. That is a safe first test. You do not need a new tool yet. You do not need a giant automation build. You need one small workflow that is safe to test. Your action: Pick one repeated task this week. Run it through the card. If you want help, make a new post with your Workflow Test Card.

Use this thread to share one small AI result without posting private business information. Start with one repeated task. Try the workflow. Then share: • Task: What repeated task did you try? • Before: What made the old way slow or annoying? • AI output: What did AI prepare? • Human check: What did you verify, change, or reject? • Result: Did it save time, improve clarity, or show that the workflow was not ready? • Next step: Keep, fix, pause, or remove? Example: • Task: Turn meeting notes into follow-up actions. • Before: Actions were scattered across a page of notes. • AI output: A draft list of owners, due dates, and open questions. • Human check: Two due dates were not agreed, so they were changed to “confirm date.” • Result: The follow-up draft was faster to review, but it still needed a human before sending. • Next step: Keep the workflow and improve the instruction about unconfirmed dates. AI can prepare the work. A human still owns the decision. Do not include customer names, personal data, passwords, API keys, contracts, private financial details, or confidential company material.

Workflow of the Week: Turn a Long Email Thread Into a Reply Draft Long email threads are where AI can help quickly, but only if you keep control of the final message. Use this when a customer, vendor, or team thread has too much history and you need: - a short summary - the real next decision - a safer reply draft - a list of what to verify before sending Do not paste private customer details, passwords, payment info, contracts, HR issues, legal advice, or confidential screenshots into a public AI tool. Start by cleaning the thread: - customer names become Customer A - emails become [email removed] - phone numbers become [phone removed] - addresses become [address removed] - invoice/account/payment details get removed Then use this prompt: Help me turn this long email thread into a safe reply draft. Context: - My role: [your role] - Relationship: [customer/vendor/team/internal] - Goal of the reply: [what needs to happen next] - Tone: clear, calm, professional, no overpromising Email thread, with private details removed: [PASTE CLEANED THREAD] Return: 1. Five-bullet summary of what happened 2. The main decision, question, or next step 3. Missing information I should verify before sending 4. A draft reply I can edit 5. Any risky promises, assumptions, or private details I should remove Rules: - Do not invent dates, prices, approvals, policies, or commitments. - If something is unclear, ask a question instead of guessing. - Keep the reply short. - Make it clear what I need to verify before sending. Example: If a vendor says delivery is “probably next week” and a customer asks if the schedule is confirmed, the safe reply is not: “We will have this delivered next week.” The safer reply is: “Thanks for checking in. I am confirming the latest delivery timing now. I do not want to give you a date until I have the updated vendor confirmation. I will follow up by tomorrow morning with the confirmed next step.” Human approval rule: Before sending, check whether AI invented a date, price, refund, discount, policy exception, approval, or promise.

Weekly AI Operating Brief Use this once a week to keep your AI setup useful. This is not a big strategy doc. It is a 10-minute control loop. You are done when you have four bullets: - one workflow improved - one problem or risk found - one instruction or source updated - one next safe test Copy this into your AI tool: Help me write a Weekly AI Operating Brief. My business/project: [write one sentence] AI workflow I used this week: [example: turned meeting notes into next actions] What went well: [write rough notes] What was wrong, risky, missing, or confusing: [write rough notes] What source material or instruction may need updating: [write rough notes] Next workflow I might test: [write rough notes] Return a short brief with these headings: 1. Workflow improved 2. Problem or risk found 3. Instruction or source to update 4. Next safe test 5. Human approval boundary Keep it plain. Do not invent results. If information is missing, list the question I should answer. Example: Workflow improved: customer follow-up emails got faster. Risk found: one draft promised timing before the schedule was confirmed. Instruction updated: AI must not promise price, timing, warranty, availability, refunds, or exceptions without human approval. Next safe test: use the same draft process for vendor follow-up emails with non-sensitive notes. Human approval boundary: a person approves every message before it is sent. Why this matters: Most AI systems drift because nobody reviews them. The prompt gets reused in new situations. The source material gets stale. The output looks confident but misses a detail. A weekly brief catches that before the system becomes messy. Useful outside references: OpenAI prompt engineering guide: https://platform.openai.com/docs/guides/prompt-engineering Anthropic hallucination-reduction guidance: https://docs.anthropic.com/en/docs/test-and-evaluate/strengthen-guardrails/reduce-hallucinations