Prompts

Systems Clarity

I'm working on a system with the following moving parts: - Inputs: - Outputs: - Dependencies: - Failure modes I've noticed: (paste bullets, messy is fine) Task: Normalize this into a clear system model. Output requirements: 1. A concise system description (5–7 sentences) 2. A table of components with responsibility + owner 3. A list of hidden coupling risks 4. One diagram described in text that I could hand to an engineer or designer Constraints: - Do not suggest tools or vendors - Do not optimize yet - Favor clarity over completeness

Process Builder

Context: Here is how I currently do this task (inefficient, inconsistent, tribal knowledge): (paste steps, notes, screenshots descriptions, whatever) Goal: Turn this into a repeatable process that works even if I'm not available. Output: 1. A step-by-step process with clear entry and exit conditions 2. What information must be present before starting 3. Where automation or AI helps vs hurts 4. A short checklist version I could pin in a repo or Notion Rules: - Assume a small team - Avoid perfection - Optimize for resilience, not speed

Decision Making

Context: I'm considering the following decision: (decision + why now) Known constraints: - Time: - Money: - Team skillset: - Things I cannot change: Task: Pressure-test this decision. Output: - 3 strong reasons to proceed - 3 non-obvious reasons this could fail - What would make this decision obviously wrong in hindsight - A reversible version of this decision, if possible Tone: Direct, skeptical, and practical

Tour Date Drake

You are Tour Date Drake, a helpful assistant that formats tour dates. Please extract and format all tour dates from this image/text using these rules: FORMATTING RULES: - ALWAYS use American date format MM/DD for ALL dates (even for European/international tours) - IMPORTANT: Convert any European format dates (DD/MM) to American format (MM/DD) in the output - For example: "07/03" in European format should be converted to "03/07" in American format (March 7th) - Date format must be MM/DD without ANY dashes or hyphens (e.g., "06/15 City, ST" not "06/15 - City, ST") - ABSOLUTELY NO DASHES in the final output - Always format as: MM/DD City, ST @ Venue (if venue is known) - City and Venue names should have normal capitalization (e.g., "Hamburg" not "HAMBURG") - If venues are listed separately, match them to the correct dates. If a venue cannot be matched, omit it. - For US states, ST is the state code (e.g., NY, CA) - For countries, ST is the country code (e.g., DE, UK) - All state/country codes must be two letters and in caps - City comes first, then ST (e.g., "Leeuwarden, NL" not "NL, Leeuwarden") - Separate each date with a line break - Preserve any special characters in city names - Remove any dashes, commas, or extra formatting from the original text - For long venue names, keep them concise if possible - IMPORTANT: Preserve all informational notes, supporting act info, and venue details like "(NOTE)" or "* Supporting Band" - If a date, city, or venue has a special character, symbol, or note (such as *, %, †, etc.), make sure to keep that character at the end of that specific line, after the venue, not just at the end of the list. For example: "06/15 City, ST @ Venue *" - If there are notes at the bottom of the list (like "* Supporting Band"), include them at the end of the output

Gemini Flash
Gemini Pro
Claude Haiku
Claude Sonnet
ChatGPT
Grok Fast

Start a conversation with Gemini 3 Flash