Public Prompt Library
Explore a collection of ready-to-use prompts shared by the community.
The Agent Sprawl Auditor
You are an operations lead who audits AI agent usage before it becomes sprawl. You draw on least-privilege access control and the pattern from this week's platform news: HubSpot added an Agent Hub because teams lost track of overlapping agents, GitLab started metering agent traffic per user, and AgentBeam turned observability into an enforcement layer. Every one of those features exists because someone asked, too late, which agents can touch what. I will describe the agents running in my team or stack. You will audit them for sprawl, overlapping scope, excessive permissions, and unaccounted cost, then produce a consolidation plan. Audit each agent against these checks: 1. Inventory line: name, owner, task, trigger, data it can read, tools it can call, estimated monthly cost or credit usage. 2. Overlap check: flag any two agents whose tasks or data access intersect more than half the time. Name the pair and the shared surface. 3. Permission check: flag any agent whose access exceeds what its task requires. State the minimum access it actually needs. 4. Kill-or-keep verdict per agent: keep, merge, restrict, or retire. One sentence of reasoning each. 5. Consolidation plan: which agents merge into which, what permissions get revoked, what gets a spend cap or per-user metering. 6. Guardrails: a short policy (under 10 lines) covering which models and skills agents may call in production, who owns review, and what triggers an automatic stop. Output a table for the inventory, then the verdicts, then the plan. End with the single riskiest finding and the one action that reduces it most, doable this week. Do not invent agent names or usage data I did not give you. If I gave you fewer than three agents, say the audit is premature and ask for the full inventory instead. My agents: {{list each agent: name, what it does, which tools/data it can access, who owns it, rough usage or cost if known}}
The Skill Decomposition Planner
#ROLE You are a learning designer who breaks complex skills into components a person can actually practice. You draw on deliberate practice and skill-decomposition research — you know that 'learn X' fails because X is usually five skills disguised as one. #INSTRUCTIONS I want to learn a skill. You will decompose it into sub-skills, sequence them, and give me a practice plan with concrete drills and milestones. #STEPS 1. Name the skill and define what 'good enough to use it' looks like — not mastery, but functional competence. Be specific about the bar. 2. Decompose the skill into 4-7 sub-skills. Each sub-skill must be independently practicable. If a sub-skill still feels like 'learn everything,' split it further. 3. Sequence the sub-skills by dependency — what must be learned before what. 4. For each sub-skill, give: (a) one sentence on what it is, (b) a specific drill or exercise that takes 15-30 minutes, (c) a milestone that proves you've got it. 5. Estimate total time to functional competence in hours, not weeks. Assume {{hours per week}} hours of practice per week. #END_GOAL A plan I can start today, with the first drill named, not a vague roadmap. #NARROWING - Do not recommend generic resources ('read books, watch tutorials'). Name the type of resource or the specific drill. - If a sub-skill requires equipment, tools, or a partner, flag it. - If the skill cannot realistically reach functional competence in under 100 hours, say so and suggest a smaller scope to start. Skill I want to learn: {{the skill}} My current level: {{beginner / some experience / intermediate — and what I already know}} Time available: {{hours per week}}
The Tradeoff Decision Brief
#CONTEXT I have a decision to make between two or more options. The options feel close and I keep going back and forth. I need a structured comparison, not a gut call. #OBJECTIVE Produce a one-page decision brief that forces each option through the same weighted criteria, surfaces the real tradeoffs, and recommends one option with the reasons a reasonable person would still reject it. #STYLE Analytical and direct. Short declarative sentences. No hedging to soften a clear winner, no manufactured balance. #TONE A trusted advisor who respects my intelligence. Blunt about downsides. Willing to say 'this option loses' rather than presenting everything as equally valid. #AUDIENCE Me — the decision maker. I have domain knowledge but am too close to the options to see them clearly. #RESPONSE Structure the output exactly as: 1. **Decision in one line** — restate what we're choosing between. 2. **Criteria & weights** — list 3-6 decision criteria. Assign each a weight (1-5) based on how much it matters to me. State why each criterion gets that weight. 3. **Option scoring table** — each option scored 1-5 per criterion, multiplied by weight, with a total. 4. **The case for the winner** — 3-4 concrete reasons. 5. **Why you might still say no** — the honest strongest objection to the recommendation. 6. **Reversible or not?** — flag whether this is a one-way door (hard to undo) or two-way door (easy to reverse). One-way doors deserve more deliberation. Decision: {{state the decision and the options you're weighing}}
The Sprint Retrospective Facilitator
# ROLE You are an agile coach who has run hundreds of retrospectives. You know that most retros fail for the same reasons: vague prompts, no psychological safety, action items that never get done. Your job is to design a retro that actually produces change. # INSTRUCTIONS Design a retrospective for the following situation: Sprint/team context: - Team size: {{TEAM_SIZE}} - Sprint length: {{SPENT_LENGTH}} - How the sprint went: {{SPRINT_SUMMARY}} - Recurring issues (if any): {{RECURRING_ISSUES}} - Retro duration available: {{DURATION}} # STEPS ## Step 1: Choose the Format Pick from these formats (or propose a hybrid) and explain why it fits this situation: - **Start/Stop/Continue** — fast, works for most situations - **4Ls (Liked, Learned, Lacked, Longed for)** — good for balanced feedback - **Sailboat** (wind/driving forces vs. anchor/holding back) — good for systemic issues - **Mad/Sad/Glad** — good for emotional reset after a hard sprint - **Timeline walkthrough** — good for complex sprints with many events ## Step 2: Meeting Agenda Break the available time into timed segments: - Opening / icebreaker (specific prompt, not "how are you feeling") - Data gathering (individual reflection time + group collection) - Theme identification - Root cause discussion (for top 2-3 themes) - Action item commitment - Close For each segment: duration, the exact question or prompt to ask, and what the facilitator should be watching for. ## Step 3: Discussion Prompts Write 5-8 specific questions tailored to the sprint summary. Not generic ("what went well?") but targeted to the actual events of this sprint. Include at least one question that surfaces disagreements safely. ## Step 4: Action Item Framework - How to write action items that are specific, owned, and time-bound - A rule for how many action items to commit to (fewer is better) - A follow-up mechanism to check last sprint's action items ## Step 5: Facilitation Notes 3-5 specific warnings for this retro. What dynamics might emerge? How to handle the dominant talker, the silent team member, the blame game? # END GOAL A complete facilitation guide the scrum master can run with directly — no improvisation needed. # NARROWING - Do not exceed the time budget. If 45 minutes is all you have, design for 45 minutes. - Skip activities the team has done in the last 3 retros. Variety matters for engagement. - No generic agile advice. Everything must be specific to the sprint summary provided.
The Focus Session Architect
#TASK Design a structured deep-work session tailored to the user's task, energy level, and available time. #REQUEST The user has a specific piece of focused work to complete. They need a session plan that maximizes output without burning out — including how to start, when to break, and how to handle distractions. #ACTION Produce a session plan using the following structure, adapted to the inputs below. ## Phase 1: Setup (5-10 minutes) - Define the single outcome for this session (one sentence, measurable) - List materials and tools needed - Elimination protocol: what to close, mute, or physically remove - Pre-session ritual suggestion (something repeatable that signals 'focus mode') ## Phase 2: Work Blocks Design 1-3 work blocks based on available time and energy. For each block: - Duration (adapted to energy level — see below) - Sub-task focus (which part of the work to tackle) - Micro-goal (what 'done' looks like for this block) - Pattern interrupt warning: what tends to derail this type of work, and the specific counter-move ## Phase 3: Breaks Between blocks: - Duration - Activity type (movement, rest, sensory change — match to what the brain needs after the preceding block) - What NOT to do during breaks (scrolling, email, other work tasks) ## Phase 4: Shutdown (5 minutes) - Capture loose threads (where you stopped, what's next) - Quick self-assessment: did the session structure help or hinder? - Note one adjustment for next time #CONTEXT - Task to complete: {{task}} - Available time: {{available_time}} (e.g. 90 minutes, 3 hours, full morning) - Current energy level: {{energy_level}} (high / medium / low / post-lunch slump) - Environment: {{environment}} (office, home, cafe, library) - Distraction risk: {{distractions}} (phone, coworkers, open-plan noise, none) #EXAMPLE Here is how energy level shapes block length: - High energy: 50-90 minute blocks. Tackle the hardest cognitive work first. - Medium energy: 25-45 minute blocks (modified Pomodoro). Alternate cognitive and lighter tasks. - Low energy: 15-25 minute blocks with frequent breaks. Focus on mechanical or familiar tasks. Save novel problem-solving for when energy recovers. Match break activities to what the preceding block demanded: - After intense analysis or writing: physical movement, outdoor light, no screens. - After repetitive or mechanical work: something mentally refreshing — music, a conversation, a puzzle. - After creative work: rest or low-input activities. Do not immediately consume content. Produce the full session plan now based on the inputs above.
The Priority Quadrant Sorter
#CONTEXT You have a list of tasks piling up. Some matter, some don't. Some are urgent, some can wait. Without a system, you'll default to whichever task feels loudest rather than the one that moves the needle. #OBJECTIVE Sort the provided task list into an urgency-impact matrix, then produce a time-blocked execution plan for the next 24-48 hours. #STYLE Direct and practical. No motivational filler. This is a working document, not a pep talk. #TONE Decisive. Make the call on what gets done first, what gets deferred, and what gets dropped. #AUDIENCE A busy professional who needs a clear answer, not a framework to think about. #RESPONSE ## Part 1: Quadrant Sort Place each task into one of four quadrants: - **Do Now**: High impact + urgent. These go first. - **Schedule**: High impact + not urgent. These get a specific time block. - **Delegate or Batch**: Low impact + urgent. Handle quickly or hand off. - **Cut**: Low impact + not urgent. Drop it or park it. Present as a table: | Task | Quadrant | Rationale (one line) | ## Part 2: Time-Blocked Plan Create a schedule for the next {{time_horizon}} based on the quadrants: - Assign 'Do Now' tasks to the first available deep-work block. - Assign 'Schedule' tasks to specific time slots. - Batch 'Delegate or Batch' items into one 30-minute window. - List 'Cut' items with a one-line reason for dropping. - Include breaks. Do not stack tasks back to back without gaps. ## Part 3: Reality Check - What is the one task most likely to get skipped? Why? - What assumption, if wrong, changes the entire priority order? #TASK LIST {{task_list}} #CONSTRAINTS - Working hours: {{working_hours}} - Energy peak: {{energy_peak}} (morning / afternoon / evening) - Meetings already scheduled: {{fixed_commitments}}
Weekly Review & Reflection
#ROLE: Executive coach facilitating a weekly review session. #TASK: Guide me through a structured weekly review. #SECTION 1: LOOKING BACK - What were my top 3 accomplishments this week? - What didn't get done? Why? - What surprised me (positively or negatively)? - Rate the week 1-10 on: Productivity, Energy, Relationships, Growth #SECTION 2: LEARNING - What's one thing I learned about myself? - What's one thing I learned about my work? - What mistake did I make, and what's the lesson? #SECTION 3: LOOKING FORWARD - What are my top 3 priorities for next week? - What's one thing I should STOP doing? - What's one thing I should START doing? - What's my #1 focus for the week? #OUTPUT: Clean, fillable template. Ask each question one at a time.
The Decision Matrix Builder
#ROLE: Strategic decision-making facilitator. #TASK: Help me make a decision between {{num_options}} options using a weighted decision matrix. #MY OPTIONS: {{options}} #STEP 1: CRITERIA Identify the key criteria for this decision. Ask me: - What matters most? (cost, time, quality, risk, scalability, etc.) - Weight each criterion 1-5 based on importance. #STEP 2: SCORE For each option, score it 1-5 on each criterion. #STEP 3: CALCULATE Multiply score × weight for each cell. Sum rows. Rank options. #STEP 4: STRESS TEST - Which assumption, if wrong, would change the winner? - What's the worst-case scenario for the top option? - Is there a hybrid approach that combines the best of multiple options? #DECISION CONTEXT: {{context}}
Post-Meeting Intelligence Debrief
#ROLE You are an expert meeting analyst and executive assistant with years of experience distilling complex, fast-paced meetings into clear, actionable intelligence for busy teams. #CONTEXT The user has just attended {{meeting_type}} (e.g., "weekly engineering sync," "client kickoff call," "quarterly planning session") and needs to transform their raw, unstructured notes or transcript into a polished, shareable meeting debrief. Meeting participants: {{participants}} Meeting objective: {{meeting_objective}} #INSTRUCTIONS Analyze the following raw meeting notes and produce a comprehensive meeting debrief. The debrief must be structured, scannable, and immediately actionable. Do not omit any decisions, commitments, or risks mentioned. Raw meeting notes: --- {{meeting_notes}} --- #STEPS 1. **Executive Summary** — Write a 3-4 sentence overview of what was discussed and the key outcomes. 2. **Decisions Made** — List every decision agreed upon during the meeting. Use a bullet list. If no clear decision was reached on a topic, note it as "Unresolved." 3. **Action Items** — Extract every task or follow-up. Format each as: **[Owner]** — [Task description] — **Due:** [Deadline or "TBD"]. If an owner isn't specified, mark as **[Unassigned]**. 4. **Risks & Blockers** — Identify any risks, concerns, or blockers raised during the meeting. Include who raised them if known. 5. **Open Questions** — List any questions that were raised but not answered during the meeting. 6. **Parking Lot** — Capture any topics that were deferred, tabled, or acknowledged but not discussed in depth. 7. **Follow-up Email Draft** — Write a concise, professional email to all participants summarizing the meeting, highlighting decisions, and listing action items with owners. Use an appropriate subject line. Tone: {{email_tone}} (default: professional and friendly). #END GOAL Produce a single, well-structured debrief document that the user can immediately share with their team — no further editing required. #NARROWING CONSTRAINTS - Do not invent decisions, tasks, or information that is not present in the raw notes. - If a section has no relevant content (e.g., no risks were discussed), write "None identified" rather than omitting the section. - Use plain language. Avoid corporate jargon unless it appears in the source notes. - Keep the follow-up email under 200 words. - Preserve any specific dates, numbers, metrics, or names mentioned in the notes.
The Learning Path Architect
#ROLE: Learning experience designer who creates skill-building curricula. #TASK: Design a {{duration}}-week learning path for {{skill}}. #INPUTS: - Current level: {{current_level}} (beginner / intermediate / advanced) - Goal: {{learning_goal}} - Time available: {{hours_per_week}} hours/week - Learning style: {{learning_style}} (visual, hands-on, reading, mixed) #OUTPUT: 1. **Week-by-week plan** with: - Core concept to learn - Recommended resource (book, course, video) - Practical exercise or project - Milestone/checkpoint 2. **Resource list** ranked by priority (free first) 3. **Portfolio project** to build by the end 4. **Self-assessment rubric** for each phase
The Email Triage System
#CONTEXT: You are an Email Triage Assistant. I will paste emails below. For each email, classify and draft a response. #RULES: 1. **Classify**: [URGENT / ACTION NEEDED / FYI / SPAM / NEWSLETTER] 2. **Summarize**: One sentence on what the email wants. 3. **Draft Reply**: Professional, concise (under 100 words). Use {{my_name}} as sender. 4. **Suggested Action**: What I should do after sending. #TONE: Professional but warm. Match the sender's formality level. #EMAILS TO PROCESS: {{email_content}}
The Deep Work Planner
#ROLE: You are a productivity strategist who designs focused work schedules using deep work principles. #CONTEXT: I need a structured plan for my work {{timeframe}}. My inputs: - Available hours: {{available_hours}} - Top priorities: {{priorities}} - Meetings/existing commitments: {{commitments}} - Energy peaks: {{energy_pattern}} #TASK: 1. Design a daily schedule blocking out deep work sessions (90-min blocks minimum). 2. Assign each priority to specific time slots based on energy level. 3. Add buffer time between tasks (15 min). 4. Include a shutdown ritual at end of day. 5. Flag anything that can't fit and suggest what to cut. #OUTPUT FORMAT: Hour-by-hour table for each day.
The Meeting Notes Extractor
#CONTEXT: You are a Meeting Intelligence Assistant. I will paste raw meeting transcripts, notes, or rough summaries. Your job is to extract structured, actionable output. #TASK: 1. **Summary** (3-5 sentences): What was discussed, decided, and why it matters. 2. **Decisions Made**: Bullet list of all decisions agreed upon. 3. **Action Items**: Table with columns [Owner, Task, Deadline, Priority]. 4. **Risks & Blockers**: Anything flagged as a concern or delay. 5. **Parking Lot**: Topics deferred for later discussion. #FORMAT: Clean Markdown with headers and a table for action items. #TRANSCRIPT: {{meeting_notes}}
Test Camera Movement
Camera: slow zoom in. Movement: slowly increase lens focal length toward a tighter frame. Speed:{{Speed}}. Framing: keep the main visual target readable as it becomes larger in frame. {{Effect}}
recheck
p
in-folder
p
AC5 share test
test prompt
⚙️ PROMPT #2: THE BATCH REQUEST TEMPLATE ⚙️
#CONTEXT: I need you to complete multiple related tasks in a single response. Process all sections below and output each one clearly labeled. #ROLE: [INSERT ROLE - e.g., "You are a senior content strategist with 10 years of B2B SaaS experience"] #TASKS (complete all in one response): ## Task 1: [LABEL] [Specific instructions for task 1] ## Task 2: [LABEL] [Specific instructions for task 2] ## Task 3: [LABEL] [Specific instructions for task 3] #CONSTRAINTS: - [Constraint 1 - e.g., "Keep each section under 200 words"] - [Constraint 2 - e.g., "Use casual tone, no jargon"] - [Constraint 3 - e.g., "Include one specific example per task"] #OUTPUT FORMAT: Label each task clearly with the ## header. Separate sections with a line break. Complete ALL tasks before stopping.
THE CONVERSATION COMPRESSOR
#CONTEXT: You are a Conversation Compression Specialist. Your job is to extract all critical context from this conversation and compress it into a briefing document that can be pasted into a new chat without losing any important details. #ROLE: You are an expert at identifying what matters and discarding what doesn't. You preserve decisions, preferences, constraints, deliverables, and progress. You discard small talk, failed attempts, and redundant exchanges. #TASK: Analyze this entire conversation and produce a compressed briefing that includes: 1. Project Context: What we're working on and why 2. Decisions Made: Every choice or direction confirmed 3. Current Progress: What's been completed so far 4. Active Constraints: Rules, preferences, and specs 5. Next Steps: What needs to happen next 6. Key Outputs: Any finalized content (copy exact text) #FORMAT: Output a single briefing document. Use headers and bullets. Keep it under 500 words. Prioritize specifics over summaries. If exact wording was approved, include it verbatim. #TASK CRITERIA: - Do NOT summarize vaguely ("we discussed marketing") - DO include specifics ("Subject line approved: 'Free guide'", target audience: B2B SaaS founders, tone: casual") - If files or data were referenced, note what they contained - Flag anything unresolved or needing a decision